1. 項目緣起為什么要在RT-Thread上折騰STM32F103的CAN最近在做一個工業(yè)數(shù)據(jù)采集節(jié)點的項目主控芯片選用了經(jīng)典的STM32F103ZET6通信接口上除了常規(guī)的串口還必須支持CAN總線。原因很簡單現(xiàn)場環(huán)境里PLC、變頻器、傳感器這些設(shè)備很多都靠CAN總線互聯(lián)它抗干擾能力強傳輸距離遠多主仲裁的機制也適合分布式控制。一開始我打算用裸機開發(fā)自己寫一套CAN驅(qū)動和簡單的任務(wù)調(diào)度。但轉(zhuǎn)念一想設(shè)備后期功能肯定會增加比如遠程固件升級、文件系統(tǒng)記錄運行日志、更復(fù)雜的網(wǎng)絡(luò)協(xié)議棧等裸機那套狀態(tài)機輪詢的架構(gòu)后期維護會是個噩夢。這時候RT-Thread就進入了我的視線。它是一個國產(chǎn)的、開源且組件豐富的實時操作系統(tǒng)內(nèi)核小巧但生態(tài)完整。最關(guān)鍵的是它的BSP板級支持包對STM32系列的支持非常成熟特別是F1系列這種“老兵”驅(qū)動完善社區(qū)資料也多。在RT-Thread上使用CAN意味著我可以直接調(diào)用官方或社區(qū)維護好的、經(jīng)過驗證的CAN設(shè)備驅(qū)動框架不用再從寄存器層面去配置波特率、過濾器這些底層細節(jié)能把精力集中在應(yīng)用邏輯上。而且RT-Thread的ulog日志組件可以輕松對接文件系統(tǒng)把CAN通信的收發(fā)狀態(tài)、錯誤幀記錄下來這對于現(xiàn)場調(diào)試和故障排查簡直是神器。基于這些考慮我決定將項目遷移到RT-Thread平臺核心任務(wù)就是搞定STM32F103ZET6的CAN通信。這個組合——RT-Thread STM32F103 CAN——看似平凡卻是很多嵌入式工程師從單片機裸機開發(fā)轉(zhuǎn)向RTOS實戰(zhàn)的經(jīng)典跳板。它涉及RTOS的基本使用、設(shè)備驅(qū)動框架的理解、以及工業(yè)現(xiàn)場總線通信的實踐是一個綜合性很強的練手項目。下面我就把從環(huán)境搭建、驅(qū)動配置、到應(yīng)用編程、調(diào)試排坑的完整過程梳理一遍希望能給正在類似道路上摸索的朋友一份詳細的參考。2. 環(huán)境搭建與工程創(chuàng)建從零開始的正確姿勢在開始敲代碼之前一個穩(wěn)定、高效的開發(fā)環(huán)境是基石。對于RT-Thread項目目前最主流的方式是使用RT-Thread Studio這個官方IDE或者使用Env工具配合MDK-Keil或IAR。我個人更傾向于RT-Thread Studio因為它集成了RT-Thread的配置、構(gòu)建和包管理功能對新手更友好。2.1 硬件準(zhǔn)備與原理圖核對我的核心板是STM32F103ZET6這是一款基于ARM Cortex-M3內(nèi)核的MCU擁有512KB Flash和64KB RAM對于運行RT-Thread和常規(guī)應(yīng)用綽綽有余。在動手寫軟件之前必須反復(fù)確認(rèn)硬件連接。STM32F103ZET6有兩個CAN控制器CAN1和CAN2。它們通常與特定的GPIO引腳復(fù)用。CAN1: 默認(rèn)的RX是PA11TX是PA12。這是最常用的引腳。CAN2: 它的RX和TX需要重映射通常使用PB5和PB6或者PB12和PB13具體取決于芯片的引腳復(fù)用功能。我的電路板上CAN收發(fā)器我用的是TJA1050連接到了MCU的PA11和PA12這意味著我將使用CAN1。這里第一個坑務(wù)必確認(rèn)你的CAN收發(fā)器與MCU之間的接線正確并且終端電阻通常是120Ω是否已經(jīng)連接在CAN_H和CAN_L之間。對于總線兩端必須各接一個120Ω電阻如果只有你一個節(jié)點在調(diào)試至少要在板子上把這個電阻焊上否則通信極不穩(wěn)定波形會嚴(yán)重畸變。2.2 使用RT-Thread Studio創(chuàng)建項目打開RT-Thread Studio選擇“文件 - 新建 - RT-Thread項目”。基于開發(fā)板在“選擇廠商與開發(fā)板”頁面搜索“STM32F103ZET6”。RT-Thread Studio通常已經(jīng)提供了許多標(biāo)準(zhǔn)開發(fā)板的BSP。如果你的板子恰好是某款熱門開發(fā)板如正點原子、野火可以直接選擇。如果找不到完全一致的可以選擇一個引腳兼容的F103ZE系列開發(fā)板作為基礎(chǔ)后續(xù)再修改引腳定義。設(shè)置項目名稱和路徑給項目起個名字比如rtthread_can_demo。選擇RT-Thread版本建議選擇最新的LTS長期支持版本穩(wěn)定性有保障。Finish點擊完成后Studio會自動為你生成一個完整的、基于所選BSP的工程框架。這個框架包含了RT-Thread內(nèi)核、該BSP對應(yīng)的所有驅(qū)動包括CAN、以及根目錄下的main.c。創(chuàng)建完成后工程目錄結(jié)構(gòu)非常清晰/board存放板級相關(guān)的代碼如board.c系統(tǒng)時鐘、內(nèi)存初始化等和drv_can.cCAN驅(qū)動實現(xiàn)。/driversRT-Thread的通用設(shè)備驅(qū)動框架。/applications用戶應(yīng)用代碼main.c就在這里。/rt-threadRT-Thread內(nèi)核源碼。/packages用于存放通過包管理器添加的軟件包。RT-Thread Settings這是一個圖形化的配置工具是工程配置的核心。2.3 關(guān)鍵配置通過RT-Thread Settings使能CAN雙擊工程根目錄下的RT-Thread Settings文件會打開一個可視化配置界面。這里是我們“武裝”系統(tǒng)的武器庫。硬件配置在“硬件”欄目下找到“On-chip Peripheral”或“設(shè)備驅(qū)動程序”。展開“CAN”選項你會看到“Enable CAN1 BUS”和“Enable CAN2 BUS”。因為我們使用PA11/PA12所以勾選“Enable CAN1 BUS”。勾選后通常會自動配置好引腳。但你必須點開右側(cè)的配置詳情或去檢查代碼確認(rèn)引腳是否正確。對于F103CAN1的RX/TX引腳配置通常在board/CubeMX_Config/下的MX_GPIO_Init函數(shù)中或者在board/drv_can.c的開頭以宏定義形式出現(xiàn)。確保它們是#define CAN1_RX_PIN GET_PIN(A, 11) #define CAN1_TX_PIN GET_PIN(A, 12)波特率配置這是第二個容易踩坑的地方。配置界面可能有一個默認(rèn)波特率如500kbps。你需要根據(jù)你的總線網(wǎng)絡(luò)實際需求來設(shè)置。CAN波特率計算涉及波特率分頻器、時間段1、時間段2和重同步跳轉(zhuǎn)寬度。對于初學(xué)者可以先用一個經(jīng)典配置比如1Mbps。在drv_can.c的初始化函數(shù)里你會找到類似hcan1.Init.Prescaler xx;的配置。一個常見的1Mbps配置系統(tǒng)時鐘72MHz可能是hcan.Init.Prescaler 9; // 分頻系數(shù) hcan.Init.TimeSeg1 CAN_BS1_4TQ; // 時間段1為4個時間單元 hcan.Init.TimeSeg2 CAN_BS2_3TQ; // 時間段2為3個時間單元 hcan.Init.SJW CAN_SJW_1TQ; // 同步跳轉(zhuǎn)寬度為1個時間單元 // 計算(1/(72MHz / ((143) * 9))) ≈ 1 Mbps如果不確定可以先使用一個保守的值如125kbps或250kbps確保通信穩(wěn)定后再提高。軟件包與組件配置ulog日志在“軟件包”或“組件”中心搜索并啟用ulog。這是RT-Thread的日志組件。我們需要將它配置為“異步日志”并“啟用文件系統(tǒng)后端”。這樣日志不僅能打印到串口還能自動寫入文件比如SD卡。這對于記錄CAN通信的長期運行狀態(tài)至關(guān)重要。文件系統(tǒng)如果要用ulog寫文件必須啟用文件系統(tǒng)。通常選擇FATFS這個軟件包并配置好對應(yīng)的存儲設(shè)備如SPI Flash或SD卡的驅(qū)動。FinSH控制臺強烈建議啟用。它是一個命令行組件可以通過串口輸入命令來查看線程狀態(tài)、內(nèi)存使用、甚至動態(tài)調(diào)用CAN的發(fā)送接收函數(shù)是調(diào)試的利器。配置完成后點擊保存。RT-Thread Studio會自動執(zhí)行scons --targetmdk5如果你用Keil或類似的命令更新工程文件將你選擇的配置如CAN驅(qū)動、ulog的源代碼鏈接到項目中。3. CAN驅(qū)動框架解析與應(yīng)用層編程實戰(zhàn)環(huán)境配好了接下來就是理解RT-Thread如何操作CAN設(shè)備并編寫我們的應(yīng)用代碼。RT-Thread使用一套名為“設(shè)備驅(qū)動框架”的模型來統(tǒng)一管理硬件外設(shè)CAN也不例外。3.1 RT-Thread的設(shè)備驅(qū)動模型一切皆文件在RT-Thread中所有的硬件設(shè)備如UART、SPI、I2C、CAN在系統(tǒng)初始化后都會注冊為一個“設(shè)備對象”并掛載到設(shè)備框架中。應(yīng)用程序通過標(biāo)準(zhǔn)的“打開-讀寫-控制-關(guān)閉”接口來操作設(shè)備類似于Linux下的文件操作。對于CAN設(shè)備這套接口被封裝得更加符合CAN通信的特點。首先在main.c或你的應(yīng)用線程中你需要找到并打開CAN設(shè)備#include rtdevice.h // 必須包含這個頭文件 static rt_device_t can_dev RT_NULL; // 定義設(shè)備句柄 void can_thread_entry(void *parameter) { /* 1. 查找設(shè)備 */ can_dev rt_device_find(can1); // “can1”就是在BSP驅(qū)動中注冊的設(shè)備名稱 if (can_dev RT_NULL) { rt_kprintf(Error: Find CAN1 device failed!\n); return; } /* 2. 以中斷接收模式打開設(shè)備 */ if (rt_device_open(can_dev, RT_DEVICE_FLAG_INT_RX) ! RT_EOK) { rt_kprintf(Error: Open CAN1 device failed!\n); return; } rt_kprintf(CAN1 device opened successfully.\n); /* 3. 設(shè)置接收回調(diào)函數(shù) */ rt_device_set_rx_indicate(can_dev, can_rx_callback); /* 4. 設(shè)置發(fā)送完成回調(diào)函數(shù)可選 */ rt_device_set_tx_complete(can_dev, can_tx_done_callback); // ... 后續(xù)的發(fā)送和接收邏輯 }關(guān)鍵點解析rt_device_find(can1)這里的字符串can1必須與BSP驅(qū)動中注冊的名字一致。通?？梢栽赿rv_can.c里找到rt_hw_can_init()函數(shù)里面有rt_device_register(can_dev, can1, ...)的調(diào)用。RT_DEVICE_FLAG_INT_RX這是打開模式。這里指定了“中斷接收模式”意味著當(dāng)CAN控制器收到報文時會產(chǎn)生中斷驅(qū)動層會自動將數(shù)據(jù)存入緩沖區(qū)并調(diào)用我們設(shè)置的回調(diào)函數(shù)。這是最常用、最高效的方式。也可以使用輪詢模式但不推薦。can_rx_callback這是你定義的回調(diào)函數(shù)。當(dāng)有數(shù)據(jù)到達時系統(tǒng)會在中斷上下文或中斷下半部調(diào)用它。注意回調(diào)函數(shù)里不能做耗時操作通常只用于釋放一個信號量或發(fā)送一個消息通知應(yīng)用線程來處理數(shù)據(jù)。3.2 定義數(shù)據(jù)結(jié)構(gòu)與回調(diào)函數(shù)CAN報文有標(biāo)準(zhǔn)格式。RT-Thread在rtdevice.h中定義了struct rt_can_msg結(jié)構(gòu)體我們需要熟悉它struct rt_can_msg { rt_uint32_t id; /* 報文ID */ rt_uint32_t ide; /* 擴展幀標(biāo)識RT_CAN_STDID 或 RT_CAN_EXTID */ rt_uint32_t rtr; /* 遠程幀標(biāo)識RT_CAN_DTR 或 RT_CAN_RTR */ rt_uint32_t len; /* 數(shù)據(jù)長度 (0-8) */ rt_uint8_t data[8]; /* 數(shù)據(jù) */ };接下來實現(xiàn)回調(diào)函數(shù)。一個典型的模式是使用rt_sem信號量進行線程同步static rt_sem_t rx_sem RT_NULL; // 接收信號量 static struct rt_can_msg rx_msg; // 用于存放接收到的報文 /* 接收回調(diào)函數(shù) */ static rt_err_t can_rx_callback(rt_device_t dev, rt_size_t size) { /* 當(dāng)驅(qū)動收到數(shù)據(jù)中斷服務(wù)程序會調(diào)用此函數(shù) */ if (size 0) { rt_sem_release(rx_sem); // 釋放信號量通知處理線程 } return RT_EOK; } /* 發(fā)送完成回調(diào)用于非阻塞發(fā)送 */ static rt_err_t can_tx_done_callback(rt_device_t dev, void *buffer) { rt_kprintf(CAN message sent.\n); return RT_EOK; }在應(yīng)用線程初始化時創(chuàng)建這個信號量rx_sem rt_sem_create(can_rx, 0, RT_IPC_FLAG_FIFO);。3.3 應(yīng)用線程發(fā)送與接收的完整循環(huán)現(xiàn)在我們可以在應(yīng)用線程里編寫主循環(huán)等待信號量并處理數(shù)據(jù)同時也可以主動發(fā)送數(shù)據(jù)。void can_thread_entry(void *parameter) { // ... 前面的設(shè)備查找、打開、回調(diào)設(shè)置代碼 struct rt_can_msg tx_msg; rt_size_t send_size; while (1) { /* 等待CAN接收信號量超時時間設(shè)為RT_WAITING_FOREVER或一個具體值 */ if (rt_sem_take(rx_sem, RT_WAITING_FOREVER) RT_EOK) { /* 信號量到來說明有數(shù)據(jù)可讀 */ rt_size_t recv_size rt_device_read(can_dev, 0, rx_msg, sizeof(rx_msg)); if (recv_size 0) { // 處理接收到的報文 rx_msg rt_kprintf([CAN RX] ID:0x%08X, Len:%d, Data:, rx_msg.id, rx_msg.len); for (int i 0; i rx_msg.len; i) { rt_kprintf(%02X , rx_msg.data[i]); } rt_kprintf(\n); // 示例簡單回環(huán)將收到的數(shù)據(jù)原樣發(fā)回ID加1以示區(qū)別 tx_msg.id rx_msg.id 1; tx_msg.ide rx_msg.ide; tx_msg.rtr RT_CAN_DTR; tx_msg.len rx_msg.len; rt_memcpy(tx_msg.data, rx_msg.data, rx_msg.len); send_size rt_device_write(can_dev, 0, tx_msg, sizeof(tx_msg)); if (send_size 0) { // rt_kprintf(Loopback message sent.\n); } } } /* 也可以主動定時發(fā)送一些數(shù)據(jù) */ // static rt_tick_t last_send_tick 0; // if (rt_tick_get() - last_send_tick 1000) // 約1秒 // { // tx_msg.id 0x123; // tx_msg.ide RT_CAN_STDID; // tx_msg.len 4; // tx_msg.data[0] 0xAA; tx_msg.data[1] 0xBB; tx_msg.data[2] 0xCC; tx_msg.data[3] 0xDD; // rt_device_write(can_dev, 0, tx_msg, sizeof(tx_msg)); // last_send_tick rt_tick_get(); // } } }關(guān)鍵操作解析rt_device_read從CAN設(shè)備讀取數(shù)據(jù)。第二個參數(shù)0是讀取的起始位置對于CAN設(shè)備通常為0。它會從驅(qū)動的接收緩沖區(qū)中取出一幀報文。rt_device_write向CAN設(shè)備寫入發(fā)送數(shù)據(jù)。同樣第二個參數(shù)0對于CAN設(shè)備是固定的。這是一個阻塞調(diào)用直到報文被放入CAN控制器的發(fā)送郵箱或發(fā)送FIFO才會返回。如果郵箱已滿線程會阻塞等待。如果需要非阻塞發(fā)送可以使用rt_device_write配合RT_DEVICE_FLAG_NONBLOCK標(biāo)志打開設(shè)備并依賴can_tx_done_callback來確認(rèn)發(fā)送完成。數(shù)據(jù)打印這里使用了rt_kprintf它會輸出到控制臺如串口。在實際項目中更推薦使用ulog來記錄格式更規(guī)范還能存文件。4. 進階配置與深度排坑指南把基本的收發(fā)跑通只是第一步。在真實的工業(yè)或車載應(yīng)用中CAN的配置要復(fù)雜和嚴(yán)謹(jǐn)?shù)枚?。下面分享幾個進階主題和踩過的坑。4.1 CAN過濾器配置精準(zhǔn)接收的關(guān)鍵STM32的CAN控制器有強大的硬件過濾器組可以只接收特定ID范圍的報文極大地減輕CPU負擔(dān)。在RT-Thread的驅(qū)動框架中通常通過rt_device_control函數(shù)來配置過濾器。假設(shè)我們只接收標(biāo)準(zhǔn)ID為0x100到0x1FF的報文可以這樣配置#include rtdevice.h struct rt_can_filter_item filter_item; struct rt_can_filter_config filter_config; /* 配置一個過濾器項 */ filter_item.id 0x100; // 要過濾的ID filter_item.mask 0x700; // 掩碼0x700 二進制 0111 0000 0000表示我們關(guān)心高3位即0x1XX低8位不關(guān)心。 filter_item.mode RT_CAN_FILTER_MODE_ID_MASK; // 標(biāo)識符掩碼模式 filter_item.hdr -1; // -1表示由驅(qū)動自動分配一個可用的過濾器組 /* 將過濾器項放入配置結(jié)構(gòu) */ filter_config.count 1; // 只有一個過濾器項 filter_config.items filter_item; /* 使用控制命令配置過濾器 */ if (rt_device_control(can_dev, RT_CAN_CMD_SET_FILTER, filter_config) ! RT_EOK) { rt_kprintf(Error: Set CAN filter failed!\n); } else { rt_kprintf(CAN filter configured. Will only accept ID 0x100~0x1FF.\n); }掩碼計算解釋掩碼的每一位為1表示必須匹配ID對應(yīng)的位為0表示不關(guān)心。0x700的二進制是0111 0000 0000這意味著ID的bit10~bit8即從高位開始的第11~9位對于標(biāo)準(zhǔn)ID是29-18位中的一部分這里簡化理解必須是001即0x1而低8位可以是任意值。所以它能過濾出0x100到0x1FF的所有ID。踩坑記錄1過濾器數(shù)量有限。STM32F103的CAN1和CAN2共享最多14個過濾器組具體數(shù)量查數(shù)據(jù)手冊。每個組可以配置為一個32位過濾器或兩個16位過濾器。如果你的過濾規(guī)則很多需要精心設(shè)計合理使用掩碼模式或列表模式避免過濾器組不夠用。在RT-Thread中如果hdr設(shè)為-1驅(qū)動會嘗試自動分配一個空閑組如果分配失敗rt_device_control會返回錯誤。4.2 錯誤處理與狀態(tài)監(jiān)控讓系統(tǒng)更健壯CAN總線在惡劣環(huán)境下可能出現(xiàn)各種錯誤如總線離線、錯誤警告、被動錯誤等。一個好的驅(qū)動應(yīng)該能報告這些狀態(tài)。RT-Thread的CAN驅(qū)動框架提供了獲取錯誤狀態(tài)的接口。rt_err_t result; struct rt_can_status status; result rt_device_control(can_dev, RT_CAN_CMD_GET_STATUS, status); if (result RT_EOK) { rt_kprintf(CAN Status:\n); rt_kprintf( Error Code: %d\n, status.rcverrcnt); // 接收錯誤計數(shù)器 rt_kprintf( Error Code: %d\n, status.snderrcnt); // 發(fā)送錯誤計數(shù)器 rt_kprintf( LEC: %d (Last Error Code)\n, status.lec); // LEC: 0無錯誤, 1填充錯誤, 2格式錯誤, 3應(yīng)答錯誤, 4隱性位錯誤, 5顯性位錯誤, 6CRC錯誤, 7未用 if (status.status RT_CAN_STATUS_BUS_OFF) { rt_kprintf( ** BUS OFF State! **\n); // 總線離線需要軟件干預(yù)恢復(fù)。通常需要調(diào)用 rt_device_control(can_dev, RT_CAN_CMD_SET_MODE, RT_CAN_MODE_INIT) 進入初始化模式再重新配置。 } }建議在應(yīng)用線程中定期比如每10秒查詢一次CAN狀態(tài)并通過ulog記錄到文件。當(dāng)錯誤計數(shù)器持續(xù)增加或進入總線離線狀態(tài)時可以觸發(fā)報警或自動恢復(fù)流程。4.3 使用ulog記錄CAN通信日志前面提到了ulog這里詳細說一下如何集成。首先確保在RT-Thread Settings中使能了ulog和文件系統(tǒng)并配置了存儲設(shè)備。在代碼中使用起來非常簡單#include ulog.h // 在文件開頭定義日志標(biāo)簽 #define LOG_TAG CAN void can_thread_entry(void *parameter) { // ... 初始化代碼 while(1) { if (rt_sem_take(rx_sem, RT_WAITING_FOREVER) RT_EOK) { rt_device_read(can_dev, 0, rx_msg, sizeof(rx_msg)); // 使用ulog的不同級別記錄日志 LOG_D([CAN RX] ID:0x%X, DLC:%d, rx_msg.id, rx_msg.len); // DEBUG級別調(diào)試信息 LOG_I(Received data: %02X %02X %02X %02X, rx_msg.data[0], rx_msg.data[1], rx_msg.data[2], rx_msg.data[3]); // INFO級別 // 如果發(fā)現(xiàn)錯誤幀 if (rx_msg.rtr RT_CAN_RTR) // 假設(shè)遠程幀我們不處理記錄警告 { LOG_W(Received RTR frame with ID 0x%X, ignored., rx_msg.id); } } // 定期記錄狀態(tài) static rt_tick_t last_log_tick 0; if (rt_tick_get() - last_log_tick 10000) // 10秒 { struct rt_can_status status; if (rt_device_control(can_dev, RT_CAN_CMD_GET_STATUS, status) RT_EOK) { LOG_I(CAN Health: RecvErr%d, SendErr%d, status.rcverrcnt, status.snderrcnt); } last_log_tick rt_tick_get(); } } }ulog會自動將日志輸出到控制臺如果使能了后端同時也會按照配置寫入到文件系統(tǒng)中例如/sd/can_log_20240515.log。在RT-Thread的mshFinSH中你還可以動態(tài)調(diào)整日志級別ulog_lvl CAN I將CAN標(biāo)簽的日志級別設(shè)置為INFO只顯示INFO及以上級別的日志非常方便。4.4 性能優(yōu)化與注意事項接收緩沖區(qū)大小在drv_can.c中驅(qū)動會為每個CAN通道定義一個接收緩沖區(qū)通常是環(huán)形隊列。如果總線數(shù)據(jù)量很大需要適當(dāng)調(diào)大這個緩沖區(qū)的大小防止數(shù)據(jù)丟失。找到struct rt_can_device實例化時的rxbuffer大小參數(shù)進行修改。中斷優(yōu)先級CAN接收中斷的優(yōu)先級需要合理設(shè)置。如果中斷優(yōu)先級過低可能被其他高優(yōu)先級中斷打斷導(dǎo)致數(shù)據(jù)接收不及時。如果優(yōu)先級過高又可能影響系統(tǒng)實時性。通常設(shè)置為中等偏上的優(yōu)先級。在CubeMX生成的代碼或drv_can.c的HAL_CAN_ConfigFilter和HAL_CAN_ActivateNotification相關(guān)部分可以找到中斷配置。發(fā)送超時處理rt_device_write是阻塞的。如果總線負載很高發(fā)送郵箱長時間滿線程會一直阻塞?？梢钥紤]使用rt_device_write的非阻塞模式或者在一個獨立的發(fā)送線程中操作并設(shè)置一個合理的超時等待時間超時后記錄錯誤并丟棄舊報文避免整個線程卡死。多線程訪問CAN設(shè)備句柄can_dev是一個共享資源。如果多個線程都需要發(fā)送CAN報文必須做好互斥保護使用rt_mutex互斥鎖確保同一時間只有一個線程在操作發(fā)送。接收回調(diào)函數(shù)由于在中斷上下文被調(diào)用其內(nèi)部釋放信號量等操作必須是線程安全的RT-Thread的內(nèi)核對象操作通常是安全的。5. 調(diào)試技巧與常見問題排查即使按照步驟一步步來第一次調(diào)通CAN也難免遇到問題。下面是我總結(jié)的一套排查流程。現(xiàn)象根本收不到任何數(shù)據(jù)也發(fā)不出去。檢查硬件連接萬用表測量CAN_H和CAN_L對地電壓。靜默時CAN_H約2.5VCAN_L約2.5V。差分電壓為0V。如果電壓異常比如接近0或VCC檢查收發(fā)器供電、引腳是否虛焊、終端電阻是否接上。用示波器看波形是最直接的。在發(fā)送時應(yīng)該能看到清晰的差分信號。標(biāo)準(zhǔn)CAN波形在顯性位邏輯0時CAN_H約3.5VCAN_L約1.5V差分電壓約2V。檢查軟件配置波特率這是頭號殺手。確保發(fā)送和接收節(jié)點的波特率設(shè)置完全一致包括分頻、時間段1、時間段2和SJW。最好用計算工具算好直接寫死參數(shù)。工作模式確認(rèn)CAN控制器是否已正確進入正常工作模式Normal Mode而不是初始化模式或回環(huán)模式。在drv_can.c的初始化函數(shù)末尾應(yīng)有調(diào)用HAL_CAN_Start或類似函數(shù)。過濾器如果你配置了過濾器但過濾條件設(shè)置錯誤可能會屏蔽掉所有報文。調(diào)試初期可以先將過濾器設(shè)置為“接收所有報文”模式。在RT-Thread中可以通過RT_CAN_CMD_SET_FILTER命令傳入一個空的filter_configcount0來禁用所有過濾器或者設(shè)置一個全通過濾器掩碼為0。中斷是否開啟檢查驅(qū)動中是否使能了CAN接收中斷HAL_CAN_ActivateNotification(hcan, CAN_IT_RX_FIFO0_MSG_PENDING)。利用RT-Thread工具診斷l(xiāng)ist_device在FinSH控制臺輸入list_device查看是否注冊了名為can1的設(shè)備以及其狀態(tài)。ps輸入ps查看你的CAN應(yīng)用線程是否在正常運行狀態(tài)是否為ready或running。日志確保ulog控制臺后端已打開查看啟動日志和運行日志看是否有CAN初始化失敗的錯誤信息?，F(xiàn)象能發(fā)送但收不到或者能收到自己的回環(huán)數(shù)據(jù)但收不到其他節(jié)點的?；丨h(huán)測試在驅(qū)動初始化時將CAN模式設(shè)置為回環(huán)模式RT_CAN_MODE_LOOPBACK。在這個模式下控制器自己發(fā)送的報文會被自己接收不經(jīng)過外部總線。用這個模式可以快速驗證MCU的CAN控制器和驅(qū)動代碼是否正常。如果回環(huán)模式能自發(fā)自收說明軟件和芯片本身沒問題問題出在外部總線或另一個節(jié)點上。檢查另一個節(jié)點確認(rèn)另一個節(jié)點是否正常工作、波特率是否匹配、終端電阻是否已接。檢查硬件差異有些CAN收發(fā)器如TJA1050有靜默模式引腳STB。確保它被正確拉高或拉低使收發(fā)器處于正常工作狀態(tài)。現(xiàn)象通信不穩(wěn)定偶爾丟幀或出現(xiàn)錯誤幀?？偩€負載用CAN分析儀監(jiān)控總線負載率。如果負載率長期超過70%-80%可能會因為仲裁和延遲導(dǎo)致丟幀。需要優(yōu)化通信協(xié)議減少不必要的報文或提高波特率。布線干擾CAN總線對布線很敏感。應(yīng)使用雙絞線并確保屏蔽層良好接地。避免與電源線、電機驅(qū)動線等強干擾源平行走線。地線問題所有CAN節(jié)點必須有良好的共地。地線環(huán)路或地電位差會引入巨大噪聲。查看錯誤計數(shù)器如4.2節(jié)所述定期讀取錯誤計數(shù)器。如果接收錯誤計數(shù)器增長很快可能是總線上的顯性/隱性位識別有問題檢查硬件連接和終端電阻。如果發(fā)送錯誤計數(shù)器增長可能是發(fā)送節(jié)點無法獲得總線仲裁ID優(yōu)先級低或沒有收到應(yīng)答總線上無其他正常節(jié)點。通過以上步驟你應(yīng)該能解決RT-Thread下STM32F103ZET6 CAN通信的大部分問題。這個組合的穩(wěn)定性已經(jīng)經(jīng)過大量項目驗證一旦調(diào)通在RT-Thread豐富的組件生態(tài)支持下你可以輕松地在此基礎(chǔ)上擴展出更復(fù)雜的應(yīng)用比如通過CAN總線實現(xiàn)固件升級IAP、接入物聯(lián)網(wǎng)網(wǎng)關(guān)等。