我在幫一個同學(xué)調(diào)一套電機(jī)驅(qū)動板時第一次正兒八經(jīng)接觸 CAN 總線。板子上主控是 STM32F103驅(qū)動板上留了一組 CANH、CANL 接口。我當(dāng)時想當(dāng)然地以為它像串口一樣把 TX 接 CANH、RX 接 CANL 就能收發(fā)結(jié)果數(shù)據(jù)全亂通信完全不可用。后來才發(fā)現(xiàn)CAN 和串口根本不是一回事——串口解決的是“兩個設(shè)備之間怎么傳字節(jié)”CAN 解決的是“幾十個設(shè)備之間怎么穩(wěn)定地?fù)尶偩€并保證高優(yōu)先級消息不丟”。這個認(rèn)知差就是很多人學(xué) CAN 卡住的根本原因。這篇文章我按自己從入門到項目落地的路徑來寫先講 CAN 到底解決了什么問題再把物理層和協(xié)議層一次性拆清楚最后落到 STM32 的 bxCAN 外設(shè)上給出一套能直接抄作業(yè)的 CubeMX 配置和 HAL 代碼骨架同時把我在多節(jié)點(diǎn)聯(lián)調(diào)里踩過的坑全部列出來。適合正在學(xué) STM32、準(zhǔn)備接電機(jī)驅(qū)動、傳感器模塊、電池管理或者工業(yè)設(shè)備的開發(fā)者。不管你有沒有接觸過 CAN看完應(yīng)該都能上手。1. CAN 總線到底解決了什么問題從汽車線束到多主通信CANController Area Network本質(zhì)是一根兩根線串聯(lián)所有節(jié)點(diǎn)的現(xiàn)場總線。它最早是為汽車電子設(shè)計的目的非常樸素車上的控制器太多了發(fā)動機(jī)、變速箱、ABS、儀表盤、車窗每個控制器都要互相傳數(shù)據(jù)。如果全部點(diǎn)對點(diǎn)連接線束會多到整車布線根本塞不下而且重量和成本也完全不可接受。所以 CAN 采取了一個極其聰明的思路把所有的控制器掛在同一條總線上就像一群人圍在一個圓桌邊開會誰都能發(fā)言但發(fā)言內(nèi)容所有人都能聽到。每個節(jié)點(diǎn)只關(guān)心自己感興趣的消息不需要建立專用通路。這樣整車的線束從“蜘蛛網(wǎng)”直接簡化成兩條線而且天然支持廣播和多主通信。1.1 從點(diǎn)對點(diǎn)通信到多主競爭傳統(tǒng)的串口 UART 是典型的點(diǎn)對點(diǎn)通信一個 TX 只能對應(yīng)一個 RX。I2C 和 SPI 雖然能掛多個設(shè)備但必須由一個主機(jī)來調(diào)度從機(jī)自己不能主動發(fā)起通信。這在工業(yè)現(xiàn)場和汽車?yán)锸呛芤膱鼍啊僭O(shè)一個傳感器突然檢測到異常它希望立刻上報如果它是 I2C 從機(jī)它只能等主機(jī)來輪詢。假如主機(jī)剛好在處理別的任務(wù)等輪詢到它的時候可能已經(jīng)晚了。CAN 去掉了“主機(jī)”的概念。任何節(jié)點(diǎn)只要檢測到總線空閑都可以主動發(fā)送報文。如果兩個節(jié)點(diǎn)同時在發(fā)總線會進(jìn)入仲裁機(jī)制按照報文 ID 的優(yōu)先級決定誰能繼續(xù)發(fā)低優(yōu)先級的節(jié)點(diǎn)自動退讓。也就是說CAN 是一個真正的多主總線節(jié)點(diǎn)之間是平等關(guān)系誰有緊急數(shù)據(jù)誰就能搶到總線。這個能力意味著你可以隨時往總線上加一個新節(jié)點(diǎn)不需要重新配置主機(jī)的調(diào)度邏輯也不需要修改其它節(jié)點(diǎn)的代碼只要新節(jié)點(diǎn)不跟別人搶同一個 ID整個網(wǎng)絡(luò)就能正常工作。這在做擴(kuò)展性要求高的項目時非常舒服。1.2 和 UART、I2C、SPI、RS-485 放一起比很多剛?cè)腴T的人都會問一句為什么不用現(xiàn)成的串口或者 I2C我把它們放在一張表里對比大家就清楚了。對比項UARTI2CSPIRS-485CAN連接方式點(diǎn)對點(diǎn)總線一主多從總線總線多主能力不支持不支持不支持半支持原生支持最高速率常見 115.2k 起步可更高400k/1M幾十 Mbps10M 左右1MCAN FD 到更高傳輸距離板級幾米內(nèi)板級一般不超過 1 米板級短距離可達(dá)千米級百米級速率越低越遠(yuǎn)仲裁與優(yōu)先級無無無無有錯誤處理極弱弱弱較弱CRCACK錯誤狀態(tài)機(jī)看這張表你會發(fā)現(xiàn)I2C 和 SPI 天生是給板內(nèi)通信設(shè)計的距離短、沒有多節(jié)點(diǎn)競爭RS-485 解決了距離和多點(diǎn)問題但 RS-485 本身只是物理層標(biāo)準(zhǔn)協(xié)議得自己寫多節(jié)點(diǎn)同時發(fā)送要靠上層軟件來避讓。CAN 則是把物理層 數(shù)據(jù)鏈路層全部做完了甚至仲裁都由硬件完成對開發(fā)者非常友好。所以只要是“多個設(shè)備跨板互聯(lián)、距離超過幾米、又要求通信可靠”的場景CAN 幾乎都是首選。1.3 你在什么場景下會被迫用上 CAN我自己的體會是大多數(shù)嵌入式開發(fā)者接觸 CAN并不是因為課程要求而是因為項目里接了一個 CAN 接口的設(shè)備。常見的幾類無人機(jī)飛控連接電調(diào)和數(shù)傳機(jī)器人關(guān)節(jié)里面的電機(jī)驅(qū)動汽車后裝儀表讀取整車數(shù)據(jù)AGV 小車底盤與主控通信BMS 電池管理板內(nèi)部各模塊互聯(lián)工業(yè)現(xiàn)場的傳感器和執(zhí)行器。這些設(shè)備選擇 CAN是因為 CAN 的實時性和抗干擾能力在工業(yè)環(huán)境里非常穩(wěn)定而且協(xié)議簡單適合做輕量級數(shù)據(jù)交互。我的建議是如果你只是做板級小作品I2C 和 SPI 完全夠用沒必要非得用 CAN但如果你的設(shè)備需要長距離通信、多節(jié)點(diǎn)互聯(lián)、或者以后有擴(kuò)展到更多節(jié)點(diǎn)的可能那直接上 CAN 是穩(wěn)妥的。接下來我們把它拆開看CAN 能穩(wěn)定通信靠的到底是什么。2. 把 CAN 協(xié)議拆開看物理層、幀結(jié)構(gòu)與總線仲裁CAN 給人難學(xué)的感覺很大程度上因為它不是一個單純的“協(xié)議”而是物理層和數(shù)據(jù)鏈路層打包在一起的解決方案。這一節(jié)我盡量用大白話把底層邏輯講清楚不堆術(shù)語但關(guān)鍵的位場結(jié)構(gòu)必須看懂因為后面 STM32 配置和調(diào)試都會用到這些概念。2.1 物理層差分信號、顯性電平、隱性電平與終端電阻CAN 的物理層由兩條線組成CAN_H 和 CAN_L。它采用差分信號傳輸也就是說邏輯值不是靠單根線的絕對電壓表達(dá)而是靠兩根線之間的電壓差來表達(dá)。這一點(diǎn)和 USB、RS-485 的思路一樣好處是對共模干擾不敏感抗噪聲能力特別強(qiáng)——尤其適合電機(jī)會產(chǎn)生強(qiáng)干擾的場合。CAN 定義了兩種總線狀態(tài)顯性電平Dominant對應(yīng)邏輯 0。此時 CAN_H 被拉高、CAN_L 被拉低兩根線之間存在一個明顯的電壓差。顯性電平具有“覆蓋”能力。隱性電平Recessive對應(yīng)邏輯 1。此時兩根線都處于一個近似等電位的高阻狀態(tài)電壓差接近 0。隱性電平是“讓位”狀態(tài)。最直觀的記憶方式顯性是主動拉線隱性是放手。如果總線上同時有節(jié)點(diǎn)輸出顯性、有節(jié)點(diǎn)輸出隱性最終表現(xiàn)是顯性就像一條電線一個人用手拉低另一個人不碰結(jié)果是拉低。這個特性是整個總線仲裁機(jī)制的基礎(chǔ)后面會展開。終端電阻也是 CAN 物理層里繞不開的坑。標(biāo)準(zhǔn)做法是在總線物理兩端各接一個 120 歐姆電阻目的是吸收信號反射。兩端的 120 歐并聯(lián)后從總線上任意一點(diǎn)往里看阻抗大約 60 歐姆。如果你量到 CANH 和 CANL 之間的電阻接近 60 歐姆說明終端電阻是正常的如果量到 120 歐姆說明只在一端有電阻如果是開路說明兩端都沒有。這個測量方法在排查總線故障時極其實用后面章節(jié)會再提到。2.2 一幀報文的數(shù)據(jù)結(jié)構(gòu)從 SOF 到 EOFCAN 報文分為標(biāo)準(zhǔn)幀和擴(kuò)展幀。標(biāo)準(zhǔn)幀使用 11 位 ID擴(kuò)展幀使用 29 位 ID。STM32 的 bxCAN 兩種都支持但項目中最常用的還是標(biāo)準(zhǔn)幀。我們把標(biāo)準(zhǔn)幀拆開看它就像一個“廣播信封”字段長度作用SOF1 bit起始位固定為顯性標(biāo)志一幀開始ID11 bit報文標(biāo)識符同時用于仲裁RTR1 bit遠(yuǎn)程請求標(biāo)志數(shù)據(jù)幀為顯性 0IDE1 bit標(biāo)準(zhǔn)幀/擴(kuò)展幀標(biāo)志標(biāo)準(zhǔn)幀顯性 0DLC4 bit數(shù)據(jù)長度0 到 8 字節(jié)DATA0~8 字節(jié)實際負(fù)載數(shù)據(jù)CRC15 bit循環(huán)冗余校驗檢測傳輸錯誤ACK2 bit應(yīng)答發(fā)送方發(fā)隱性任意接收節(jié)點(diǎn)拉顯性表示收到EOF7 bit幀結(jié)束全部隱性這個結(jié)構(gòu)里ACK 位很有意思。它是一個“匿名確認(rèn)”機(jī)制發(fā)送方在 ACK slot 輸出隱性電平任何收到正確幀的節(jié)點(diǎn)都可以在這時候把總線拉成顯性表示“我收到了”。發(fā)送方發(fā)現(xiàn) ACK 位不再是最初的隱性就知道總線上至少有別的節(jié)點(diǎn)成功收下了這幀數(shù)據(jù)。如果一幀報文發(fā)出去沒人應(yīng)答發(fā)送方就會判定出錯并觸發(fā)重傳機(jī)制。這是 CAN 可靠性的第一道保障。實際應(yīng)用里我們關(guān)心的是 ID、DLC 和 DATA 三個字段。ID 決定這幀數(shù)據(jù)的身份比如 0x123 代表“電機(jī)轉(zhuǎn)速指令”DLC 告訴接收方這幀帶了幾字節(jié)數(shù)據(jù)。接收方主要靠硬件過濾器和軟件解析來篩選自己關(guān)心的報文其余的一律丟。2.3 總線仲裁為什么 CAN 多節(jié)點(diǎn)同時發(fā)送不沖突在搞清楚仲裁之前要先理解 CAN 的電平覆蓋關(guān)系顯性永遠(yuǎn)壓過隱性。如果節(jié)點(diǎn) A 和節(jié)點(diǎn) B 同時開始發(fā)送報文它們都會從高位往低位逐位輸出自己的 ID。由于接收方每發(fā)出一個位的同時也在監(jiān)視總線電平當(dāng)某個位出現(xiàn)“自己發(fā)隱性、但總線上是顯性”的情況這個節(jié)點(diǎn)立刻知道自己仲裁失敗馬上停止發(fā)送轉(zhuǎn)入接收狀態(tài)。舉例來說節(jié)點(diǎn) A 要發(fā) ID 0x100節(jié)點(diǎn) B 要發(fā) ID 0x200。在仲裁過程中兩者從最高位開始逐位比較。由于 0x100 最高位是 00x200 最高位是 1這里只為說明方便實際要看二進(jìn)制展開0x100 先出現(xiàn)顯性電平0x200 的節(jié)點(diǎn)檢測到總線電平與自己輸出不一致馬上退出。最終 0x100 順利發(fā)完整幀。從這個機(jī)制可以推出一個結(jié)論CAN 報文 ID 越小優(yōu)先級越高。因為 ID 數(shù)值越小它在高位越早出現(xiàn)顯性 0越容易在仲裁中勝出。所以做項目時關(guān)鍵的控制指令應(yīng)該用較小的 ID周期性低速數(shù)據(jù)可以用較大的 ID。這個原則在 CAN 的工程應(yīng)用里幾乎是鐵律。仲裁過程中高優(yōu)先級節(jié)點(diǎn)發(fā)送完全不受干擾甚至感受不到仲裁發(fā)生過。這是 CAN 和以太網(wǎng) CSMA/CD 的本質(zhì)區(qū)別以太網(wǎng)沖突后要退避重發(fā)浪費(fèi)時間CAN 在沖突瞬間就完成了競爭勝者繼續(xù)發(fā)送代價為零。所以 CAN 在實時控制場景里特別合適保證確定性延遲。2.4 幀過濾與常見幀類型和多主總線配套的是接收過濾機(jī)制。每個節(jié)點(diǎn)通常不需要處理總線上所有報文所以 CAN 控制器硬件會提供濾波器。以 STM32 bxCAN 為例你可以配置濾波器只放行某些 ID其余的硬件直接丟棄完全不進(jìn) CPU。這是一個非常高效的“減負(fù)”手段也是 STM32 上大家經(jīng)常配置錯誤的地方后面我會專門講。常見的幀類型除了我們上面講的數(shù)據(jù)幀還有遙控幀。遙控幀沒有數(shù)據(jù)區(qū)它只有一個 ID作用是讓某個節(jié)點(diǎn)主動請求其它節(jié)點(diǎn)發(fā)送數(shù)據(jù)。實際項目里遙控幀用得不多大部分場景是各節(jié)點(diǎn)周期性主動上報數(shù)據(jù)或者用單次數(shù)據(jù)幀做控制指令。另一樣需要知道的是 CAN FD 幀。它是 CAN 2.0 的擴(kuò)展最多攜帶 64 字節(jié)數(shù)據(jù)并且數(shù)據(jù)段可以用更高的波特率傳輸。STM32F1 系列不支持 CAN FD只有部分新系列支持如果選型時確定以后要用 FD需要專門確認(rèn) MCU 型號。3. STM32 的 bxCAN 外設(shè)從 CubeMX 配置到最小收發(fā)例程理論部分到這里已經(jīng)足夠支撐實戰(zhàn)了。這一節(jié)直接進(jìn)入 STM32 的開發(fā)流程。我用的是 STM32CubeMX HAL 庫代碼量小配置透明對新手最友好。如果你想直接操作寄存器理解了這一節(jié)的核心過程之后再去讀參考手冊也會順利很多。3.1 bxCAN 外設(shè)的結(jié)構(gòu)和關(guān)鍵資源STM32 的 bxCAN 本質(zhì)上是一套完整的 CAN 控制器只需要外界接一個 CAN 收發(fā)器芯片就能把電平轉(zhuǎn)換成 CAN_H 和 CAN_L 的差分信號。bxCAN 內(nèi)部有幾個關(guān)鍵資源兩個 CAN 外設(shè)CAN1 和 CAN2。CAN1 是主外設(shè)CAN2 是從外設(shè)兩者共享一部分內(nèi)存和過濾器組。STM32F1 系列里CAN2 若要工作必須先使能 CAN1而且 CAN2 只能用掛在 CAN1 下的濾波器。這個設(shè)計非常隱蔽很多人踩坑后面細(xì)說。3 個發(fā)送郵箱每個郵箱可以緩存一幀待發(fā)送報文硬件會自動按優(yōu)先級發(fā)送。郵箱狀態(tài)可以通過 HAL 函數(shù)查詢滿了就是發(fā)送失敗。2 個接收 FIFOFIFO0 和 FIFO1。接收到的報文先經(jīng)過過濾器再進(jìn)入 FIFOCPU 需要及時讀取否則 FIFO 滿后新報文會直接丟棄。28 個濾波器組不同型號數(shù)量不同每組可以配置成屏蔽位模式或列表模式用來決定哪些報文能進(jìn) FIFO。理解了這幾個資源后面的代碼就順理成章。配置的本質(zhì)就三件事初始化波特率和模式配置濾波器然后在中斷或輪詢里收發(fā)。3.2 用 CubeMX 配置 CAN 參數(shù)波特率、采樣點(diǎn)和工作模式打開 CubeMX在 Pinout 里找到 CAN1勾選 RX 和 TX 引腳。默認(rèn)情況下 CAN1 的引腳通常在 PA11RX和 PA12TX具體以你板子為準(zhǔn)。接著在 Configuration 里打開 CAN1 的配置界面需要設(shè)置幾個關(guān)鍵參數(shù)工作模式Normal 用于真實總線通信Loopback 用于單板自測發(fā)送的數(shù)據(jù)自己接收Silent 模式只接收不發(fā)送可以配合 Loopback 使用。入門調(diào)試建議先用 Loopback 模式驗證收發(fā)鏈路再接雙板。波特率CAN1 掛載在 APB1 總線上。你需要先確認(rèn)時鐘樹里 APB1 的時鐘是多少 MHz然后通過 Prescaler、BS1、BS2 三個參數(shù)組合出目標(biāo)波特率。采樣點(diǎn)這是很多人忽略的。CAN 信號的采樣點(diǎn)在每個位時間里的位置推薦落在 80%~87.5% 之間。采樣點(diǎn)太靠前抗干擾能力差太靠后容錯余量不足。舉個例子我習(xí)慣把 APB1 配成 42MHz然后設(shè)置 Prescaler4BS116 TQBS24 TQ。這樣總時間量子是 4 * (1 16 4) 8442MHz 除以 84 正好是 500kbps。采樣點(diǎn)位置是 (1 16) / (1 16 4) 85.7%落在推薦區(qū)間。CubeMX 的時間段配置界面里你可以直接看到波特率和采樣點(diǎn)的計算值。我實測下來CubeMX 的自動計算是可靠的但前提是 APB1 時鐘一定得確認(rèn)清楚。有次我在項目里為了跑 USB把 APB1 從 42MHz 改成了 36MHz只改了時鐘樹沒有同步調(diào)整 CAN 的分頻參數(shù)結(jié)果雙方波特率差了幾十 k現(xiàn)象是偶爾能通、大部分時間報錯。從那以后我每次配置 CAN 都會先看時鐘樹把 APB1 的最終頻率寫進(jìn)計算器里算一遍而不是只看 CubeMX 推薦的 Prescaler 下拉框。工作模式里還有一個常見誤區(qū)新手拿到板子先拿 Loopback 模式測發(fā)現(xiàn)收發(fā)自如就以為硬件沒問題。換成 Normal 模式接雙板后突然不通就開始懷疑代碼。大概率不是代碼問題而是物理接線、終端電阻或者收發(fā)器供電問題。所以正式聯(lián)調(diào)前務(wù)必把 Loopback 和 Normal 分開測試并且明白它們在驗證不同層級。3.3 濾波器配置屏蔽位模式和列表模式濾波器是 STM32 bxCAN 配置里概念最繞、但功能極其重要的部分。每個濾波器組有兩種典型使用方式列表模式配置一組精確的 ID只有這些 ID 能通過類似門禁名單。屏蔽位模式配置一個 ID 和一個 Mask。Mask 的每一位表示“這一位要不要比較”。Mask 位為 1則 ID 對應(yīng)位必須匹配Mask 位為 0則 ID 對應(yīng)位不關(guān)心任意值都算通過。剛?cè)腴T最容易犯的錯是把 Mask 理解反。有人想只接收 ID 0x123結(jié)果把 Mask 配置成了 0含義從“所有位都不比較”變成了“所有報文都能通過”于是濾波器形同虛設(shè)總線上亂七八糟的報文全進(jìn) FIFO。正確做法是要精確匹配一個標(biāo)準(zhǔn)幀 IDID 寄存器填 0x123Mask 填 0x7FF。7FF 是標(biāo)準(zhǔn)幀 11 位 ID 的全 1 掩碼表示 11 位全部比較。如果你希望接收一整個范圍的 ID比如 0x120 到 0x12F可以把掩碼的最低位設(shè)為 0讓低 4 位不參與比較ID 寄存器填 0x120Mask 填 0x7F0。這樣 0x120 到 0x12F 都能通過。這個技巧在實際項目中非常有用可以把節(jié)點(diǎn)按功能分組。在 CubeMX 里濾波器配置在 CAN 外設(shè)的 Filter Configurator 中?？梢赃x擇 Filter Mode 為 Mask 或 ListFilter Type 為 Data 或 RemoteFilter Bank 編號對應(yīng)硬件濾波器組FIFO Assignment 選擇通過后的報文進(jìn)入 FIFO0 還是 FIFO1。我通常把控制類報文進(jìn) FIFO0 并開中斷把日志類報文進(jìn) FIFO1 用輪詢讀取避免低優(yōu)先級日志把控制報文拖慢。提示如果只是快速驗證通信可以先不使用濾波器或者配一個全部通過的濾波器Mask0。但正式項目里一定要開啟精確過濾否則總線負(fù)載一高CPU 會被無效中斷淹沒。3.4 最小收發(fā)代碼骨架HAL 庫直接抄配置完成后CubeMX 會生成初始化代碼。接下來是兩個最基本的操作發(fā)送和接收。發(fā)送的核心是填充CAN_TxHeaderTypeDef然后調(diào)用HAL_CAN_AddTxMessage例如發(fā)送一個標(biāo)準(zhǔn)幀 ID 0x1238 字節(jié)測試數(shù)據(jù)CAN_TxHeaderTypeDef tx_header; uint8_t tx_data[8] {0x68, 0x65, 0x6C, 0x6C, 0x6F, 0x00, 0x00, 0x00}; uint32_t tx_mailbox; tx_header.StdId 0x123; // 標(biāo)準(zhǔn)幀 ID tx_header.IDE CAN_ID_STD; // 使用標(biāo)準(zhǔn)幀 tx_header.RTR CAN_RTR_DATA; // 數(shù)據(jù)幀 tx_header.DLC 8; // 數(shù)據(jù)長度 8 字節(jié) if (HAL_CAN_AddTxMessage(hcan1, tx_header, tx_data, tx_mailbox) ! HAL_OK) { // 發(fā)送失敗檢查郵箱狀態(tài)和總線錯誤 }需要注意HAL_CAN_AddTxMessage是把報文放到發(fā)送郵箱里真正的發(fā)送由硬件完成。如果三個發(fā)送郵箱全滿這個函數(shù)會返回失敗。所以不要在緊耦合的控制循環(huán)里無腦發(fā)送必須結(jié)合總線狀態(tài)判斷。接收有兩種方式輪詢和中斷。中斷最常用。你需要在 main 函數(shù)里調(diào)用HAL_CAN_ActivateNotification使能 FIFO0 消息掛起中斷然后在中斷回調(diào)函數(shù)里讀取void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { CAN_RxHeaderTypeDef rx_header; uint8_t rx_data[8]; if (hcan-Instance CAN1) { HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, rx_header, rx_data); // 解析 rx_header.StdId 和 rx_data } }這個回調(diào)函數(shù)是在中斷上下文里執(zhí)行的所以千萬不要在回調(diào)里面做耗時操作比如打印長日志、浮點(diǎn)運(yùn)算、延時。正確的做法是把數(shù)據(jù)拷到自己的緩沖區(qū)設(shè)置一個標(biāo)志位然后回到主循環(huán)再處理。我在項目里一般直接在回調(diào)里放一個環(huán)形緩沖區(qū)主循環(huán)從緩沖區(qū)取數(shù)據(jù)解析這樣既不會丟數(shù)據(jù)也不會拖慢中斷。提示如果同時使能了多個 CAN 或多個 FIFO要注意回調(diào)函數(shù)名稱。FIFO0 對應(yīng)HAL_CAN_RxFifo0MsgPendingCallbackFIFO1 對應(yīng)HAL_CAN_RxFifo1MsgPendingCallback別把回調(diào)配錯了。4. 實測多節(jié)點(diǎn)聯(lián)調(diào)中最常見的坑與排查思路代碼能編譯、單板回環(huán)能收發(fā)并不代表實際總線上就能跑。我在多節(jié)點(diǎn)聯(lián)調(diào)里踩過的坑很多都是“看起來像軟件問題實際是硬件問題”或者反過來。以下是我認(rèn)為最高頻的五類問題按照排查順序?qū)懗鰜怼?.1 終端電阻缺失導(dǎo)致的可靠性問題CAN 總線的終端電阻有時候很“傲嬌”短距離、低速率的總線上哪怕完全不接終端電阻通信也可能正常因為波形反射強(qiáng)度在距離短時不足以造成位錯誤。但只要距離拉長、節(jié)點(diǎn)增多、波特率提高反射問題就會被放大表現(xiàn)為總線偶發(fā)錯誤、錯誤計數(shù)器不斷累積嚴(yán)重時甚至完全斷連。我遇到過一個很典型的案例兩個開發(fā)板用 30cm 杜邦線連接跑 125kbps一切正常我把通信改成 500kbps偶爾收到錯誤幀再把線延長到 2 米幾乎完全不通。排查了半天先查代碼再查濾波器和波特率最后用萬用表量 CANH 和 CANL 之間的電阻發(fā)現(xiàn)開路——兩端的收發(fā)器板上根本沒有焊終端電阻。解決辦法很簡單在總線兩端分別并入一個 120 歐姆電阻。如果是臨時測試直接在其中一個節(jié)點(diǎn)的 CANH 和 CANL 之間跨接一個 120 歐電阻也可以但正規(guī)項目必須按菊花鏈拓?fù)湓谖锢碜钸h(yuǎn)的兩端各接一個。用萬用表量總線兩端之間的電阻應(yīng)該讀到約 60 歐姆。如果讀到 120 歐姆說明只有一端有終端電阻如果讀到接近 0 歐姆說明 CANH 和 CANL 之間短路了優(yōu)先檢查線序和插頭。4.2 波特率參數(shù)不一致報錯但不明顯CAN 總線有一個很迷惑人的現(xiàn)象波特率不匹配時不一定完全靜默而是會出現(xiàn)“偶爾收到一幀成功、大部分時間報錯”。原因是某些位序列恰好滿足接收方的采樣窗口錯誤還沒被檢測出來但更多情況下會在 CRC、ACK 或 bit stuffing 階段被識破表現(xiàn)為錯誤幀。如果你用 PCAN 之類的工具抓總線能看到大量紅色錯誤幀那就該懷疑波特率了。排查時先確認(rèn)兩邊的目標(biāo)波特率一致再核對實際配置。STM32 的波特率由 APB1 時鐘和分頻參數(shù)決定所以哪怕你在 CubeMX 里選了同一個波特率只要兩邊的 APB1 時鐘不同實際波特率也不同。我建議每個節(jié)點(diǎn)都打印或者讀取一下hcan1.Init里的參數(shù)自己算一遍實際波特率不要憑感覺。還有一種“差一點(diǎn)”的情況兩邊名義波特率都是 500k但因為分頻組合不同導(dǎo)致采樣點(diǎn)偏差很大比如一邊采樣點(diǎn)在 70%另一邊在 90%。通信短距離能通長距離或者干擾強(qiáng)一點(diǎn)就開始報錯。采樣點(diǎn)不一致的問題很難肉眼發(fā)現(xiàn)建議統(tǒng)一把采樣點(diǎn)配置在 80%~87.5% 區(qū)間。4.3 濾波器配置錯誤硬件把消息悄悄丟了濾波器是另一種“查不出代碼問題”的重災(zāi)區(qū)。如果你的接收中斷一直沒有觸發(fā)但發(fā)送端確認(rèn)已經(jīng)在發(fā)送第一步應(yīng)該檢查的就是濾波器。常見錯誤有三種濾波器全部禁用CubeMX 中如果沒有配置濾波器有些庫版本默認(rèn)是不接收任何報文的你需要顯式使能至少一個濾波器組。這會讓新手懷疑自己代碼寫錯實際只是濾波配置缺失。Mask 配置不對想精確接收某個 IDMask 卻填了 0導(dǎo)致所有報文都通過或者反過來把 Mask 填成 0xFFFFFFFF 這樣的值結(jié)果任何報文都進(jìn)不來。標(biāo)準(zhǔn)幀精確匹配應(yīng)該是 ID0x123Mask0x7FF。報文進(jìn)入了 FIFO0 還是 FIFO1 搞混濾波器里可以選擇把報文分配到 FIFO0 或 FIFO1。你中斷使能了 FIFO0但濾波器把報文分配到了 FIFO1自然永遠(yuǎn)不會觸發(fā) FIFO0 的回調(diào)。這種錯誤只需要把分配關(guān)系改成一致就行。排查濾波器問題時我一般會先臨時配置一個 Mask0 的全通濾波器確認(rèn)通信鏈路本身是通的然后再逐步收緊過濾條件。這樣可以區(qū)分“鏈路問題”和“過濾問題”。4.4 CAN2 的隱藏規(guī)則必須借道 CAN1 和共享濾波器如果你用的是 STM32F1 這類雙 CAN 型號容易踩一個隱藏規(guī)則CAN2 不是獨(dú)立運(yùn)行的必須同時使能 CAN1。原因是 CAN2 的接收路徑依賴 CAN1 的濾波器資源。即使你的業(yè)務(wù)邏輯只用 CAN2初始化時也要先初始化 CAN1并且在 CAN1 的濾波器里分配至少一個濾波器組給 CAN2 使用。CubeMX 的圖形化配置里這一步很容易被忽略導(dǎo)致 CAN2 的發(fā)送正常但接收永遠(yuǎn)無反應(yīng)。處理方式在 CubeMX 中同時使能 CAN1 和 CAN2。CAN1 可以不接發(fā)送數(shù)據(jù)但必須確保 CAN1 時鐘使能、CAN1 初始化成功。然后在 CAN1 的濾波器配置界面里把一個 Filter Bank 的 FIFO Assignment 指向 CAN2這樣 CAN2 收到的報文才能進(jìn)入接收 FIFO。這屬于 STM32 bxCAN 的架構(gòu)性設(shè)計參考手冊里寫得很隱晦實戰(zhàn)中我見過不止一個項目卡在這個地方。4.5 回環(huán)模式正常、正常模式不通時的優(yōu)先級排查如果你已經(jīng)做了雙板測試但通信失敗建議按照下面的優(yōu)先級排查而不是重新翻代碼用萬用表檢查 CANH 和 CANL 是否接反、是否短路。檢查所有節(jié)點(diǎn)的 GND 是否共地。CAN 收發(fā)器差分信號雖然抗共模干擾但收發(fā)器本身工作的參考地必須一致?？珉娫垂╇姇r最好讓兩個板子的 GND 連在一起否則極大的共模電壓會直接損壞收發(fā)器。確認(rèn)收發(fā)器芯片供電正常。很多 CAN 收發(fā)器有 STBY 引腳或 RS 引腳必須拉成正確電平才能進(jìn)入工作模式。某些帶 5V 和 3.3V 電平轉(zhuǎn)換的模塊跳線帽錯了也會導(dǎo)致通信失敗。確認(rèn)終端電阻正確后再抓總線波形。如果有示波器可以直接看 CAN_TX 引腳上是否有波形確認(rèn) MCU 正在發(fā)送再看 CAN_H 和 CAN_L 之間的差分信號振幅是否符合收發(fā)器規(guī)格。最后再檢查代碼里的波特率、濾波器和回調(diào)配置。順序很重要。我見過有人花了兩天查代碼最后發(fā)現(xiàn)是收發(fā)器的 STBY 引腳懸空收發(fā)器一直在待機(jī)模式。硬件問題優(yōu)先排除能省下大量時間。5. 工程化選型建議與硬件布局心得如果你已經(jīng)跑通了雙板通信接下來的問題通常就是怎么正式做項目這里分享一些我在工程實踐中的選型和硬件布局經(jīng)驗。5.1 收發(fā)器芯片怎么選STM32 的 bxCAN 輸出的是 TX/RX 數(shù)字信號不是差分信號所以必須外接 CAN 收發(fā)器。選型時有幾個關(guān)鍵點(diǎn)供電電壓早期常見的收發(fā)器是 5V 供電比如 TJA1050 這類。它直接出來的 CAN_H/CAN_L 電平是 5V 體系。而 STM32 的 TX/RX 是 3.3V兩者之間的邏輯電平匹配一般沒問題但信號電平上要注意共地。另一種方案是 3.3V 供電的收發(fā)器比如 SN65HVD230 系列它和 STM32 同電壓體系接線更直接適合電池供電或低功耗產(chǎn)品。待機(jī)控制很多收發(fā)器有 STBY 或 S 引腳用于進(jìn)入低功耗待機(jī)模式。這個引腳不能懸空必須按手冊要求接上拉或下拉否則收發(fā)器可能一直在待機(jī)通信完全不通。防護(hù)等級工業(yè)現(xiàn)場有浪涌和靜電風(fēng)險建議選內(nèi)置 ESD 保護(hù)的型號并在總線入口加 TVS 管和共模電感。汽車級應(yīng)用還要考慮收發(fā)器的 EMI 特性。如果你做的是小批量產(chǎn)品直接買集成了收發(fā)器和保護(hù)電路的 CAN 模塊即可但量產(chǎn)時還是單獨(dú)設(shè)計收發(fā)器電路更可控。5.2 波特率與總線長度的經(jīng)驗對照CAN 總線的傳輸距離和速率不是無關(guān)的。速率越高允許的物理距離越短因為位時間越短信號在長線纜上的反射和衰減越容易破壞位同步。下面是一組工程上常用的經(jīng)驗值波特率參考總線長度1 Mbps約 40 米500 kbps約 130 米250 kbps約 270 米125 kbps約 530 米50 kbps約 1300 米這個表格只做參考線徑、絞合、接頭質(zhì)量和節(jié)點(diǎn)數(shù)量都會影響實際效果。但我建議選型時遵循一個原則先確定最遠(yuǎn)節(jié)點(diǎn)間的物理距離再反推最大可用波特率。如果距離預(yù)算寬裕盡量選低一檔波特率可靠性能大幅提升。此外總線拓?fù)浣ㄗh采用菊花鏈即每個節(jié)點(diǎn)從上一個節(jié)點(diǎn)引線到下一個節(jié)點(diǎn)避免在某個節(jié)點(diǎn)引出很長的分支線。CAN 標(biāo)準(zhǔn)對支線長度有嚴(yán)格要求支線過長會破壞信號完整性。如果現(xiàn)場必須星型連接應(yīng)該在中心點(diǎn)使用 CAN 集線器而不是直接把線擰在一起。5.3 代碼封裝、ID 規(guī)劃與后續(xù)擴(kuò)展工程化不只是硬件代碼層面同樣有講究。我自己的做法是把 CAN 操作封裝成一個獨(dú)立模塊提供幾個基礎(chǔ)接口初始化和濾波器配置、發(fā)送接口、接收回調(diào)注冊、總線錯誤處理。業(yè)務(wù)代碼不直接操作 HAL 層的CAN_HandleTypeDef全部通過模塊接口調(diào)用。這樣換 MCU 或換庫的時候只需要改底層適配業(yè)務(wù)邏輯基本不動。ID 規(guī)劃也值得提前做。我習(xí)慣把 ID 按功能段劃分比如 0x000~0x07F 用于系統(tǒng)的控制指令0x100~0x1FF 用于電機(jī)反饋0x200~0x2FF 用于傳感器數(shù)據(jù)0x300~0x3FF 用于調(diào)試和日志。每個節(jié)點(diǎn)只能發(fā)送自己權(quán)限范圍內(nèi)的 ID接收則通過濾波器精確匹配。這樣當(dāng)總線上有新節(jié)點(diǎn)加入時不需要全局修改其它節(jié)點(diǎn)的代碼只在新節(jié)點(diǎn)里配置輸入的 ID 規(guī)則即可。周期型數(shù)據(jù)和事件型數(shù)據(jù)也要分開周期數(shù)據(jù)用定時器發(fā)送事件數(shù)據(jù)用中斷或任務(wù)觸發(fā)避免所有節(jié)點(diǎn)都在同一時刻搶總線造成抖動。如果你在產(chǎn)品規(guī)劃階段就知道未來的數(shù)據(jù)量會增長比如單幀 8 字節(jié)不夠用、總線負(fù)載率超過 40%那么在 MCU 選型時就要考慮支持 CAN FD 的型號。CAN FD 能把單幀數(shù)據(jù)擴(kuò)展到 64 字節(jié)數(shù)據(jù)段還能切換到更高波特率總線利用率提升非常明顯。STM32F1 全系不支持 CAN FD如果你剛開始選型建議直接把 F4 或 G4 系列納入考慮省得后期換平臺。從最初以為 CAN 是“高級串口”到后來能在總線上同時掛十幾個節(jié)點(diǎn)穩(wěn)定跑幾個月我的最大體會是CAN 真正的難度不在協(xié)議棧而在于物理層細(xì)節(jié)和多節(jié)點(diǎn)協(xié)作。先把終端電阻、波特率、濾波器這三件事吃透你的 CAN 項目基本就穩(wěn)了一大半。