03 ros話題的發布與訂閱(ros和arduino的區別)

/p>

1

2

3

4

5

6

7

1

2

3

4

5

6

7

私有命名與上述提到的命名都不同，它會把原本命名放入到<node_name>下。因此，上面訂閱器的話題的命名如下：

ros自啟動后節點會自己殺掉的原因

ROS自啟動后節點會自己殺掉的原因有多種可能性。一種可能是節點在運行過程中發生了錯誤或異常，導致節點自動終止。這可能是由于程序bug、資源不足、通信問題或其他運行時錯誤引起的。另一種可能是節點沒有正確處理SIGTERM信號，導致在系統關閉或終止節點時被強制終止。

拓展：

1. 節點錯誤或異常：節點可能會因為代碼錯誤、內存溢出、資源耗盡等問題而發生錯誤或異常。例如，節點在處理傳感器數據時出現了異常值，導致程序崩潰或被終止。

2. 資源不足：節點可能會因為系統資源不足，如內存、CPU等，而被操作系統終止。當系統資源被其他進程占用過多，導致節點無法正常運行時，操作系統可能會終止節點以釋放資源。

3. 通信問題：節點之間的通信是ROS中重要的組成部分。當節點無法正常連接或通信時，可能會導致節點自動終止。例如，節點嘗試連接的話題或服務不存在，或者網絡連接出現問題。

4. SIGTERM信號處理不當：操作系統在關閉或終止節點時會發送SIGTERM信號，如果節點沒有正確處理該信號，就會被操作系統強制終止。節點應該正確處理SIGTERM信號，進行清理和退出操作，以確保正常關閉。

綜上所述，節點自己殺掉的原因可能是由于錯誤、異常、資源不足、通信問題或SIGTERM信號處理不當等多種因素導致的。在開發和運行節點時，需要注意這些可能導致節點終止的因素，并進行相應的處理和調試，以確保節點的穩定運行。

ROS訂閱的topic如何通過tcp傳送給QT并顯示到界面上

傳遞一下啊

lineEdit中的值,在登陸確認后,傳遞給即將打開的窗體

ROS基于SocketCAN的通信方式

CAN 1.0 定義的 CAN 具有 11 位消息標識，提供可能的 2048 個消息標識符。2.0 版允許有效的 29 位消息 ID。為了使新的 CAN 設備與舊的實現兼容，CAN 2.0 規范分為兩部分，2.0A 和 2.0B。在 CAN 2.0A 中，消息格式與僅使用 11 位消息 ID 的舊版本 CAN 一致。 CAN 2.0B 中，允允許有效的 29 位消息 ID，然后可以在被動或主動模式下實現 CAN 2.0B。CAN 版本 1.0 和 2.0A 被稱為“標準 CAN”，因為它們都使用 11 位消息 ID。CAN 2.0 B 被稱為“擴展 CAN”，因為它使用擴展的 29 位消息 ID

買粉絲s://買粉絲.can-cia.org/can-knowledge/can/can-history/

買粉絲s://en.wikipedia.org/wiki/CAN_bus#History

買粉絲s://買粉絲.edaboard.買粉絲/threads/difference-between-can1-0-and-can-2-0.217912/

SAE J1939/ISO11783

CANOpen

CANaerospace

DeviceNet

NMEA 2000

Linux可以通過串口、USB、網口、PCIE等接口與CAN設備間接進行通信。

CAN設備連接在不同的硬件接口時，意味著CAN設備被掛載在Linux中不同的總線上，如USB總線、PCI-E總線（直接通過PCI-E與linux通訊），因此Linux采用不同的通訊協議與CAN設備進行通訊。

Linux->串口->單片機->CAN

利用linux自帶的串口庫，或ros的serial庫對串口進行讀寫。

通過定義串口協議，如10個字節，前兩個字節為CAN ID，后面8個字節為CAN Data。通過此對串口發送數據，讓單片機對其進行轉換為CAN數據。

協議參考： 買粉絲s://manual.zlg.買粉絲/web/#/64/2607

注意，不是所有的周立功CAN轉USB設備都支持Linux，見表： 買粉絲s://manual.zlg.買粉絲/web/#/146

Linux->USB->單片機->CAN

與CAN轉串口不一樣，利用的庫是libusb和libusbcan，對CAN轉USB數據直接進行讀寫

libusb是linux驅動，可以操作USB接口對USB設備進行讀寫操作。

libusbcan是CAN轉USB設備廠商給的驅動，其中定義了can數據幀的數據結構體，填充相應的CAN ID和CAN Data，最后通過USB進行讀寫。

協議參考： 買粉絲s://manual.zlg.買粉絲/web/#/55/2282

Linux->TCP(UDP)/IP->單片機->CAN

利用Linux的socket庫對網絡設備進行讀寫操作。

Linux通過IP地址利用Socket與CAN設備通信，一個TCP/UDP幀包中包含若干個連續的CAN幀，每個CAN幀包含若干個字節，包含CAN ID和CAN Data。

協議參考： 買粉絲s://manual.zlg.買粉絲/web/#/67/2693

注意周立公CAN轉PCI-E設備，型號PCI-5010-P不支持Linux： 買粉絲s://manual.zlg.買粉絲/web/#/146

Linux->SocketCAN->單片機->CAN

Linux提供了SocketCAN接口，使得CAN總線通信近似于和以太網的通信。網絡設備通過IP確定地址，CAN設備通過CAN ID確定地址，如 can0 ， can1 ...

CAN ID可以通過 if買粉絲nfig -a 查看

Linux利用SocketCAN庫根據CAN的設備ID對其進行讀寫操作，CAN的數據結構在Socket CAN中被結構體定義，填充相應數據后發送即可。

協議參考： 買粉絲s://manual.zlg.買粉絲/web/#/77/3180

開源地址： 買粉絲s://canable.io/

淘寶有售賣

注意與上面周立功的CAN轉USB設備數據傳輸流程不同，利用的是 SocketCAN ，不是 USB 。

Linux->SocketCAN->單片機->CAN

Linux利用SocketCAN庫根據CAN的設備ID對其進行讀寫操作，CAN的數據結構在Socket CAN中被結構體定義，填充相應數據后發送即可。

SocketCAN簡介： 買粉絲s://en.wikipedia.org/wiki/SocketCAN

協議參考1： 買粉絲s://canable.io/getting-started.買粉絲#socketcan-linux

協議參考2： 買粉絲s://manual.zlg.買粉絲/web/#/77/3180

socketcan_interface 是較為底層的包，與Linux的socketcan打交道。

socketcan_bridge 是 ros中最常用的包 ，通過將接收到的topic轉換為can數據發出去，或者把接收到的can數據轉換為ros的topic。

ros_canopen 是基于canopen應用協議的包，是上層協議。

該功能以三個節點的形式提供： socketcan_bridge_node 、 socketcan_to_topic_node 和 topic_to_socketcan_node 。要從同一個 CAN 設備接收和發送幀，需要使用 socketcan_bridge_node 來防止每個發送的消息都回顯到接收主題。

從 SocketCAN 設備接收幀并將這些幀發布到主題上，同時它偵聽 CAN 消息并將這些消息發送到 SocketCAN。發送到 CAN 設備的幀不會作為接收消息發布。

將在 SocketCAN 設備上接收到的幀發布到topic。

將收到的topic的 CAN 消息發送到 SocketCAN 設備。

對于一些成熟的包，或者比較復雜的包，要想把其中的topic轉為CAN數據發出去，有兩種修改方式：

第二種方式更為簡單和快速，但會增加通信中轉延時，ROS的節點通信是基于TCP/IP，對于本機節點通信而言，此延時大概在1ms以內（百兆網卡以上）。

對于該中轉節點，需要訂閱兩個topic，發布兩個topic

socketcan_bridge_node的話題的消息類型都為 ROS內置消息類型 can_msgs/Frame ：

需要填充的數據是

一般把該中轉節點與socketcan_bridge_node放在一個launch文件中。

如果socketcan_bridge_node節點的名稱沖突了，可以在launch文件中添加group，或者remap話題名稱。

推薦CANable + socketcan_bridge包實現ROS中的CAN通信！

Github： 買粉絲s://github.買粉絲/wanghuohuo0716/ros_can_driver

ROS socketcan_bridge包使用參考：

買粉絲s://blog.csdn.買粉絲/zyf_to_utopia/article/details/116209605

買粉絲s://blog.csdn.買粉絲/m0_58322903/article/de

很赞哦!（2）