通訊實(shí)戰(zhàn)：從CubeMX配置到HAL庫應(yīng)用)
簡(jiǎn)介本資源是一套基于STM32F103系列單片機(jī)的CAN總線雙機(jī)通信實(shí)戰(zhàn)例程面向嵌入式初學(xué)者與物聯(lián)網(wǎng)項(xiàng)目開發(fā)者聚焦工業(yè)現(xiàn)場(chǎng)常見的多節(jié)點(diǎn)數(shù)據(jù)交互場(chǎng)景幫助用戶快速掌握HAL庫下CAN外設(shè)配置、消息發(fā)送/接收、錯(cuò)誤處理及雙機(jī)協(xié)同調(diào)試等核心能力。壓縮包共195個(gè)文件含107個(gè)頭文件定義寄存器映射與接口、69個(gè)C源文件涵蓋HAL驅(qū)動(dòng)、主邏輯與CAN協(xié)議棧實(shí)現(xiàn)、14個(gè)匯編啟動(dòng)文件及KEIL工程配置文件uvprojx/uvoptx整體大小為1.76MB結(jié)構(gòu)完整、模塊清晰便于逐層理解與移植。已有200人學(xué)習(xí)下載配套代碼注釋詳盡關(guān)鍵引腳定義、時(shí)鐘配置與CAN濾波器設(shè)置均在源碼中標(biāo)明附帶重置編譯環(huán)境的bat腳本顯著降低IDE適配門檻內(nèi)容預(yù)覽顯示工程已集成UART、SPI、I2C、ADC等多外設(shè)HAL驅(qū)動(dòng)具備向復(fù)雜傳感器融合系統(tǒng)擴(kuò)展的基礎(chǔ)支撐能力。1. 項(xiàng)目背景與CAN總線通訊的價(jià)值最近在整理一個(gè)老項(xiàng)目的代碼翻出來一個(gè)基于STM32F103的CAN雙機(jī)通訊例程用的是HAL庫。這個(gè)項(xiàng)目當(dāng)時(shí)是為了實(shí)現(xiàn)兩個(gè)設(shè)備間的實(shí)時(shí)數(shù)據(jù)交換比如傳感器數(shù)據(jù)采集和運(yùn)動(dòng)控制指令下發(fā)。CAN總線在工業(yè)控制、汽車電子這些領(lǐng)域用得非常多它的核心優(yōu)勢(shì)在于多主、高可靠、抗干擾。簡(jiǎn)單來說它不像I2C或者UART那樣有明確的主從之分總線上任何一個(gè)節(jié)點(diǎn)都可以主動(dòng)發(fā)消息而且通過一套復(fù)雜的錯(cuò)誤檢測(cè)和仲裁機(jī)制保證了即使在惡劣的電氣環(huán)境下通訊也能穩(wěn)定進(jìn)行。對(duì)于STM32F103這類經(jīng)典的Cortex-M3內(nèi)核單片機(jī)其內(nèi)置的bxCAN控制器功能相當(dāng)完整配合ST提供的HAL庫能讓我們把更多精力放在應(yīng)用邏輯上而不是底層的寄存器操作。這個(gè)例程雖然基礎(chǔ)但涵蓋了從CubeMX配置、過濾器設(shè)置、中斷處理到數(shù)據(jù)收發(fā)的完整鏈路是理解CAN通訊一個(gè)很好的切入點(diǎn)。2. 硬件連接與CubeMX工程配置詳解搞CAN通訊第一步永遠(yuǎn)是硬件。STM32F103的CAN接口通常映射到特定的GPIO上最常見的是PA11(CAN_RX)和PA12(CAN_TX)。你需要確保這兩個(gè)引腳通過一個(gè)CAN收發(fā)器比如經(jīng)典的TJA1050連接到CAN總線上。總線兩端必須各接一個(gè)120歐姆的終端電阻這個(gè)電阻對(duì)于消除信號(hào)反射、保證信號(hào)完整性至關(guān)重要很多通訊不穩(wěn)定的問題都出在這里。軟件配置從STM32CubeMX開始。新建一個(gè)STM32F103C8Tx或其他對(duì)應(yīng)型號(hào)工程后關(guān)鍵步驟如下2.1 時(shí)鐘與引腳配置首先在Pinout Configuration標(biāo)簽頁下找到Connectivity-CAN1。將模式Mode設(shè)置為Normal。這時(shí)PA11和PA12會(huì)自動(dòng)被配置為CAN1_RX和CAN1_TX。接著去RCC復(fù)位和時(shí)鐘控制設(shè)置里將High Speed Clock (HSE)選為Crystal/Ceramic Resonator因?yàn)镃AN對(duì)時(shí)鐘精度有一定要求通常使用外部晶振更可靠。2.2 CAN參數(shù)配置點(diǎn)擊進(jìn)入CAN1的配置頁面這里有幾個(gè)核心參數(shù)需要關(guān)注Bit Timing Parameters位時(shí)序參數(shù)這是CAN配置的靈魂直接關(guān)系到通訊速率和穩(wěn)定性。它由Prescaler、Time Quanta in Bit Segment 1、Time Quanta in Bit Segment 2和ReSynchronization Jump Width共同決定。Prescaler預(yù)分頻器決定了時(shí)間單元Time Quantum, tq的長(zhǎng)度。tq (Prescaler) / (APB1總線時(shí)鐘頻率)。APB1時(shí)鐘在STM32F103上最高為36MHz。Bit Segment 1 (BS1)包含傳播段和相位緩沖段1用于補(bǔ)償網(wǎng)絡(luò)上的物理延遲。Bit Segment 2 (BS2)相位緩沖段2。ReSynchronization Jump Width (SJW)重新同步跳轉(zhuǎn)寬度決定了在一次重新同步中位時(shí)間可以被縮短或延長(zhǎng)多少個(gè)tq通常設(shè)置為1或2。一個(gè)常見的1Mbps125kbps更常用抗干擾性更好配置示例如下假設(shè)APB1時(shí)鐘為36MHz目標(biāo)波特率1Mbps。總的時(shí)間單元數(shù)Time Quanta (tq) 1 / (波特率 * tq時(shí)間)。但更直觀的方法是使用CubeMX的自動(dòng)計(jì)算功能或者手動(dòng)計(jì)算總tq數(shù) BS1 BS2 1同步段。為了穩(wěn)定性通?？倀q數(shù)在8-25之間。例如設(shè)置Prescaler3BS113 tqBS22 tqSJW1 tq。則tq 3 / 36MHz ≈ 83.33ns。位時(shí)間 (1132)*83.33ns ≈ 1.33us對(duì)應(yīng)波特率約751kbps。需要反復(fù)調(diào)整Prescaler和段長(zhǎng)度直到接近目標(biāo)值。對(duì)于初學(xué)者可以先從125kbpsPrescaler12,BS113 tq,BS22 tq開始這是工業(yè)上非常常見的速率。Operating Mode操作模式選擇Normal即可。Loopback和Silent模式用于自測(cè)試和監(jiān)聽非常有用。功能使能務(wù)必勾選CAN Interrupts下的FIFO0 message pending interrupt或FIFO1 message pending interrupt或兩者都勾選這樣收到消息時(shí)才能觸發(fā)中斷。通常使用FIFO0就夠了。配置完成后生成代碼。CubeMX會(huì)幫我們初始化好GPIO、時(shí)鐘和CAN外設(shè)的基本參數(shù)并生成中斷服務(wù)函數(shù)CAN1_RX0_IRQHandler的框架。3. CAN過濾器配置精準(zhǔn)接收的關(guān)鍵CAN總線是廣播式的總線上所有消息所有節(jié)點(diǎn)都能“聽到”。過濾器Filter的作用就是設(shè)置一個(gè)“關(guān)卡”只讓符合特定規(guī)則的消息進(jìn)入單片機(jī)的接收FIFO從而減輕CPU負(fù)擔(dān)。這是CAN應(yīng)用開發(fā)中必須理解的一環(huán)。STM32的bxCAN提供了兩種基本的過濾模式標(biāo)識(shí)符列表模式和標(biāo)識(shí)符掩碼模式。列表模式過濾器像一個(gè)嚴(yán)格的名單只接收ID完全等于預(yù)設(shè)值的報(bào)文。掩碼模式過濾器像一個(gè)模糊匹配的規(guī)則。你設(shè)置一個(gè)ID值和一個(gè)掩碼Mask。掩碼位為1表示必須嚴(yán)格匹配ID對(duì)應(yīng)位為0表示不關(guān)心。例如ID0x123 Mask0x7F0。那么所有ID的高8位0x12必須匹配低4位任意。這常用于接收一組ID連續(xù)的報(bào)文。在HAL庫中我們通過HAL_CAN_ConfigFilter函數(shù)來配置。配置通常在CAN啟動(dòng)前進(jìn)行。一個(gè)典型的配置掩碼模式過濾器的代碼如下CAN_FilterTypeDef sFilterConfig; sFilterConfig.FilterBank 0; // 使用第0組過濾器F103有14組 sFilterConfig.FilterMode CAN_FILTERMODE_IDMASK; // 掩碼模式 sFilterConfig.FilterScale CAN_FILTERSCALE_32BIT; // 32位寬模式 sFilterConfig.FilterIdHigh 0x0000; // 期望的ID高16位 sFilterConfig.FilterIdLow 0x0000; // 期望的ID低16位 sFilterConfig.FilterMaskIdHigh 0x0000; // 掩碼高16位 sFilterConfig.FilterMaskIdLow 0x0000; // 掩碼低16位 sFilterConfig.FilterFIFOAssignment CAN_RX_FIFO0; // 匹配到的報(bào)文存到FIFO0 sFilterConfig.FilterActivation ENABLE; // 使能該過濾器 sFilterConfig.SlaveStartFilterBank 14; // 對(duì)于單CAN設(shè)備此參數(shù)無效 if (HAL_CAN_ConfigFilter(hcan1, sFilterConfig) ! HAL_OK) { Error_Handler(); }這段代碼將過濾器0配置為32位掩碼模式并且ID和掩碼都設(shè)為0。這意味著不進(jìn)行任何過濾接收所有報(bào)文。這在開發(fā)調(diào)試初期非常有用可以確保能收到數(shù)據(jù)。在實(shí)際應(yīng)用中你需要根據(jù)通訊協(xié)議規(guī)劃設(shè)置具體的ID和掩碼。例如如果你只想接收標(biāo)準(zhǔn)ID為0x100到0x10F的報(bào)文可以設(shè)置期望ID為0x100掩碼為0x7F0二進(jìn)制11111110000這樣低4位不關(guān)心高7位標(biāo)準(zhǔn)ID共11位必須匹配0x100的高7位。注意過濾器的配置必須在CAN處于初始化模式HAL_CAN_Init之后HAL_CAN_Start之前下進(jìn)行。一旦CAN啟動(dòng)過濾器配置就被鎖定了除非重新進(jìn)入初始化模式否則無法修改。4. 中斷服務(wù)函數(shù)與報(bào)文接收處理流程配置好過濾器并啟動(dòng)CANHAL_CAN_Start后當(dāng)有匹配的報(bào)文到達(dá)就會(huì)觸發(fā)我們之前使能的中斷。中斷服務(wù)函數(shù)CAN1_RX0_IRQHandler中會(huì)自動(dòng)調(diào)用HAL庫的回調(diào)函數(shù)HAL_CAN_RxFifo0MsgPendingCallback。我們的核心接收邏輯就寫在這個(gè)回調(diào)函數(shù)里。這個(gè)回調(diào)函數(shù)的工作流程是標(biāo)準(zhǔn)化的檢查中斷來源回調(diào)函數(shù)被調(diào)用意味著FIFO0有消息掛起。讀取報(bào)文使用HAL_CAN_GetRxMessage函數(shù)從指定的FIFO這里是FIFO0中把報(bào)文數(shù)據(jù)拷貝到一個(gè)CAN_RxHeaderTypeDef存放報(bào)文頭信息如ID、類型、長(zhǎng)度DLC和一個(gè)數(shù)據(jù)數(shù)組中。處理數(shù)據(jù)根據(jù)報(bào)文頭中的ID解析數(shù)據(jù)數(shù)組中的內(nèi)容執(zhí)行相應(yīng)的應(yīng)用邏輯如更新變量、設(shè)置標(biāo)志位、轉(zhuǎn)發(fā)數(shù)據(jù)等。釋放FIFO處理完成后HAL庫在HAL_CAN_GetRxMessage內(nèi)部通常會(huì)管理FIFO的出隊(duì)我們無需手動(dòng)操作。一個(gè)典型的接收回調(diào)函數(shù)實(shí)現(xiàn)如下// 定義全局或靜態(tài)變量用于接收 CAN_RxHeaderTypeDef RxHeader; uint8_t RxData[8]; // CAN一幀最多8字節(jié) void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { if(hcan-Instance CAN1) // 判斷是哪個(gè)CAN實(shí)例觸發(fā) { // 1. 讀取報(bào)文 if (HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, RxHeader, RxData) HAL_OK) { // 2. 處理數(shù)據(jù) uint32_t receivedId RxHeader.StdId; // 獲取標(biāo)準(zhǔn)ID uint8_t dataLength RxHeader.DLC; // 獲取數(shù)據(jù)長(zhǎng)度 // 示例如果ID是0x101則將數(shù)據(jù)作為32位整數(shù)處理 if (receivedId 0x101 dataLength 4) { uint32_t sensorValue (RxData[3] 24) | (RxData[2] 16) | (RxData[1] 8) | RxData[0]; // ... 使用sensorValue ... } // 可以根據(jù)不同的ID添加更多的處理分支 } } }這里的關(guān)鍵是HAL_CAN_GetRxMessage函數(shù)它一次性完成了報(bào)文的提取。RxHeader結(jié)構(gòu)體包含了幀的所有元信息RxData數(shù)組存放了有效數(shù)據(jù)載荷。5. 報(bào)文發(fā)送流程與HAL_CAN_AddTxMessage的使用發(fā)送報(bào)文比接收要主動(dòng)一些。核心函數(shù)是HAL_CAN_AddTxMessage。發(fā)送前你需要填充一個(gè)CAN_TxHeaderTypeDef結(jié)構(gòu)體來描述要發(fā)送的報(bào)文并準(zhǔn)備好數(shù)據(jù)緩沖區(qū)。發(fā)送流程通常如下準(zhǔn)備報(bào)文頭設(shè)置ID標(biāo)準(zhǔn)或擴(kuò)展、幀類型數(shù)據(jù)幀或遠(yuǎn)程幀通常用數(shù)據(jù)幀CAN_RTR_DATA、數(shù)據(jù)長(zhǎng)度DLC0-8。準(zhǔn)備數(shù)據(jù)將待發(fā)送的數(shù)據(jù)填入一個(gè)uint8_t數(shù)組。選擇郵箱并發(fā)送CAN控制器有3個(gè)發(fā)送郵箱。調(diào)用HAL_CAN_AddTxMessage函數(shù)會(huì)找一個(gè)空閑的郵箱將報(bào)文裝載進(jìn)去并自動(dòng)啟動(dòng)發(fā)送。你可以指定一個(gè)uint32_t變量來獲取實(shí)際使用的郵箱號(hào)。檢查發(fā)送完成可以通過輪詢方式檢查HAL_CAN_GetTxMailboxesFreeLevel或者使用發(fā)送完成中斷HAL_CAN_TxMailbox0CompleteCallback來確認(rèn)發(fā)送成功。一個(gè)阻塞式輪詢等待的發(fā)送函數(shù)示例uint8_t sendCANMessage(uint32_t id, uint8_t* data, uint8_t len) { CAN_TxHeaderTypeDef TxHeader; uint32_t TxMailbox; // 1. 填充報(bào)文頭 TxHeader.StdId id; // 標(biāo)準(zhǔn)ID TxHeader.ExtId 0; // 擴(kuò)展ID標(biāo)準(zhǔn)幀時(shí)設(shè)為0 TxHeader.IDE CAN_ID_STD; // 標(biāo)識(shí)符類型標(biāo)準(zhǔn)幀 TxHeader.RTR CAN_RTR_DATA; // 幀類型數(shù)據(jù)幀 TxHeader.DLC len; // 數(shù)據(jù)長(zhǎng)度 TxHeader.TransmitGlobalTime DISABLE; // 2. 發(fā)送報(bào)文 if (HAL_CAN_AddTxMessage(hcan1, TxHeader, data, TxMailbox) ! HAL_OK) { return 0; // 發(fā)送失敗 } // 3. 可選簡(jiǎn)單輪詢等待發(fā)送完成超時(shí)處理 uint32_t tickstart HAL_GetTick(); while(HAL_CAN_GetTxMailboxesFreeLevel(hcan1) ! 3) // 等待3個(gè)郵箱都空閑 { if((HAL_GetTick() - tickstart) 100) // 超時(shí)100ms { return 0; } } return 1; // 發(fā)送成功 }在實(shí)際應(yīng)用中更推薦使用非阻塞的中斷方式進(jìn)行發(fā)送。在CubeMX中使能CAN1_TX中斷然后在發(fā)送函數(shù)中不進(jìn)行輪詢等待。發(fā)送請(qǐng)求提交后函數(shù)立即返回。當(dāng)硬件真正發(fā)送完成時(shí)會(huì)觸發(fā)CAN1_TX_IRQHandler進(jìn)而調(diào)用對(duì)應(yīng)的回調(diào)函數(shù)如HAL_CAN_TxMailbox0CompleteCallback你在回調(diào)函數(shù)里處理發(fā)送成功后的邏輯如釋放資源、觸發(fā)下一個(gè)發(fā)送等這樣不會(huì)阻塞主程序。6. 雙機(jī)通訊例程的完整框架與主循環(huán)設(shè)計(jì)一個(gè)完整的雙機(jī)通訊例程需要兩個(gè)STM32節(jié)點(diǎn)。它們的硬件連接相同軟件配置也基本相同波特率、位時(shí)序必須完全一致。區(qū)別可能在于節(jié)點(diǎn)地址/ID規(guī)劃每個(gè)節(jié)點(diǎn)應(yīng)有自己唯一的發(fā)送ID以及需要監(jiān)聽的其他節(jié)點(diǎn)的ID。例如節(jié)點(diǎn)A發(fā)送ID為0x101接收ID為0x102節(jié)點(diǎn)B則相反。過濾器配置根據(jù)上述ID規(guī)劃配置各自的接收過濾器。主程序的設(shè)計(jì)通常是一個(gè)超級(jí)循環(huán)while(1)里面包含狀態(tài)機(jī)或定時(shí)任務(wù)。一個(gè)典型的結(jié)構(gòu)是初始化HAL_Init,SystemClock_Config,MX_GPIO_Init,MX_CAN_Init,MX_USART1_Init用于調(diào)試打印等。配置過濾器并啟動(dòng)CAN同時(shí)使能接收中斷HAL_CAN_ActivateNotification(hcan1, CAN_IT_RX_FIFO0_MSG_PENDING)。進(jìn)入主循環(huán)定時(shí)發(fā)送使用HAL_Delay或硬件定時(shí)器周期性地如每100ms組織數(shù)據(jù)并調(diào)用發(fā)送函數(shù)。處理接收數(shù)據(jù)接收數(shù)據(jù)的處理在中斷回調(diào)函數(shù)中完成主循環(huán)可以通過檢查回調(diào)函數(shù)中設(shè)置的全局標(biāo)志位來執(zhí)行一些非實(shí)時(shí)或復(fù)雜的后續(xù)邏輯。狀態(tài)指示與調(diào)試根據(jù)通訊狀態(tài)控制LED閃爍或者通過串口打印關(guān)鍵信息如發(fā)送/接收計(jì)數(shù)、錯(cuò)誤狀態(tài)這對(duì)于調(diào)試至關(guān)重要。這里有一個(gè)關(guān)鍵點(diǎn)中斷回調(diào)函數(shù)里做的事情要快。只做最必要的拷貝和設(shè)置標(biāo)志位把耗時(shí)的處理如復(fù)雜的計(jì)算、格式化字符串打印放到主循環(huán)中基于標(biāo)志位去執(zhí)行。否則可能因?yàn)橹袛嗵幚頃r(shí)間過長(zhǎng)導(dǎo)致丟失后續(xù)報(bào)文或系統(tǒng)響應(yīng)變慢。7. 調(diào)試技巧與常見問題排查CAN通訊調(diào)試光看代碼不行必須借助工具。最常用的就是USB-CAN適配器如周立功、創(chuàng)芯科技等品牌的產(chǎn)品配合上位機(jī)軟件如CANTest、CANPro、PCAN-View等。它能讓你直觀地看到總線上流動(dòng)的所有報(bào)文包括ID、數(shù)據(jù)、幀類型這是定位問題最快的方法。以下是幾個(gè)最常見的坑和排查思路問題一根本收不到任何報(bào)文。檢查硬件這是第一步也是最容易出錯(cuò)的一步。用萬用表測(cè)量CAN_H和CAN_L之間的電阻在總線兩端都連接的情況下應(yīng)該是60歐姆左右兩個(gè)120歐并聯(lián)。如果電阻是120歐或無窮大說明終端電阻沒接或只接了一端。再檢查TJA1050的電源、STM32與TJA1050之間的連接是否正確。檢查波特率兩個(gè)節(jié)點(diǎn)的波特率配置必須一字不差。用示波器測(cè)量CAN_H和CAN_L的差分信號(hào)計(jì)算位寬是最直接的方法?；蛘邔蓚€(gè)節(jié)點(diǎn)都配置為環(huán)回模式CAN_MODE_LOOPBACK自己發(fā)自己收如果能通則說明軟件配置和驅(qū)動(dòng)電路基本沒問題問題很可能出在總線連接或另一個(gè)節(jié)點(diǎn)上。檢查過濾器確認(rèn)是否因?yàn)檫^濾器設(shè)置過于嚴(yán)格把想要的報(bào)文過濾掉了。調(diào)試初期可以先將過濾器配置為接收所有報(bào)文掩碼全0確保物理層和數(shù)據(jù)鏈路層是通的。檢查中斷是否使能確認(rèn)HAL_CAN_ActivateNotification被調(diào)用且對(duì)應(yīng)的中斷向量表配置正確CubeMX通常已處理好。問題二能收到部分報(bào)文但時(shí)通時(shí)斷或者出現(xiàn)錯(cuò)誤幀。檢查總線負(fù)載如果報(bào)文發(fā)送太頻繁可能導(dǎo)致總線擁堵。CAN控制器有錯(cuò)誤計(jì)數(shù)和自動(dòng)離線管理功能錯(cuò)誤過多會(huì)進(jìn)入離線狀態(tài)。可以通過HAL_CAN_GetError函數(shù)獲取錯(cuò)誤狀態(tài)。檢查電源與地線強(qiáng)烈的共模干擾會(huì)導(dǎo)致通訊錯(cuò)誤。確保各個(gè)節(jié)點(diǎn)的電源干凈并且共地良好。在干擾大的環(huán)境可以考慮使用帶隔離的CAN收發(fā)器模塊。查看錯(cuò)誤計(jì)數(shù)器HAL庫提供了HAL_CAN_GetError函數(shù)可以讀取接收錯(cuò)誤計(jì)數(shù)器REC和發(fā)送錯(cuò)誤計(jì)數(shù)器TEC。如果它們持續(xù)增長(zhǎng)說明總線存在物理問題或嚴(yán)重的仲裁失敗。問題三數(shù)據(jù)內(nèi)容不對(duì)。檢查字節(jié)序這是最經(jīng)典的坑。CAN報(bào)文數(shù)據(jù)場(chǎng)是8字節(jié)的數(shù)組對(duì)于多字節(jié)數(shù)據(jù)如int32_t, float發(fā)送方和接收方必須約定好字節(jié)序大端還是小端。通常的做法是約定小端模式即低字節(jié)在前。在上一節(jié)的接收示例中sensorValue的拼接方式就是小端。檢查DLC確保發(fā)送方設(shè)置的DLC和實(shí)際拷貝的數(shù)據(jù)長(zhǎng)度一致并且接收方按照DLC來解析數(shù)據(jù)。使用調(diào)試工具用USB-CAN適配器抓取總線上的原始報(bào)文對(duì)比發(fā)送的數(shù)據(jù)和接收的數(shù)據(jù)一眼就能看出是發(fā)送端數(shù)據(jù)組織錯(cuò)了還是接收端解析錯(cuò)了。8. 從基礎(chǔ)例程到實(shí)際項(xiàng)目的進(jìn)階思考這個(gè)雙機(jī)通訊例程跑通只是萬里長(zhǎng)征第一步。在實(shí)際項(xiàng)目中我們還需要考慮更多1. 協(xié)議設(shè)計(jì)裸的CAN幀只有ID和數(shù)據(jù)場(chǎng)你需要在上層定義一套應(yīng)用層協(xié)議。例如如何區(qū)分命令幀、數(shù)據(jù)幀、應(yīng)答幀如何實(shí)現(xiàn)多幀傳輸數(shù)據(jù)大于8字節(jié)如何加入校驗(yàn)如CRC常見的簡(jiǎn)易做法是利用ID的高位作為“幀類型”數(shù)據(jù)場(chǎng)的第一個(gè)字節(jié)作為“命令字”或“數(shù)據(jù)索引”。2. 錯(cuò)誤處理與恢復(fù)增加對(duì)HAL_CAN_ErrorCallback回調(diào)函數(shù)的處理監(jiān)控總線錯(cuò)誤、被動(dòng)錯(cuò)誤、離線等狀態(tài)。當(dāng)檢測(cè)到總線關(guān)閉時(shí)可以嘗試執(zhí)行HAL_CAN_ResetError然后重新初始化CAN外設(shè)實(shí)現(xiàn)自動(dòng)恢復(fù)。3. 使用FreeRTOS等RTOS在復(fù)雜的系統(tǒng)中CAN通訊最好放在一個(gè)獨(dú)立的RTOS任務(wù)中。接收中斷通過隊(duì)列Queue或信號(hào)量Semaphore將報(bào)文傳遞給處理任務(wù)發(fā)送也通過隊(duì)列進(jìn)行緩沖。這樣可以避免在中斷服務(wù)函數(shù)中處理復(fù)雜邏輯也使得發(fā)送非阻塞化系統(tǒng)架構(gòu)更清晰。4. 性能優(yōu)化對(duì)于高頻發(fā)送使用三個(gè)發(fā)送郵箱并配合DMA如果支持可以顯著提高效率。合理規(guī)劃過濾器組減少軟件過濾的開銷。如果接收數(shù)據(jù)量很大確保接收FIFO的溢出中斷被使能并妥善處理防止數(shù)據(jù)丟失。5. 代碼封裝將CAN的初始化、發(fā)送、接收回調(diào)處理封裝成獨(dú)立的模塊.c/.h文件。對(duì)外提供清晰的接口如CAN_Init(),CAN_SendMsg(msg_t* msg),CAN_RegisterRxCallback(callback_func)。這樣主程序代碼會(huì)更簡(jiǎn)潔模塊也更容易移植到其他項(xiàng)目。最后這個(gè)基于HAL庫的例程最大的好處是跨STM32系列芯片的兼容性比較好。當(dāng)你從F103切換到F4、F7甚至H7系列時(shí)CAN外設(shè)的基本操作和HAL API是一致的主要差異可能在于時(shí)鐘配置和部分高級(jí)特性。掌握這個(gè)基礎(chǔ)框架再去看ST官方更復(fù)雜的例程如CAN FD、CANopen等就會(huì)容易得多。本文還有配套的精品資源點(diǎn)擊獲取 STM32F103 CAN總線雙機(jī)通訊實(shí)戰(zhàn)：從CubeMX配置到HAL庫應(yīng)用
簡(jiǎn)介本資源是一套基于STM32F103系列單片機(jī)的CAN總線雙機(jī)通信實(shí)戰(zhàn)例程面向嵌入式初學(xué)者與物聯(lián)網(wǎng)項(xiàng)目開發(fā)者聚焦工業(yè)現(xiàn)場(chǎng)常見的多節(jié)點(diǎn)數(shù)據(jù)交互場(chǎng)景幫助用戶快速掌握HAL庫下CAN外設(shè)配置、消息發(fā)送/接收、錯(cuò)誤處理及雙機(jī)協(xié)同調(diào)試等核心能力。壓縮包共195個(gè)文件含107個(gè)頭文件定義寄存器映射與接口、69個(gè)C源文件涵蓋HAL驅(qū)動(dòng)、主邏輯與CAN協(xié)議棧實(shí)現(xiàn)、14個(gè)匯編啟動(dòng)文件及KEIL工程配置文件uvprojx/uvoptx整體大小為1.76MB結(jié)構(gòu)完整、模塊清晰便于逐層理解與移植。已有200人學(xué)習(xí)下載配套代碼注釋詳盡關(guān)鍵引腳定義、時(shí)鐘配置與CAN濾波器設(shè)置均在源碼中標(biāo)明附帶重置編譯環(huán)境的bat腳本顯著降低IDE適配門檻內(nèi)容預(yù)覽顯示工程已集成UART、SPI、I2C、ADC等多外設(shè)HAL驅(qū)動(dòng)具備向復(fù)雜傳感器融合系統(tǒng)擴(kuò)展的基礎(chǔ)支撐能力。1. 項(xiàng)目背景與CAN總線通訊的價(jià)值最近在整理一個(gè)老項(xiàng)目的代碼翻出來一個(gè)基于STM32F103的CAN雙機(jī)通訊例程用的是HAL庫。這個(gè)項(xiàng)目當(dāng)時(shí)是為了實(shí)現(xiàn)兩個(gè)設(shè)備間的實(shí)時(shí)數(shù)據(jù)交換比如傳感器數(shù)據(jù)采集和運(yùn)動(dòng)控制指令下發(fā)。CAN總線在工業(yè)控制、汽車電子這些領(lǐng)域用得非常多它的核心優(yōu)勢(shì)在于多主、高可靠、抗干擾。簡(jiǎn)單來說它不像I2C或者UART那樣有明確的主從之分總線上任何一個(gè)節(jié)點(diǎn)都可以主動(dòng)發(fā)消息而且通過一套復(fù)雜的錯(cuò)誤檢測(cè)和仲裁機(jī)制保證了即使在惡劣的電氣環(huán)境下通訊也能穩(wěn)定進(jìn)行。對(duì)于STM32F103這類經(jīng)典的Cortex-M3內(nèi)核單片機(jī)其內(nèi)置的bxCAN控制器功能相當(dāng)完整配合ST提供的HAL庫能讓我們把更多精力放在應(yīng)用邏輯上而不是底層的寄存器操作。這個(gè)例程雖然基礎(chǔ)但涵蓋了從CubeMX配置、過濾器設(shè)置、中斷處理到數(shù)據(jù)收發(fā)的完整鏈路是理解CAN通訊一個(gè)很好的切入點(diǎn)。2. 硬件連接與CubeMX工程配置詳解搞CAN通訊第一步永遠(yuǎn)是硬件。STM32F103的CAN接口通常映射到特定的GPIO上最常見的是PA11(CAN_RX)和PA12(CAN_TX)。你需要確保這兩個(gè)引腳通過一個(gè)CAN收發(fā)器比如經(jīng)典的TJA1050連接到CAN總線上。總線兩端必須各接一個(gè)120歐姆的終端電阻這個(gè)電阻對(duì)于消除信號(hào)反射、保證信號(hào)完整性至關(guān)重要很多通訊不穩(wěn)定的問題都出在這里。軟件配置從STM32CubeMX開始。新建一個(gè)STM32F103C8Tx或其他對(duì)應(yīng)型號(hào)工程后關(guān)鍵步驟如下2.1 時(shí)鐘與引腳配置首先在Pinout Configuration標(biāo)簽頁下找到Connectivity-CAN1。將模式Mode設(shè)置為Normal。這時(shí)PA11和PA12會(huì)自動(dòng)被配置為CAN1_RX和CAN1_TX。接著去RCC復(fù)位和時(shí)鐘控制設(shè)置里將High Speed Clock (HSE)選為Crystal/Ceramic Resonator因?yàn)镃AN對(duì)時(shí)鐘精度有一定要求通常使用外部晶振更可靠。2.2 CAN參數(shù)配置點(diǎn)擊進(jìn)入CAN1的配置頁面這里有幾個(gè)核心參數(shù)需要關(guān)注Bit Timing Parameters位時(shí)序參數(shù)這是CAN配置的靈魂直接關(guān)系到通訊速率和穩(wěn)定性。它由Prescaler、Time Quanta in Bit Segment 1、Time Quanta in Bit Segment 2和ReSynchronization Jump Width共同決定。Prescaler預(yù)分頻器決定了時(shí)間單元Time Quantum, tq的長(zhǎng)度。tq (Prescaler) / (APB1總線時(shí)鐘頻率)。APB1時(shí)鐘在STM32F103上最高為36MHz。Bit Segment 1 (BS1)包含傳播段和相位緩沖段1用于補(bǔ)償網(wǎng)絡(luò)上的物理延遲。Bit Segment 2 (BS2)相位緩沖段2。ReSynchronization Jump Width (SJW)重新同步跳轉(zhuǎn)寬度決定了在一次重新同步中位時(shí)間可以被縮短或延長(zhǎng)多少個(gè)tq通常設(shè)置為1或2。一個(gè)常見的1Mbps125kbps更常用抗干擾性更好配置示例如下假設(shè)APB1時(shí)鐘為36MHz目標(biāo)波特率1Mbps。總的時(shí)間單元數(shù)Time Quanta (tq) 1 / (波特率 * tq時(shí)間)。但更直觀的方法是使用CubeMX的自動(dòng)計(jì)算功能或者手動(dòng)計(jì)算總tq數(shù) BS1 BS2 1同步段。為了穩(wěn)定性通?？倀q數(shù)在8-25之間。例如設(shè)置Prescaler3BS113 tqBS22 tqSJW1 tq。則tq 3 / 36MHz ≈ 83.33ns。位時(shí)間 (1132)*83.33ns ≈ 1.33us對(duì)應(yīng)波特率約751kbps。需要反復(fù)調(diào)整Prescaler和段長(zhǎng)度直到接近目標(biāo)值。對(duì)于初學(xué)者可以先從125kbpsPrescaler12,BS113 tq,BS22 tq開始這是工業(yè)上非常常見的速率。Operating Mode操作模式選擇Normal即可。Loopback和Silent模式用于自測(cè)試和監(jiān)聽非常有用。功能使能務(wù)必勾選CAN Interrupts下的FIFO0 message pending interrupt或FIFO1 message pending interrupt或兩者都勾選這樣收到消息時(shí)才能觸發(fā)中斷。通常使用FIFO0就夠了。配置完成后生成代碼。CubeMX會(huì)幫我們初始化好GPIO、時(shí)鐘和CAN外設(shè)的基本參數(shù)并生成中斷服務(wù)函數(shù)CAN1_RX0_IRQHandler的框架。3. CAN過濾器配置精準(zhǔn)接收的關(guān)鍵CAN總線是廣播式的總線上所有消息所有節(jié)點(diǎn)都能“聽到”。過濾器Filter的作用就是設(shè)置一個(gè)“關(guān)卡”只讓符合特定規(guī)則的消息進(jìn)入單片機(jī)的接收FIFO從而減輕CPU負(fù)擔(dān)。這是CAN應(yīng)用開發(fā)中必須理解的一環(huán)。STM32的bxCAN提供了兩種基本的過濾模式標(biāo)識(shí)符列表模式和標(biāo)識(shí)符掩碼模式。列表模式過濾器像一個(gè)嚴(yán)格的名單只接收ID完全等于預(yù)設(shè)值的報(bào)文。掩碼模式過濾器像一個(gè)模糊匹配的規(guī)則。你設(shè)置一個(gè)ID值和一個(gè)掩碼Mask。掩碼位為1表示必須嚴(yán)格匹配ID對(duì)應(yīng)位為0表示不關(guān)心。例如ID0x123 Mask0x7F0。那么所有ID的高8位0x12必須匹配低4位任意。這常用于接收一組ID連續(xù)的報(bào)文。在HAL庫中我們通過HAL_CAN_ConfigFilter函數(shù)來配置。配置通常在CAN啟動(dòng)前進(jìn)行。一個(gè)典型的配置掩碼模式過濾器的代碼如下CAN_FilterTypeDef sFilterConfig; sFilterConfig.FilterBank 0; // 使用第0組過濾器F103有14組 sFilterConfig.FilterMode CAN_FILTERMODE_IDMASK; // 掩碼模式 sFilterConfig.FilterScale CAN_FILTERSCALE_32BIT; // 32位寬模式 sFilterConfig.FilterIdHigh 0x0000; // 期望的ID高16位 sFilterConfig.FilterIdLow 0x0000; // 期望的ID低16位 sFilterConfig.FilterMaskIdHigh 0x0000; // 掩碼高16位 sFilterConfig.FilterMaskIdLow 0x0000; // 掩碼低16位 sFilterConfig.FilterFIFOAssignment CAN_RX_FIFO0; // 匹配到的報(bào)文存到FIFO0 sFilterConfig.FilterActivation ENABLE; // 使能該過濾器 sFilterConfig.SlaveStartFilterBank 14; // 對(duì)于單CAN設(shè)備此參數(shù)無效 if (HAL_CAN_ConfigFilter(hcan1, sFilterConfig) ! HAL_OK) { Error_Handler(); }這段代碼將過濾器0配置為32位掩碼模式并且ID和掩碼都設(shè)為0。這意味著不進(jìn)行任何過濾接收所有報(bào)文。這在開發(fā)調(diào)試初期非常有用可以確保能收到數(shù)據(jù)。在實(shí)際應(yīng)用中你需要根據(jù)通訊協(xié)議規(guī)劃設(shè)置具體的ID和掩碼。例如如果你只想接收標(biāo)準(zhǔn)ID為0x100到0x10F的報(bào)文可以設(shè)置期望ID為0x100掩碼為0x7F0二進(jìn)制11111110000這樣低4位不關(guān)心高7位標(biāo)準(zhǔn)ID共11位必須匹配0x100的高7位。注意過濾器的配置必須在CAN處于初始化模式HAL_CAN_Init之后HAL_CAN_Start之前下進(jìn)行。一旦CAN啟動(dòng)過濾器配置就被鎖定了除非重新進(jìn)入初始化模式否則無法修改。4. 中斷服務(wù)函數(shù)與報(bào)文接收處理流程配置好過濾器并啟動(dòng)CANHAL_CAN_Start后當(dāng)有匹配的報(bào)文到達(dá)就會(huì)觸發(fā)我們之前使能的中斷。中斷服務(wù)函數(shù)CAN1_RX0_IRQHandler中會(huì)自動(dòng)調(diào)用HAL庫的回調(diào)函數(shù)HAL_CAN_RxFifo0MsgPendingCallback。我們的核心接收邏輯就寫在這個(gè)回調(diào)函數(shù)里。這個(gè)回調(diào)函數(shù)的工作流程是標(biāo)準(zhǔn)化的檢查中斷來源回調(diào)函數(shù)被調(diào)用意味著FIFO0有消息掛起。讀取報(bào)文使用HAL_CAN_GetRxMessage函數(shù)從指定的FIFO這里是FIFO0中把報(bào)文數(shù)據(jù)拷貝到一個(gè)CAN_RxHeaderTypeDef存放報(bào)文頭信息如ID、類型、長(zhǎng)度DLC和一個(gè)數(shù)據(jù)數(shù)組中。處理數(shù)據(jù)根據(jù)報(bào)文頭中的ID解析數(shù)據(jù)數(shù)組中的內(nèi)容執(zhí)行相應(yīng)的應(yīng)用邏輯如更新變量、設(shè)置標(biāo)志位、轉(zhuǎn)發(fā)數(shù)據(jù)等。釋放FIFO處理完成后HAL庫在HAL_CAN_GetRxMessage內(nèi)部通常會(huì)管理FIFO的出隊(duì)我們無需手動(dòng)操作。一個(gè)典型的接收回調(diào)函數(shù)實(shí)現(xiàn)如下// 定義全局或靜態(tài)變量用于接收 CAN_RxHeaderTypeDef RxHeader; uint8_t RxData[8]; // CAN一幀最多8字節(jié) void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { if(hcan-Instance CAN1) // 判斷是哪個(gè)CAN實(shí)例觸發(fā) { // 1. 讀取報(bào)文 if (HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, RxHeader, RxData) HAL_OK) { // 2. 處理數(shù)據(jù) uint32_t receivedId RxHeader.StdId; // 獲取標(biāo)準(zhǔn)ID uint8_t dataLength RxHeader.DLC; // 獲取數(shù)據(jù)長(zhǎng)度 // 示例如果ID是0x101則將數(shù)據(jù)作為32位整數(shù)處理 if (receivedId 0x101 dataLength 4) { uint32_t sensorValue (RxData[3] 24) | (RxData[2] 16) | (RxData[1] 8) | RxData[0]; // ... 使用sensorValue ... } // 可以根據(jù)不同的ID添加更多的處理分支 } } }這里的關(guān)鍵是HAL_CAN_GetRxMessage函數(shù)它一次性完成了報(bào)文的提取。RxHeader結(jié)構(gòu)體包含了幀的所有元信息RxData數(shù)組存放了有效數(shù)據(jù)載荷。5. 報(bào)文發(fā)送流程與HAL_CAN_AddTxMessage的使用發(fā)送報(bào)文比接收要主動(dòng)一些。核心函數(shù)是HAL_CAN_AddTxMessage。發(fā)送前你需要填充一個(gè)CAN_TxHeaderTypeDef結(jié)構(gòu)體來描述要發(fā)送的報(bào)文并準(zhǔn)備好數(shù)據(jù)緩沖區(qū)。發(fā)送流程通常如下準(zhǔn)備報(bào)文頭設(shè)置ID標(biāo)準(zhǔn)或擴(kuò)展、幀類型數(shù)據(jù)幀或遠(yuǎn)程幀通常用數(shù)據(jù)幀CAN_RTR_DATA、數(shù)據(jù)長(zhǎng)度DLC0-8。準(zhǔn)備數(shù)據(jù)將待發(fā)送的數(shù)據(jù)填入一個(gè)uint8_t數(shù)組。選擇郵箱并發(fā)送CAN控制器有3個(gè)發(fā)送郵箱。調(diào)用HAL_CAN_AddTxMessage函數(shù)會(huì)找一個(gè)空閑的郵箱將報(bào)文裝載進(jìn)去并自動(dòng)啟動(dòng)發(fā)送。你可以指定一個(gè)uint32_t變量來獲取實(shí)際使用的郵箱號(hào)。檢查發(fā)送完成可以通過輪詢方式檢查HAL_CAN_GetTxMailboxesFreeLevel或者使用發(fā)送完成中斷HAL_CAN_TxMailbox0CompleteCallback來確認(rèn)發(fā)送成功。一個(gè)阻塞式輪詢等待的發(fā)送函數(shù)示例uint8_t sendCANMessage(uint32_t id, uint8_t* data, uint8_t len) { CAN_TxHeaderTypeDef TxHeader; uint32_t TxMailbox; // 1. 填充報(bào)文頭 TxHeader.StdId id; // 標(biāo)準(zhǔn)ID TxHeader.ExtId 0; // 擴(kuò)展ID標(biāo)準(zhǔn)幀時(shí)設(shè)為0 TxHeader.IDE CAN_ID_STD; // 標(biāo)識(shí)符類型標(biāo)準(zhǔn)幀 TxHeader.RTR CAN_RTR_DATA; // 幀類型數(shù)據(jù)幀 TxHeader.DLC len; // 數(shù)據(jù)長(zhǎng)度 TxHeader.TransmitGlobalTime DISABLE; // 2. 發(fā)送報(bào)文 if (HAL_CAN_AddTxMessage(hcan1, TxHeader, data, TxMailbox) ! HAL_OK) { return 0; // 發(fā)送失敗 } // 3. 可選簡(jiǎn)單輪詢等待發(fā)送完成超時(shí)處理 uint32_t tickstart HAL_GetTick(); while(HAL_CAN_GetTxMailboxesFreeLevel(hcan1) ! 3) // 等待3個(gè)郵箱都空閑 { if((HAL_GetTick() - tickstart) 100) // 超時(shí)100ms { return 0; } } return 1; // 發(fā)送成功 }在實(shí)際應(yīng)用中更推薦使用非阻塞的中斷方式進(jìn)行發(fā)送。在CubeMX中使能CAN1_TX中斷然后在發(fā)送函數(shù)中不進(jìn)行輪詢等待。發(fā)送請(qǐng)求提交后函數(shù)立即返回。當(dāng)硬件真正發(fā)送完成時(shí)會(huì)觸發(fā)CAN1_TX_IRQHandler進(jìn)而調(diào)用對(duì)應(yīng)的回調(diào)函數(shù)如HAL_CAN_TxMailbox0CompleteCallback你在回調(diào)函數(shù)里處理發(fā)送成功后的邏輯如釋放資源、觸發(fā)下一個(gè)發(fā)送等這樣不會(huì)阻塞主程序。6. 雙機(jī)通訊例程的完整框架與主循環(huán)設(shè)計(jì)一個(gè)完整的雙機(jī)通訊例程需要兩個(gè)STM32節(jié)點(diǎn)。它們的硬件連接相同軟件配置也基本相同波特率、位時(shí)序必須完全一致。區(qū)別可能在于節(jié)點(diǎn)地址/ID規(guī)劃每個(gè)節(jié)點(diǎn)應(yīng)有自己唯一的發(fā)送ID以及需要監(jiān)聽的其他節(jié)點(diǎn)的ID。例如節(jié)點(diǎn)A發(fā)送ID為0x101接收ID為0x102節(jié)點(diǎn)B則相反。過濾器配置根據(jù)上述ID規(guī)劃配置各自的接收過濾器。主程序的設(shè)計(jì)通常是一個(gè)超級(jí)循環(huán)while(1)里面包含狀態(tài)機(jī)或定時(shí)任務(wù)。一個(gè)典型的結(jié)構(gòu)是初始化HAL_Init,SystemClock_Config,MX_GPIO_Init,MX_CAN_Init,MX_USART1_Init用于調(diào)試打印等。配置過濾器并啟動(dòng)CAN同時(shí)使能接收中斷HAL_CAN_ActivateNotification(hcan1, CAN_IT_RX_FIFO0_MSG_PENDING)。進(jìn)入主循環(huán)定時(shí)發(fā)送使用HAL_Delay或硬件定時(shí)器周期性地如每100ms組織數(shù)據(jù)并調(diào)用發(fā)送函數(shù)。處理接收數(shù)據(jù)接收數(shù)據(jù)的處理在中斷回調(diào)函數(shù)中完成主循環(huán)可以通過檢查回調(diào)函數(shù)中設(shè)置的全局標(biāo)志位來執(zhí)行一些非實(shí)時(shí)或復(fù)雜的后續(xù)邏輯。狀態(tài)指示與調(diào)試根據(jù)通訊狀態(tài)控制LED閃爍或者通過串口打印關(guān)鍵信息如發(fā)送/接收計(jì)數(shù)、錯(cuò)誤狀態(tài)這對(duì)于調(diào)試至關(guān)重要。這里有一個(gè)關(guān)鍵點(diǎn)中斷回調(diào)函數(shù)里做的事情要快。只做最必要的拷貝和設(shè)置標(biāo)志位把耗時(shí)的處理如復(fù)雜的計(jì)算、格式化字符串打印放到主循環(huán)中基于標(biāo)志位去執(zhí)行。否則可能因?yàn)橹袛嗵幚頃r(shí)間過長(zhǎng)導(dǎo)致丟失后續(xù)報(bào)文或系統(tǒng)響應(yīng)變慢。7. 調(diào)試技巧與常見問題排查CAN通訊調(diào)試光看代碼不行必須借助工具。最常用的就是USB-CAN適配器如周立功、創(chuàng)芯科技等品牌的產(chǎn)品配合上位機(jī)軟件如CANTest、CANPro、PCAN-View等。它能讓你直觀地看到總線上流動(dòng)的所有報(bào)文包括ID、數(shù)據(jù)、幀類型這是定位問題最快的方法。以下是幾個(gè)最常見的坑和排查思路問題一根本收不到任何報(bào)文。檢查硬件這是第一步也是最容易出錯(cuò)的一步。用萬用表測(cè)量CAN_H和CAN_L之間的電阻在總線兩端都連接的情況下應(yīng)該是60歐姆左右兩個(gè)120歐并聯(lián)。如果電阻是120歐或無窮大說明終端電阻沒接或只接了一端。再檢查TJA1050的電源、STM32與TJA1050之間的連接是否正確。檢查波特率兩個(gè)節(jié)點(diǎn)的波特率配置必須一字不差。用示波器測(cè)量CAN_H和CAN_L的差分信號(hào)計(jì)算位寬是最直接的方法?；蛘邔蓚€(gè)節(jié)點(diǎn)都配置為環(huán)回模式CAN_MODE_LOOPBACK自己發(fā)自己收如果能通則說明軟件配置和驅(qū)動(dòng)電路基本沒問題問題很可能出在總線連接或另一個(gè)節(jié)點(diǎn)上。檢查過濾器確認(rèn)是否因?yàn)檫^濾器設(shè)置過于嚴(yán)格把想要的報(bào)文過濾掉了。調(diào)試初期可以先將過濾器配置為接收所有報(bào)文掩碼全0確保物理層和數(shù)據(jù)鏈路層是通的。檢查中斷是否使能確認(rèn)HAL_CAN_ActivateNotification被調(diào)用且對(duì)應(yīng)的中斷向量表配置正確CubeMX通常已處理好。問題二能收到部分報(bào)文但時(shí)通時(shí)斷或者出現(xiàn)錯(cuò)誤幀。檢查總線負(fù)載如果報(bào)文發(fā)送太頻繁可能導(dǎo)致總線擁堵。CAN控制器有錯(cuò)誤計(jì)數(shù)和自動(dòng)離線管理功能錯(cuò)誤過多會(huì)進(jìn)入離線狀態(tài)。可以通過HAL_CAN_GetError函數(shù)獲取錯(cuò)誤狀態(tài)。檢查電源與地線強(qiáng)烈的共模干擾會(huì)導(dǎo)致通訊錯(cuò)誤。確保各個(gè)節(jié)點(diǎn)的電源干凈并且共地良好。在干擾大的環(huán)境可以考慮使用帶隔離的CAN收發(fā)器模塊。查看錯(cuò)誤計(jì)數(shù)器HAL庫提供了HAL_CAN_GetError函數(shù)可以讀取接收錯(cuò)誤計(jì)數(shù)器REC和發(fā)送錯(cuò)誤計(jì)數(shù)器TEC。如果它們持續(xù)增長(zhǎng)說明總線存在物理問題或嚴(yán)重的仲裁失敗。問題三數(shù)據(jù)內(nèi)容不對(duì)。檢查字節(jié)序這是最經(jīng)典的坑。CAN報(bào)文數(shù)據(jù)場(chǎng)是8字節(jié)的數(shù)組對(duì)于多字節(jié)數(shù)據(jù)如int32_t, float發(fā)送方和接收方必須約定好字節(jié)序大端還是小端。通常的做法是約定小端模式即低字節(jié)在前。在上一節(jié)的接收示例中sensorValue的拼接方式就是小端。檢查DLC確保發(fā)送方設(shè)置的DLC和實(shí)際拷貝的數(shù)據(jù)長(zhǎng)度一致并且接收方按照DLC來解析數(shù)據(jù)。使用調(diào)試工具用USB-CAN適配器抓取總線上的原始報(bào)文對(duì)比發(fā)送的數(shù)據(jù)和接收的數(shù)據(jù)一眼就能看出是發(fā)送端數(shù)據(jù)組織錯(cuò)了還是接收端解析錯(cuò)了。8. 從基礎(chǔ)例程到實(shí)際項(xiàng)目的進(jìn)階思考這個(gè)雙機(jī)通訊例程跑通只是萬里長(zhǎng)征第一步。在實(shí)際項(xiàng)目中我們還需要考慮更多1. 協(xié)議設(shè)計(jì)裸的CAN幀只有ID和數(shù)據(jù)場(chǎng)你需要在上層定義一套應(yīng)用層協(xié)議。例如如何區(qū)分命令幀、數(shù)據(jù)幀、應(yīng)答幀如何實(shí)現(xiàn)多幀傳輸數(shù)據(jù)大于8字節(jié)如何加入校驗(yàn)如CRC常見的簡(jiǎn)易做法是利用ID的高位作為“幀類型”數(shù)據(jù)場(chǎng)的第一個(gè)字節(jié)作為“命令字”或“數(shù)據(jù)索引”。2. 錯(cuò)誤處理與恢復(fù)增加對(duì)HAL_CAN_ErrorCallback回調(diào)函數(shù)的處理監(jiān)控總線錯(cuò)誤、被動(dòng)錯(cuò)誤、離線等狀態(tài)。當(dāng)檢測(cè)到總線關(guān)閉時(shí)可以嘗試執(zhí)行HAL_CAN_ResetError然后重新初始化CAN外設(shè)實(shí)現(xiàn)自動(dòng)恢復(fù)。3. 使用FreeRTOS等RTOS在復(fù)雜的系統(tǒng)中CAN通訊最好放在一個(gè)獨(dú)立的RTOS任務(wù)中。接收中斷通過隊(duì)列Queue或信號(hào)量Semaphore將報(bào)文傳遞給處理任務(wù)發(fā)送也通過隊(duì)列進(jìn)行緩沖。這樣可以避免在中斷服務(wù)函數(shù)中處理復(fù)雜邏輯也使得發(fā)送非阻塞化系統(tǒng)架構(gòu)更清晰。4. 性能優(yōu)化對(duì)于高頻發(fā)送使用三個(gè)發(fā)送郵箱并配合DMA如果支持可以顯著提高效率。合理規(guī)劃過濾器組減少軟件過濾的開銷。如果接收數(shù)據(jù)量很大確保接收FIFO的溢出中斷被使能并妥善處理防止數(shù)據(jù)丟失。5. 代碼封裝將CAN的初始化、發(fā)送、接收回調(diào)處理封裝成獨(dú)立的模塊.c/.h文件。對(duì)外提供清晰的接口如CAN_Init(),CAN_SendMsg(msg_t* msg),CAN_RegisterRxCallback(callback_func)。這樣主程序代碼會(huì)更簡(jiǎn)潔模塊也更容易移植到其他項(xiàng)目。最后這個(gè)基于HAL庫的例程最大的好處是跨STM32系列芯片的兼容性比較好。當(dāng)你從F103切換到F4、F7甚至H7系列時(shí)CAN外設(shè)的基本操作和HAL API是一致的主要差異可能在于時(shí)鐘配置和部分高級(jí)特性。掌握這個(gè)基礎(chǔ)框架再去看ST官方更復(fù)雜的例程如CAN FD、CANopen等就會(huì)容易得多。本文還有配套的精品資源點(diǎn)擊獲取