主頁 > 軟體設計 > MOOS-ivp 實驗四 MOOS編程入門(1)

MOOS-ivp 實驗四 MOOS編程入門(1)

2020-10-16 06:46:51 軟體設計

MOOS-ivp 實驗四 MOOS編程入門(1)


文章目錄

  • MOOS-ivp 實驗四 MOOS編程入門(1)
  • 前言
  • 一、MOOS概覽
    • 1.MOSS應用程式結構
    • 2.定義在MOOSmsg上的便攜函式(handy function)(MOOS mail)
  • 二、下載moos-ivp-extend樹
    • 1.下載
    • 2.初步了解
  • 三、建立第一個MOOSapp——An Odometry MOOS App
    • 1.創建moosapp
    • 2.添加moosapp
  • 四、寫自己的moosapp
    • 1.完成初步內容
  • 總結


前言

這一次實驗的主要內容就是MOOS編程的入門教學,我現在剛開始看也同樣啥也不懂,相信我再看個幾天,等到寫完這篇文章的時候,應該基本就差不太多了,


一、MOOS概覽

一些內容之前有過介紹,我這里只放一些我覺得新的部分和有用的部分,原文實驗手冊里寫的很細,廢話也很多,

1.MOSS應用程式結構

在實驗三中主要使用的是已經存在的MOOS應用程式,我們對它的改動只不過是在一些引數上進行相關的改動,但是MOOS的所有應用不應該是固定的,只要你想要的修改,你就可以對它進行修改,你可以對其中任何一個app進行重寫或者復制重命名,改進出來你想要的功能,或者也可以從頭開始構建自己的應用程式結構,這是本次實驗內容的重點,
The MOOSApp Key Functions
如上圖所示,所有的MOOS應用程式都是由以上三個子類來構成的,

2.定義在MOOSmsg上的便攜函式(handy function)(MOOS mail)

在正常的情況下,系統的app主要是用OnNewMail()這個子類來進行訊息處理的,除了我們所知道的變數名稱之外,我們還可能希望知道相關的量
(1)值是多少
(2)由那些app發布的
(3)什么時間發布的
(4)值的型別,是string型還是double型等等
在我們的示例檔案pXRelayTes里,我們呼叫msg.GetKey() (這個函式在Relayer.cpp中)來對訊息進行獲取,下面列舉的這些方法都可以對訊息來進行獲取,這注釋上都說了各個函式的作用:

// return the name of the message
std::string GetKey();
// return the name of the message (just another way)
std::string GetName();
// check data type is double
bool IsDouble();
// check data type is string
bool IsString();
// return time stamp of message
double GetTime();
// return double val of message
double GetDouble();
// return string value of message
std::string GetString();
// return the name of the process (as registered with the DB) which
posted this notification
std::string GetSource();
// return the name of the MOOS community in which the orginator lives
std::string GetCommunity();

這里稍微解釋一下上面std::string是啥意思:
string是C++語言標準模板庫(STL)中的一個組成部分,STL中的所有函式類名稱(專業點叫識別符號)都被存盤在一個叫做std的命名空間之中,所以要呼叫庫中的某一個類的時候需要添加頭檔案,并且使用std命名空間,我們想要使用string類的時候就需要在最開頭添加

include<string>
using namespace std;

然后上面那一堆函式都是std類中定義的各種成員函式,但是很多都是標準庫里沒有的,估計是MOOS系統自己寫一些成員函式,
書接正文繼續寫:
接下來的試驗里,會用到到一個MOOS提供的模板,用來生成新的MOOS應用程式的框架代碼,下面這個OnNewMail函式的范例就是用這個模板生成的:

bool MyApp::OnNewMail(MOOSMSG_LIST &NewMail)
{
MOOSMSG_LIST::iterator p;
for(p=NewMail.begin(); p!=NewMail.end(); p++) {
CMOOSMsg &msg = *p;
#if 0 // Keep these around just for template
string key  = msg.GetKey();
string comm = msg.GetCommunity();
double dval = msg.GetDouble();
string sval = msg.GetString();
string msrc = msg.GetSource();
double mtime = msg.GetTime();
bool  mdbl = msg.IsDouble();
bool  mstr = msg.IsString();
#endif
}
return(true);
}

我先試著理解一下這個代碼框架:
for(p=NewMail.begin(); p!=NewMail.end(); p++)
這句話應該是搞了一個for回圈,把最開始的mail起始地址給了p,p一直累加,當p不等于終點地址的時候退出,就是iterator類定義的變數p從起始地址一路指到終點地址的程序,
CMOOSMsg &msg = *p;定義了一個CMOOSMsg型別的參考msg,這句代碼的意思是把指標p指向的值賦給參考msg,msg就是p指向的那個值的一個別名,搞不懂的參考下面的網站:
C++中int *a; int &a; int & a; int * &a
C/C++中和&的用法
后面的#if 0就是直接注釋掉下面的代碼了,如果是#if 1的話就是對下面的代碼進行編譯(不是執行哦,編譯不一定執行),上面模板里有關傳入MOOSmessage的典型函式都被注釋掉了,如果需要使用的話可以隨時將其拿出來進行呼叫,關于#if詳情參考如下網站
C/C++中常見的#if、if、#ifdef、#if define等區別

二、下載moos-ivp-extend樹

1.下載

代碼如下(示例):

直接下載,下載好后編譯添加路徑,重啟之后在進行檢查,前幾章講過,再寫一下:
將執行檔案添加到路徑中去,
首先回傳到根目錄,之后再執行ls -a查看隱藏檔案
找到檔案**.bashrc**對其進行編輯,輸入vim .bashrc

svn co https://oceanai.mit.edu/svn/moos-ivp-extend/trunk moos-ivp-extend
cd moos-ivp-extend
./build.sh
which pXRelayTest
回傳結果類似于說明正確添加路徑:
/home/you/moos-ivp-you/bin/pXRelayTest

2.初步了解

在進行下一個實驗之前,先快速了解一下關于Relayer MOOS app類的一些定義,下面列出這些內容,也可以在目錄moos-ivp-extend/src/pXRelayTest/中找到這些相關內容,

**File Relayer.h
1 #include "MOOS/libMOOS/MOOSLib.h"
2 class Relayer : public CMOOSApp
3 {
4  public:
5  Relayer();
6  virtual ~Relayer() {};
7
8  bool OnStartUp();  // Overriding key virtual function
9  bool OnNewMail(MOOSMSG_LIST &NewMail);  // Overriding key virtual function
10  bool Iterate();  // Overriding key virtual functionx
11
12  bool OnConnectToServer();
13  void RegisterVariables();
14
15  void setIncomingVar(std::string s) {m_incoming_var=s;}
16  void setOutgoingVar(std::string s) {m_outgoing_var=s;}
17
18  protected:
19  unsigned long int m_tally_recd;
20  unsigned long int m_tally_sent;
21  unsigned long int m_iterations;
22
23  std::string  m_incoming_var;
24  std::string  m_outgoing_var;
25  double  m_start_time_postings;
26  double  m_start_time_iterations;
27 };**

(1)在類宣告的第一行,都會宣告自己是CMOOSapp的子類,CMOOSapp是一般app的父類,
(2)我們自己定義的類會宣告三個關鍵的虛函式,在8-10行有三個關鍵的虛函式
(3)編碼約定:所有的成員函式都會在成員變數之前進行宣告,被覆寫的成員函式在子類特定的成員函式之前進行宣告,(這里我搞不懂覆寫是什么意思,為此查了一些資料,搞明白了什么是虛函式和基虛函式、覆寫、多載和隱藏的含義)這些主要是C++多型部分的內容,怪我學藝不精,想不起來了)
(4)編碼約定:所有的成員變數都用m_進行開頭,以便于跟代碼中本地宣告的變數區分開來
(5)編碼約定:所有成員變數都是protect,修改這些變數使用公共成員函式來操作,比如15、16行的那些代碼,

三、建立第一個MOOSapp——An Odometry MOOS App

本節內容的重點是建立一個自己的MOOSapp,下面使我們在這里需要實作的目標:
(1)了解如何使用模板腳本從頭到尾生成一個moosapp
(2)了解如何在系統中添加moosapp
(3)寫一個app,記錄AUV行程,這個app叫pOdometry
(4)在Alder例子中測驗app,讓AUV行駛五十米之后回傳然后查看記錄的行程
(5)將MOOSapp轉化為MOOScasting app

1.創建moosapp

打開目錄到moos-ivp-extend/src/.
然后運行指令`

GenMOOSApp Odometry p "Jane Doe"

就可以創建一個moosapp啦,其名稱為 Odometry,p是前綴的意思 最后面引號是作者的名字,

2.添加moosapp

我們需要在系統中將我們寫好的moosapp 添加進去,打開檔案目錄moos-ivp-extend/src/CMakeLists.txt
打開這個txt檔案
在這里插入圖片描述
我們在下面添加我們自己的app名稱,上圖是已經添加好了的情況,

#==========================================================================
# List the subdirectories to build...
#==========================================================================
ADD_SUBDIRECTORY(lib_behaviors-test)
ADD_SUBDIRECTORY(pXRelayTest)
ADD_SUBDIRECTORY(pExampleApp)
ADD_SUBDIRECTORY(pOdometry)  <-- Add your line here

保存之后接下來打開build檔案進行編譯

cd moos-ivp-extend
./build.sh

編譯完成之后找一下創建的moosapp,得到下面結果說明正確了,如果沒找到 看一下檔案路徑是否添加了或者重啟系統重新試一下,

 which pOdometry
 /home/you/moos-ivp-you/bin/pOdometry

四、寫自己的moosapp

要寫一個簡單的moosapp需要完成以下要求:
(1)訂閱AUV位置變數NAV_X 和 NAV_Y
(2)程式中反復讀取X和Y的位置資訊
(3)計算當前位置和之前位置的距離來更新總的路程
(4)將總里程數發布到一個可變的moos變數ODOMETRY_DIST中去

1.完成初步內容

(1)打開以下路徑 找到 Odometry.h檔案包含上成員變數

bool  m_first_reading;
double m_current_x;
double m_current_y;
double m_previous_x;
double m_previous_y;
double m_total_distance;

在這里插入圖片描述

(2)在constructor中完成對變數的初始化,打開Odometry.cpp 對變數進行賦值
在這里插入圖片描述
在這里插入圖片描述
(3)編輯Odometry.cpp來訂閱變數NAV_X 和 NAV_Y
這里因為我不是很懂如何訂閱變數,于是在官網找資料在幫助檔案中找到了關于MOOS類的相關說明,為了能將實驗進行下去,有必要對這篇檔案進行仔細的閱讀,搞明白各個類的功能以及作用,下面的文章先MOOS類進行學習之后再回傳實驗,

總結

主要內容是對moos樹進行下載以及檢查,創建了一個自己的moosapp并將其添加到了系統執行路徑中去,最后我們在寫第一個app時遇到問題,不知道如何訂閱變數,這里需要對moos類進行一下進一步的學習,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/173722.html

標籤:其他

上一篇:通過案例淺談C++與Python的快速實作差別

下一篇:李航老師《統計學習方法》第二版第十章課后題答案

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more