ros2用什麼編譯

⑴ ROS2相對於ROS1的一些編譯區別

的方式

注意：ament_target_dependencies只能鏈接find_package()找到的包逗豎，如果是自定義的庫文件，仍需要使用target_link_libraries的方式鏈接山答大

ros1

ros2

ros2中的訂閱者類明和創建方舉早式如下： （注意名字）

訂閱回調為成員變數時 ，參考 https://github.com/ros2/examples/blob/master/rclcpp/minimal_subscriber/member_function.cpp

另外回調函數如下，可以使用ptr，但不支持ptr引用傳值

使用message_filter 同步時，回調函數不需要佔位符，可如下使用：

⑵ 現在工業機器人使用什麼編程語言

世界上有1500多種編程語言，都要學的話是太多了。目前，在機器人學中有這10種最流行的編程語言——如果你喜歡的不在這里，請在留言區告訴大家。對於機器人學，每種編程語言有不同的優點。我只是部分地按照重要程度從低到高對它們進行了排序。
10. BASIC / Pascal
BASIC和Pascal是我最早學過的兩種編程語言。不過這並不是我把它們列在這里的原因。對於幾種工業機器人語言，它們是基礎，下面說明一下。BASIC是為初學者設計的（BASIC是縮寫，Beginners All-Purpose Symbolic Instruction Code），它讓初學者可以從一種非常簡單的編程語言開始學習。Pascal旨在鼓勵好的編程習慣，還引入了結構，例如指針，這讓Pascal成為從BASIC到更復雜語言的一塊「敲門磚」。如今，這兩種語言如果要說是好的「日常使用」程序語言，那是有點過時了。不過如果你准備做很多底層編碼或是想要熟悉一下其它工業機器人編程語言，學習一下還是有用的。
9.工業機器人編程語言
幾乎每一個機器人製造商都開發了他們自己專有的機器人編程語言，這成了工業機器人行業中的一個問題。通過學習Pascal，你會熟悉它們中的一部分。但是每次開始使用新的機器人時，你還得學習一種新的編程語言。
最近幾年， ROS行業已經開始提供更標准化的替代語言給程序員。但是如果是一個技術人員，你仍然更可能不得不使用製造商的編程語言。
8. LISP
LISP是世界上第二古老的編程語言（FORTRAN更古老，但只早了一年）。相比今天提到很多其它編程語言，它的應用並不廣泛。不過在人工智慧編程領域它還是相當重要的。ROS的一部分是用LISP寫的，雖然你不需要掌握這個來使用ROS。
7.硬體描述語言（HDLs）
硬體描述語言一般是用來描述電氣的編程方式。這些語言對於一些機器人專家來說是相當熟悉的，因為他們習慣FPGAs（Field Programmable Gate Arrays）編程。FPGAs能讓你開發電子硬體而無需實際生產出一塊硅晶元，對於一些開發來說，這是更快更簡易的選擇。如果你沒有開發電子原型產品，你也許永遠不會用HDLs。即便如此，還是有必要了解一下這種編程語言，因為它們和其它編程語言差別很大。一個重點：HDLs所有的操作是並發的，而不是基於處理器的編程語言的順序操作。
6. Assembly
Assembly讓你能在0和1數位上進行編程。基本上這是最底層的編程語言。就在最近，最底層的電子需要Assembly進行編程。隨著Arino和其它如微控制器的崛起，現在你可以使用C/C++在底層方便地編程了。這意味著Assembly對於大多數機器人專家來說也許會變得更不必要了。
5. MATLAB
MATLAB以及和它相關的開源資源，比如Octave，一些機器人工程師特別喜歡，它被用來分析數據和開發控制系統。還有一個非常流行的機器人工具箱——MATLAB。我知道一些僅僅使用MATLAB就能開發出整個機器人系統的專家。如果你想要分析數據，產生高級圖像或是實施控制系統，你也許會想學習MATLAB。
4. C#/.NET
C#是微軟提供的專用編程語言。我把C#/.NET放在這里，主要是因為微軟機器人開發員工作包（Microsoft Robotics Developer Studio），這個包的主要開發語言是C#。如果你准備用這個系統，那麼你很可能必須要用C#。
3. Java
作為一位電子工程師，我總是對一些計算機科學學位課程將Java作為第一種編程語言讓學生們學習感到驚訝。Java對程序員隱藏了底層存儲功能，這讓它比起一些語言（如C語言）來說，編寫要容易些，但這也意味著你會更少地理解底層代碼的運行邏輯。如果你有計算機科學背景並轉到機器人學（很多人是這樣的，特別是在研究領域），你也許已經學過Java 。像C#和MATLAB，Java是一種解釋性語言，這意味著它不會被編譯成機器代碼。相反，Java虛擬機在運行時解釋指令。使用Java，理論上讓你可以在不同的機器上運行相同的代碼，這得感謝Java虛擬機。在實踐中，這不總是可行的，有時會導致代碼運行緩慢。但是Java在一部分機器人學中非常流行，因此你也許需要它。
2. python
近年來，學習Python的人有一個巨大的回潮，特別是在機器人領域。其中一個原因可能是Python（和C++）是ROS中兩種主要的編程語言。與Java不同，Python的重點是易用性，Python不需要很多時間來做常規的事情，如定義和強制轉換變數類型。這些在編程裡面本是很平常的事。另外，Python還有大量的免費庫，這意味著當你需要實現一些基本的功能時不必「重新發明輪子」。而且因為Python允許與C / C++代碼進行簡單的綁定。這就意味著代碼繁重部分的性能可以植入這些語言，從而避免性能損失。隨著越來越多的電子產品開始支持 「開箱即用」 Python（與Raspberry Pi一道），我們可能會在機器人中看到更多Python。
註：The Raspberry Pi Foundation：英國一個小型的慈善組織，成立的宗旨在於推廣科技，而非以銷售技術來營利。
1. C/C++
最後我們到了排名第1的機器人編程語言！許多人認為C和C++對新入行的機器人學家是一個很好的起點。為什麼？因為很多硬體庫都使用這兩種語言。這兩種語言允許與低級別的硬體進行交互，允許實時性能，是非常成熟的編程語言。現如今，你可能會使用C++比C多，因為前者具有更多的功能。C++基本上是C的一種延伸。首先學一點C會很有用，特別是當你發現一個硬體庫是用C編寫的。C/ C++並不是像Python或MATLAB那樣簡單易用。同樣用C來實現相同的功能會需要大量時間，也將需要更多行代碼。但是，由於機器人非常依賴實時性能，C和C++是最接近我們機器人專家「標准語言」的編程語言。

⑶ ROS使用python3

參考：

為了使用python3的圖像處理程序，需要使用到ros介面，但是由於原生ros介面不支持python3，只能使用python2.7（時間2020-07，版本melodic），一下步驟主要為了使用ros調用的方式調用python3的程序

由於ros接收圖像數據使用的是cv_bridge 介面，所以先編譯python3版本的cv_bridge

注意：此時要先安裝好python3的環境，可以按照以下方式安裝

進入到工作空間進行編譯

會有如下提示

編譯完成後，可以在工作路徑下的install文件夾里生成需要的庫，需要使用python3版本的cv_bridge時，就將這個環境變數導入即可

extend參數的作用是讓這次的路徑配置不影響之前配置好的路徑

1. 在使用rosrun 運行程序時，默認還會調用原生melodic的cv_bridge
我的處理方法是將原來的python版本cv_bridge刪除

2. 編譯完成會有錯誤提示，如下圖，但不影響使用

編譯安裝：

在編譯時，使用如下命令：

編譯過程中會有錯誤提示

解決方法：
參考 https://answers.ros.org/question/257757/importerror-no-mole-named-em-error/

編譯完成如下：

運行roscore錯誤提示

安裝netifaces

參考 https://github.com/frescobaldi/python-poppler-qt5/issues/29

https://launchpad.net/ubuntu/+source/sip4/4.19.21+dfsg-1build1

解壓安裝

⑷ ROS 工作空間、package 及 catkin 編譯系統

本文內容都可以在 ROS 官網 wiki （ http://wiki.ros.org/ROS/Tutorials ）中找到，作者只是根據自己的理解重新闡述了其中的某些內容，或許能幫助讀者更好的理解 ROS 系統中的一些概念。首先保證 ROS 已經正確安裝了。安裝方式可以參考 本博客的另一篇文章 。

簡單地說，ROS workspace （工作空間）就是統一存放 ROS 文件的地方，比如一個項目的所有 ROS 文件最好都放在一個 workspace 中，便於統一管理、編譯和調用。

catkin 是目前 ROS 的編譯系統，自 ROS Groovy 版本開始使用，取代了之前的 rosbuild 編譯系統。

ROS workspace 中可以包含若干 ROS package，每個 package 內部包含實現某些特定功能的文件。

其中，~ 表示當前用戶的 home 目錄， -p （parent）參數可以創建某個文件夾和它的父文件夾，也就是兩層的路徑。這里 workspace 的名字是 catkin_ws，這個名字可以按照自己項目的內容設定，但是 src 這個文件夾的名字是固定的。

初始化工作空間。這里 src 就是以後存放 ROS 源文件的地方。上述命令之後，會在 src 目錄下產生 CMakeLists.txt 文件，這實際上是一個鏈接到ROS 安裝目錄下的 /opt/ros/kinetic/share/catkin/cmake/toplevel.cmake 一個超鏈接文件，對工作空間做了一些初始設置。不用去管它，也不要隨便修改它。

會一次性編譯 src 文件夾中的所有源文件，同時生成 devel 和 build 兩個文件夾。

實際上，catkin_make 這個命令並沒有特別神奇的地方，它只是把一系列基本的編譯命令整合在了一起，一個 catkin_make 命令相當於如下的一系列命令：

如果要深入研究 catkin_make 編譯方式，可以參考 這篇文章 。

將 workspace 的信息載入系統環境變數。
這種方法載入的信息只對當前 terminal 有效。新開一個 terminal 就無效了。如果要對每個 terminal 都有效，可以將上述命令寫入用戶 home 路徑下的 .bashrc 文件中：

注意，.bashrc 文件是隱藏文件，在 home 路徑下通過命令

命令可以看到。

還要注意， >> 是將 echo 後邊的內容寫入文件的尾部，如果用 > 則要覆蓋原文件，一定不要搞錯。

編譯之後，由於我們只是一個空的 workspace，還沒有任何 package，所以沒有什麼實質性的東西，只是告訴系統這里有個 ROS workspace，算是在系統中注冊了一下。

package 是組織 ROS 文件的基本單元，一般來說，每個 package 完成一些特定功能。

package 中至少包含兩個文件： package.xml 和 CMakeLists.txt.

package 在 workspace 中的存放結構一般如下：

也可採用其他的結構，但是要注意 package 之間不能嵌套，也就是在一個 package 中，不能再創建另一個 package ，所有 package 都必須是相對獨立的目錄。

用 catkin 創建 package 的過程很簡單，用如下命令：

其中 depend 為依賴的其他 package。這樣創建之後，package 中的 CMakeLists.txt 和 package.xml 中會體現出這種依賴關系。創建時也可以不指明依賴關系，在後續編譯 package 的時候再補上。

創建好了 package，就可以使用 rospack 相關的命令進行查找、進入等操作了。不過，有時會有延遲，可以用命令

或者

查找、更新一下。

上述方式創建了 ROS package，然後就可以在其中編寫 源文件了，可用的語言主要是 c++, python，我們現在的項目中還用到了 Julia。這里就不再細述具體的源文件編寫過程了。

創建好了源文件，如果是 c++ 編寫的，要編譯一下。這里要設置好 package.xml 和 CMakeLists.txt 中的信息。如果依賴的 package 已經設置好了，就不需要修改 package.xml 了，只需要在 CMakeLists.txt 中添加源文件對應的編譯信息如下：

實際上在 CMakeLists.txt 中有非常全面的模板，很容易找到在哪裡添加這些編譯文件信息。

設置好了編譯信息，就可以回到 workspace 的 src 所在文件夾中，用如下命令編譯：

該命令可以一次性編譯 src 中的所有 package。如果只想編譯指定的 package，可以用如下命令：

但是，這個命令似乎有時不太管用，根據我們的實際經驗，最有效的方法是用如下的 whitelist 命令：

這樣就是只編譯 package1 和 package2。但是要注意，該命令中的 whitelist 具有記憶功能。用完該命令之後，下次如果要編譯 src 中所有的 package，如果只用 catkin_make，則還是只編譯 whitelist 中的 package，需要用如下命令清除一下 whitelist

以上就是我們使用 ROS 中的一些基本操作，希望其中的一些內容對讀者有幫助。

Written by SH

Revised by QP

⑸ 如何使用 sdk交叉編譯ros

使用ros_qtc_plugin插件新建項目

使用插件新建項目Import ROS
Workspace選項僅新建工作空間導入現工作空間新建文件ROS面Package、Basic
Node等選項創建package節點、launch文件、urdf文件等
現我創建新catkin工作空間,並且面創建package

1、新建項目

文件——新建文件或項目選擇Import ROS Workspace——choose圖

填寫catkin工作空間名字位置圖

我Namecatkin工作空間文件夾名字相同（同）名catkin_new選擇瀏覽——創建文件夾創建名catkin_new文件夾圖按車再選擇打

現框詢問新建工作空間未初始化否執行初始化我選擇yes
相於執行catkin_init_workspace命令使工作空間初始化

點擊Generate Project File再點擊步
項目管理步驟配置版本控制系統我選擇完圖

建工作空間catkin_new空圖

2、創建package

接我工作空間創建新package
catkin_new面src右鍵單擊選擇添加新文件圖

選擇ROS——package——choose

填寫package名字test1
填寫作者(Authors)維護者(Maintainers)Qt環境部沒配置文支持請要用文否則新建package或者新建package面package.xml空文件
DependenciesCatkin欄填寫依賴通用C++寫節點需要添加roscpp依賴
圖

點擊完

3、添加新節點

目前package空沒任何節點
我test1src文件夾右鍵單擊選擇添加新文件

選擇ROS——Basic Node——choose創建節點新建.cpp文件

節點名稱寫node1則名node1.cpp源文件

用ROS模板新建node1.cpp源文件圖自Hello World程序

4、編譯節點

讓編譯執行文件我需要編輯test1makefile圖
test1CMakeLists.txt加面幾行意思node1.cpp編譯名node1節點
add_executable(node1 src/node1.cpp)
target_link_libraries(node1
${catkin_LIBRARIES}
)

⑹ 如何編寫ros的python程序

ROS Indigobeginner_Tutorials-10編寫ROS話題版的Hello World程序（Python版）

我使用的虛擬機軟體：VMware Workstation 11
使用的Ubuntu系統：Ubuntu 14.04.4 LTS
ROS版本：ROS Indigo

1. 前言 ：

Hello world程序，在我們編程界，代表學習某種語言編寫的第一個程序。對於ROS機器人操作系統來說，這個Hello World程序就是 ： 寫一個簡單的消息發布器(發送) 和 訂閱器(接收)。

2. 准備工作 ：

C++的程序都會存放在每個程序包的src文件夾里。Python不同，Python程序都存放在scripts文件夾中， 反正意思都是源文件包。
Step 1 .所以，先在beginner_tutorials軟體包中創建一個scripts文件夾：

$ roscd beginner_tutorials$ mkdir scripts$ cd scripts123

3. 編寫消息發布器節點程序：

如果你懶得去寫的話，你可以使用wget命令， 在github上獲取一個talker.py源代碼。如何獲取呢 ?
Step 2 .開一個終端，輸入下面的命令就可以獲取talker.py：

$ wget

-devel/rospy_tutorials/001_talker_listener/talker.py$ ls
talker.py123

但是我建議你親自動手，寫一寫：手動創建一個talker.py文件在/scripys文件夾里：

$ roscd beginner_tutorials/scripts$ gedit talker.py12

將這上面鏈接里的代碼手動輸入到talker.py文件中。（我就不將代碼貼上來了）

下面我來講解一下代碼：

這些足以說明，hello_world_topic.launch啟動腳本文件，啟動成功。

總結：發布器和訂閱器是很簡單的, 就是簡單的發布一個 自定義的話題。

我之前使用說過：節點之間通訊的方式有兩種 ： 話題(rostopic) 和 服務(rosservice)

所以，接下來，我們會講：使用ROS服務來完成ROS版Hello World程序的例子。但是在這之前，我們需要學一學：如何創建自定義的ROS消息和ROS服務，以便ROS服務版的Hello World程序的編寫。
所以下一講，我們來學習：如何創建自定義的ROS消息和ROS服務。

⑺ ros編譯提示缺少鏈接庫怎麼辦

一、標准：ROS功能包中調用第三方靜態庫
include_directories(
include
${catkin_INCLUDE_DIRS}
)

add_executable(${PROJECT_NAME}_node src/source.cpp
include/source.h
)

target_link_libraries(${PROJECT_NAME}_node
${catkin_LIBRARIES}
${PROJECT_SOURCE_DIR}/lib/第三方庫名
)
以上一般情況下都沒問題，但是有些靜態庫沒有添加pie系統保護功能，導致程序轉載的地址是無效的，所以我們在鏈接時候也需要關閉pie功能。
註：引入PIE的原因是讓程序能裝載在隨機的地址，通常情況下，內核都在固定的地址運行，如果能改用位置無關，那攻擊者就很難藉助系統中的可執行碼實施攻擊了。類似緩沖區溢出之類的攻擊將無法實施。而且這種安全提升的代價很小
二、解決鏈接未開啟pie功能的靜態庫時，編譯報錯
先作對比：
include_directories(
include
${catkin_INCLUDE_DIRS}
)
add_executable(${PROJECT_NAME}_node src/source.cpp
include/source.h
)

target_link_libraries(${PROJECT_NAME}_node
${catkin_LIBRARIES}
${PROJECT_SOURCE_DIR}/lib/第三方庫名 -no-pie
)
與一般的鏈接形式對比，我們只是在鏈接第三方庫的後面加了-no-pie，之後再到ROS的工作空間中重新編譯就完成了！