/p>
1
2
3
4
5
6
7
1
2
3
4
5
6
7
私有命名與上述提到的命名都不同,它會把原本命名放入到<node_name>下。因此,上面訂閱器的話題的命名如下:
ROS自啟動后節點會自己殺掉的原因有多種可能性。一種可能是節點在運行過程中發生了錯誤或異常,導致節點自動終止。這可能是由于程序bug、資源不足、通信問題或其他運行時錯誤引起的。另一種可能是節點沒有正確處理SIGTERM信號,導致在系統關閉或終止節點時被強制終止。
拓展:
1. 節點錯誤或異常:節點可能會因為代碼錯誤、內存溢出、資源耗盡等問題而發生錯誤或異常。例如,節點在處理傳感器數據時出現了異常值,導致程序崩潰或被終止。
2. 資源不足:節點可能會因為系統資源不足,如內存、CPU等,而被操作系統終止。當系統資源被其他進程占用過多,導致節點無法正常運行時,操作系統可能會終止節點以釋放資源。
3. 通信問題:節點之間的通信是ROS中重要的組成部分。當節點無法正常連接或通信時,可能會導致節點自動終止。例如,節點嘗試連接的話題或服務不存在,或者網絡連接出現問題。
4. SIGTERM信號處理不當:操作系統在關閉或終止節點時會發送SIGTERM信號,如果節點沒有正確處理該信號,就會被操作系統強制終止。節點應該正確處理SIGTERM信號,進行清理和退出操作,以確保正常關閉。
綜上所述,節點自己殺掉的原因可能是由于錯誤、異常、資源不足、通信問題或SIGTERM信號處理不當等多種因素導致的。在開發和運行節點時,需要注意這些可能導致節點終止的因素,并進行相應的處理和調試,以確保節點的穩定運行。
傳遞一下啊
lineEdit中的值,在登陸確認后,傳遞給即將打開的窗體
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
2024-07-11 02:06
2024-07-11 02:00
2024-07-11 00:44
2024-07-11 00:27
2024-07-10 23:49
2024-07-10 23:44