做批量設(shè)備開發(fā)的工程師選通信方案時(shí)大概率都糾結(jié)過RS-485 便宜但主從輪詢效率低以太網(wǎng)帶寬高但布線成本和協(xié)議復(fù)雜度跟著漲無線省線束卻怕現(xiàn)場干擾。真正到了量產(chǎn)階段還要考慮每臺(tái)設(shè)備的裝配時(shí)間、售后服務(wù)能不能用統(tǒng)一工具排查。這個(gè)時(shí)候就會(huì)發(fā)現(xiàn)可選的方案其實(shí)沒有想象中那么多。我的判斷是如果一臺(tái)設(shè)備只有三五個(gè)傳感器串口和 RS-485 完全夠用但如果一臺(tái)設(shè)備上有十幾個(gè)甚至幾十個(gè)節(jié)點(diǎn)要求強(qiáng)干擾環(huán)境下不誤報(bào)、報(bào)警信息能實(shí)時(shí)到達(dá)、整機(jī)線束成本還能控制住CAN 總線是綜合工程風(fēng)險(xiǎn)最低的一條路。它不新也不花哨但它在批量設(shè)備里的價(jià)值恰恰是那些看起來更“高級”的通信方式給不了的。這篇文章不打算停留在“CAN 總線很可靠”這種正確廢話上。我會(huì)從協(xié)議原理、硬件連接、幀 ID 設(shè)計(jì)、SocketCAN 實(shí)操、現(xiàn)場排查幾個(gè)層面把“適合批量設(shè)備”這句話拆成可以落地的細(xì)節(jié)。讀完你會(huì)知道為什么選 CAN也知道在一臺(tái)幾十個(gè)節(jié)點(diǎn)的設(shè)備上怎么設(shè)計(jì)一套不容易出問題的 CAN 通信方案。1. 批量設(shè)備通信選型先看這四件事批量設(shè)備有一個(gè)共同特征每一臺(tái)都在復(fù)用一個(gè)相對固定的硬件方案通信方案一旦定型后期改造成本遠(yuǎn)比單臺(tái)設(shè)備樣機(jī)要大。所以選型階段不能只看能不能跑通要看它能不能在生產(chǎn)、裝配、售后全鏈路里站住腳。我認(rèn)為以下四個(gè)維度最關(guān)鍵。第一是節(jié)點(diǎn)數(shù)量。一臺(tái)設(shè)備里往往同時(shí)存在主控板、電機(jī)驅(qū)動(dòng)器、溫度傳感器、IO 擴(kuò)展模塊等多個(gè)節(jié)點(diǎn)數(shù)據(jù)既有上行上報(bào)也有下行控制。通信協(xié)議必須天然支持多節(jié)點(diǎn)訪問而不是靠主機(jī)挨個(gè)點(diǎn)名。第二是可靠性。車間里的變頻器、電機(jī)、開關(guān)電源都會(huì)帶來電磁干擾偶發(fā)一幀錯(cuò)誤數(shù)據(jù)可能導(dǎo)致設(shè)備誤動(dòng)作這不是“重試一次”能解決的問題。第三是實(shí)時(shí)性。急停、報(bào)警、位置同步這類事件不能等主機(jī)輪詢到之后才處理。第四是成本與維護(hù)。線束、接插件、通信芯片、裝配工時(shí)、售后排查工具都會(huì)攤到每一臺(tái)設(shè)備上。從這四個(gè)維度回頭看RS-485 的典型工作模式是主從半雙工主機(jī)輪詢所有從機(jī)節(jié)點(diǎn)多了實(shí)時(shí)性迅速下降以太網(wǎng)能力強(qiáng)但交換機(jī)、連接器、線纜和協(xié)議棧成本都不低在批量設(shè)備里屬于“殺雞用牛刀”的典型CAN 總線正好落在中間多主通信、硬件優(yōu)先級仲裁、差分信號抗干擾、協(xié)議內(nèi)建錯(cuò)誤檢測和自動(dòng)重發(fā)節(jié)點(diǎn)容量和成本都適合批量設(shè)備。這里要強(qiáng)調(diào)一下CAN 總線并不是萬能的。它不適合視頻流這類需要大吞吐的業(yè)務(wù)也不適合動(dòng)不動(dòng)就要傳幾百米上公里的遠(yuǎn)程通信。批量設(shè)備場景里CAN 的適用邊界非常清晰中等距離、幾十個(gè)節(jié)點(diǎn)以內(nèi)、可靠性要求高、總成本可控。選型最怕的不是選錯(cuò)而是沒想清楚自己的場景到底在哪一檔。2. CAN 總線基礎(chǔ)概念與核心原理2.1 從一個(gè)場景理解 CAN想象一套自動(dòng)化設(shè)備里有主控板、三個(gè)電機(jī)驅(qū)動(dòng)器、五個(gè)溫度傳感器、兩個(gè) IO 擴(kuò)展模塊。如果它們都掛在同一條通信總線上任何兩個(gè)節(jié)點(diǎn)之間都可以直接交換數(shù)據(jù)不需要一個(gè)中心節(jié)點(diǎn)轉(zhuǎn)發(fā)這就是“控制器局域網(wǎng)”的價(jià)值。CAN 是 Controller Area Network 的縮寫最早由汽車電子領(lǐng)域推動(dòng)后來被 ISO 11898 標(biāo)準(zhǔn)化現(xiàn)在幾乎成了工業(yè)設(shè)備、醫(yī)療器械、工程機(jī)械里的默認(rèn)通信方式之一。它的設(shè)計(jì)目標(biāo)很明確在電磁干擾嚴(yán)重的環(huán)境里用盡量少的線束實(shí)現(xiàn)多個(gè)控制器之間可靠、實(shí)時(shí)的數(shù)據(jù)交換。理解 CAN 的每一層機(jī)制都要回到這個(gè)目標(biāo)上去。2.2 物理層差分信號為什么抗干擾CAN 的物理層用兩條線傳輸信號通常稱為 CANH 和 CANL。數(shù)據(jù)不是靠某一條線上的絕對電壓高低來表示的而是靠兩條線之間的電壓差。發(fā)送顯性位時(shí)CANH 被拉高、CANL 被拉低發(fā)送隱性位時(shí)兩條線都處于一個(gè)差不多的電平。這種差分傳輸方式的關(guān)鍵收益是共模抑制?，F(xiàn)場干擾通常同時(shí)作用在兩條線上比如電機(jī)啟動(dòng)瞬間在總線上感應(yīng)出共模電壓差分接收電路只關(guān)心兩線之差所以共模干擾很難直接變成錯(cuò)誤數(shù)據(jù)。相比單端信號CAN 在工業(yè)現(xiàn)場的抗干擾能力有原理層面的優(yōu)勢。另一個(gè)容易被忽略的好處是CAN 節(jié)點(diǎn)之間不強(qiáng)制要求共地這就給隔離設(shè)計(jì)留出了空間。2.3 數(shù)據(jù)鏈路層幀格式和仲裁機(jī)制CAN 協(xié)議的數(shù)據(jù)鏈路層定義了四種基本幀數(shù)據(jù)幀、遠(yuǎn)程幀、錯(cuò)誤幀、過載幀。最常用的是數(shù)據(jù)幀它由幀起始、仲裁段、控制段、數(shù)據(jù)段、CRC 段、ACK 段和幀結(jié)束組成。標(biāo)準(zhǔn)幀的標(biāo)識符是 11 位擴(kuò)展幀是 29 位批量設(shè)備里絕大多數(shù)場景用標(biāo)準(zhǔn)幀就夠了。仲裁機(jī)制是 CAN 最值得稱道的設(shè)計(jì)。總線上有多個(gè)節(jié)點(diǎn)同時(shí)發(fā)送時(shí)每個(gè)節(jié)點(diǎn)在發(fā)送仲裁段時(shí)同時(shí)監(jiān)聽總線。顯性位能覆蓋隱性位所以標(biāo)識符數(shù)值越小的幀優(yōu)先級越高。發(fā)送過程中發(fā)現(xiàn)總線狀態(tài)和自己的發(fā)送不一致就自動(dòng)轉(zhuǎn)入接收狀態(tài)讓更高優(yōu)先級的幀繼續(xù)發(fā)送。整個(gè)過程不破壞任何一幀數(shù)據(jù)所以叫“非破壞性位仲裁”。這意味著什么在批量設(shè)備里最容易想到的應(yīng)用就是報(bào)警優(yōu)先于普通數(shù)據(jù)。急停信號、故障狀態(tài)可以分配較小的 ID硬件保證它在任何時(shí)刻都能優(yōu)先搶到總線不需要主機(jī)做調(diào)度。這對實(shí)時(shí)性要求高的設(shè)備來說是 RS-485 很難替代的能力。2.4 錯(cuò)誤處理和錯(cuò)誤幀是怎么回事CAN 協(xié)議內(nèi)建了嚴(yán)格的錯(cuò)誤檢測機(jī)制包括位錯(cuò)誤、填充錯(cuò)誤、CRC 錯(cuò)誤、格式錯(cuò)誤、應(yīng)答錯(cuò)誤。任何一個(gè)節(jié)點(diǎn)發(fā)現(xiàn)錯(cuò)誤都會(huì)立即發(fā)送錯(cuò)誤幀通知總線上所有節(jié)點(diǎn)當(dāng)前數(shù)據(jù)無效發(fā)送節(jié)點(diǎn)隨后會(huì)自動(dòng)重發(fā)。這個(gè)機(jī)制讓 CAN 在單條幀數(shù)據(jù)出錯(cuò)時(shí)不會(huì)把錯(cuò)誤數(shù)據(jù)“靜默吞掉”而是讓整個(gè)總線都知道并恢復(fù)。理解錯(cuò)誤幀不能只看字面意思。錯(cuò)誤幀不是軟件里的“異常拋出”而是 CAN 控制器為了保證總線一致性主動(dòng)發(fā)送的 6 個(gè)顯性位。發(fā)送錯(cuò)誤幀的節(jié)點(diǎn)會(huì)被錯(cuò)誤計(jì)數(shù)器記錄主動(dòng)錯(cuò)誤狀態(tài)和被動(dòng)錯(cuò)誤狀態(tài)的恢復(fù)邏輯也不同。當(dāng)錯(cuò)誤計(jì)數(shù)累計(jì)超過 255節(jié)點(diǎn)會(huì)進(jìn)入 Bus-Off 狀態(tài)完全脫離總線。這個(gè)機(jī)制在批量設(shè)備調(diào)試時(shí)非常重要后面排查章節(jié)會(huì)專門講。3. 為什么批量設(shè)備場景更值得選 CAN這一節(jié)用對比的方式說明 CAN 的優(yōu)勢。下表不是某個(gè)芯片手冊的全文照搬是工程里常見的參考值具體以實(shí)際器件為準(zhǔn)。對比項(xiàng)RS-485CAN以太網(wǎng)通信方式主從半雙工多主廣播多節(jié)點(diǎn)交換單總線節(jié)點(diǎn)數(shù)典型 32 個(gè)擴(kuò)展需中繼幾十個(gè)常用受電氣和負(fù)載限制受交換機(jī)端口限制實(shí)時(shí)性依賴主機(jī)輪詢硬件優(yōu)先級仲裁事件驅(qū)動(dòng)依賴協(xié)議和交換機(jī)抗干擾差分信號較好差分信號 嚴(yán)格錯(cuò)誤檢測變壓器隔離但地環(huán)路風(fēng)險(xiǎn)錯(cuò)誤恢復(fù)需要應(yīng)用層實(shí)現(xiàn)協(xié)議內(nèi)建檢測和自動(dòng)重發(fā)TCP 可靠 / UDP 需要應(yīng)用層物理成本低中低較高典型傳輸距離約 1200m115kbps約 40m1Mbps距離降低波特率可延長單段銅纜約 100m3.1 多主通信省掉主機(jī)輪詢RS-485 最常見的模型是主機(jī)輪詢從機(jī)從機(jī)不能主動(dòng)上報(bào)。假設(shè)一條總線上掛了 20 個(gè)從機(jī)每個(gè)從機(jī)輪詢一次需要 5ms全部輪詢完就是 100ms。一旦某個(gè)從機(jī)通信異常需要重試整條總線的輪詢周期會(huì)進(jìn)一步拉長。這對周期性采集可能夠用但對突發(fā)報(bào)警不夠。CAN 的多主模型里任何節(jié)點(diǎn)檢測到事件都可以立刻嘗試發(fā)送由硬件仲裁決定先后。主機(jī)不再承擔(dān)“點(diǎn)名”工作每個(gè)節(jié)點(diǎn)按自己的節(jié)奏工作。批量設(shè)備里最常見的收益是傳感器節(jié)點(diǎn)可以自主上報(bào)異常主控板不需要在一個(gè)周期內(nèi)“照顧”到所有節(jié)點(diǎn)系統(tǒng)整體響應(yīng)更快主機(jī)軟件也更簡單。3.2 硬件仲裁保證確定性很多工程師第一次聽說 CAN 仲裁時(shí)會(huì)擔(dān)心如果多個(gè)節(jié)點(diǎn)同時(shí)發(fā)送怎么辦CAN 控制器用逐位仲裁解決這個(gè)問題優(yōu)先級高的幀先走優(yōu)先級低的幀自動(dòng)等待。這個(gè)仲裁過程完全由硬件完成時(shí)間開銷可以忽略也不需要軟件鎖。對批量設(shè)備來說確定性比絕對帶寬更重要。報(bào)警幀能不能在 1ms 內(nèi)搶到總線取決于它的 ID 設(shè)計(jì)而不取決于當(dāng)前總線上有多少數(shù)據(jù)。設(shè)計(jì)好 ID 規(guī)劃之后高優(yōu)先級報(bào)文的延遲上限是可以估算出來的這對有安全認(rèn)證要求的設(shè)備非常關(guān)鍵。3.3 抗干擾設(shè)計(jì)與錯(cuò)誤恢復(fù)批量設(shè)備不是實(shí)驗(yàn)室環(huán)境現(xiàn)場有變頻器、繼電器、電機(jī)啟動(dòng)電流任何通信方案都要面對電磁干擾。CAN 的差分物理層提供了基礎(chǔ)抗擾能力協(xié)議層的錯(cuò)誤檢測和自動(dòng)重發(fā)又補(bǔ)上了可靠性最后一環(huán)。更重要的是CAN 的錯(cuò)誤處理不是“發(fā)現(xiàn)問題就讓應(yīng)用層處理”。錯(cuò)誤幀、錯(cuò)誤計(jì)數(shù)器、Bus-Off 這些機(jī)制讓故障能夠被識別、記錄、恢復(fù)。在批量設(shè)備里這意味著售后人員可以通過總線統(tǒng)計(jì)數(shù)據(jù)判斷是哪個(gè)節(jié)點(diǎn)出了問題而不是靠換板子碰運(yùn)氣。3.4 成本可控且生態(tài)成熟CAN 控制器幾乎是所有主流 MCU 的標(biāo)配外設(shè)很多單片機(jī)內(nèi)部已經(jīng)集成硬件上只需要一個(gè) CAN 收發(fā)器和兩個(gè)終端電阻。線束方面一條雙絞線就能掛幾十個(gè)節(jié)點(diǎn)比點(diǎn)對點(diǎn)的通信方式省線。協(xié)議棧方面SocketCAN、CANopen、J1939 都有大量現(xiàn)成工具鏈開發(fā)調(diào)試成本并不高。在批量設(shè)備里成本不是只看一顆芯片多少錢還要看裝配工時(shí)、售后排障成本和整機(jī)線束。CAN 在這幾項(xiàng)里都有優(yōu)勢尤其是在節(jié)點(diǎn)多的設(shè)備上省下來的線束和接插件往往比通信芯片本身更可觀。3.5 哪些場景不適合 CAN任何一個(gè)技術(shù)都有自己的邊界。CAN 的帶寬上限是 1Mbps多數(shù)工業(yè)設(shè)備常用 125k/250k/500k傳輸大量日志或固件升級包時(shí)會(huì)明顯吃力。距離方面雖然降低波特率可以延長到幾百米甚至上公里但超過這個(gè)范圍光纖或無線更合適。另外CAN 總線是共享介質(zhì)如果設(shè)備節(jié)點(diǎn)數(shù)超過收發(fā)器驅(qū)動(dòng)能力或者總線負(fù)載率太高也會(huì)出問題。所以“CAN 總線適合批量設(shè)備”更準(zhǔn)確的說法是對于節(jié)點(diǎn)多、距離中等、可靠性要求高、成本敏感的批量設(shè)備CAN 在工程上往往是綜合代價(jià)最小的選擇。它解決的不是“能不能通信”而是“在復(fù)雜環(huán)境里能不能穩(wěn)定通信、能不能快速排查、能不能控制住量產(chǎn)成本”。4. CAN 硬件連接要點(diǎn)終端電阻、split 電容與共模干擾很多開發(fā)者在開發(fā)板上把 CANH、CANL 兩根線一對程序就能跑通于是以為硬件連接很簡單。實(shí)際到了批量設(shè)備現(xiàn)場硬件連接問題占了 CAN 故障的很大比例。這一節(jié)講最容易丟分的幾個(gè)點(diǎn)。4.1 終端電阻不是可有可無CAN 總線要求在物理鏈路的兩端各接一個(gè) 120Ω 終端電阻目的是匹配傳輸線阻抗、抑制信號反射。注意“兩端”指的是總線拓?fù)涞淖钸h(yuǎn)兩端不是每個(gè)節(jié)點(diǎn)都接 120Ω。如果總線上只接了一個(gè)終端電阻或者一個(gè)都沒接信號會(huì)在線纜末端反射導(dǎo)致波形畸變波特率越高問題越明顯。批量設(shè)備裝配時(shí)最怕這種情況樣機(jī)階段兩塊板子離得近沒接終端電阻也能跑一到量產(chǎn)機(jī)柜里線纜變長通信偶發(fā)失敗。排查第一步就應(yīng)該確認(rèn)兩端 120Ω 是否都在位。測量方法也簡單設(shè)備斷電后用萬用表在總線任意一端量 CANH 和 CANL 之間的電阻正常應(yīng)該接近 60Ω因?yàn)閮蓚€(gè) 120Ω 并聯(lián)。4.2 split 終端與共模電容的作用在電磁干擾比較強(qiáng)的現(xiàn)場只用兩個(gè) 120Ω 終端電阻還不夠。常見做法是用“分裂終端”把每個(gè)終端電阻拆成兩個(gè) 60Ω 串聯(lián)中間抽頭通過一個(gè)小電容接到外殼或大地形成類似這樣的接法CANH ── 60Ω ──┬── 60Ω ── CANL │ 4.7nF 電容 │ 外殼/大地這就是很多工程師搜的“CAN 總線 split”和“CAN 總線與外殼加電容”。它的作用是給高頻共模干擾提供一個(gè)低阻抗的回流路徑讓共模噪聲直接泄放到機(jī)殼或大地而不是進(jìn)入收發(fā)器內(nèi)部影響差模判決。電容容值常用 4.7nF 左右耐壓要選得足夠高具體值需要根據(jù)現(xiàn)場的共模噪聲頻率和收發(fā)器要求調(diào)整。需要特別提醒加電容、接外殼、接大地都涉及電氣安全不同現(xiàn)場的接地規(guī)范不一樣。改動(dòng)之前必須斷電確認(rèn)機(jī)殼接地方式和安全要求不能想當(dāng)然直接接。批量設(shè)備做 EMC 整改時(shí)split 終端是一種常見手段但它不是唯一手段也不是所有場景都必須加。4.3 布線細(xì)節(jié)決定量產(chǎn)穩(wěn)定性CAN 總線推薦使用特性阻抗約 120Ω 的雙絞線這樣終端電阻才能起到匹配作用。線纜要盡量避開變頻器輸出線和動(dòng)力電纜如果避免不了交叉走線優(yōu)于長距離平行走線?？偩€上的分支線要盡量短分支過長會(huì)造成阻抗不連續(xù)和反射CAN 協(xié)議允許的“短樁”通常建議在厘米級到幾十厘米級具體要按波特率控制。另外批量設(shè)備里多個(gè)節(jié)點(diǎn)如果供電來自不同電源節(jié)點(diǎn)之間可能存在地電位差。這種情況下更推薦使用帶隔離的 CAN 收發(fā)器避免地環(huán)路電流影響通信。隔離設(shè)計(jì)在成本上會(huì)有增加但相對售后排障成本通常是值得的。5. 批量設(shè)備 CAN 網(wǎng)絡(luò)協(xié)議設(shè)計(jì)硬件連接穩(wěn)定只是基礎(chǔ)批量設(shè)備能不能可靠工作很大程度上取決于通信協(xié)議設(shè)計(jì)。很多項(xiàng)目失敗不是 CAN 控制器跑不起來而是幀 ID 隨意分配、報(bào)文格式每塊板子各寫各的聯(lián)調(diào)時(shí)才發(fā)現(xiàn)對不上。這一節(jié)聚焦最核心的三件事幀 ID 分配、數(shù)據(jù)段編碼、心跳與生命周期管理。5.1 幀 ID 分配先定規(guī)則再寫代碼批量設(shè)備里幀 ID 就是設(shè)備之間的“接口文檔”不能隨手寫。建議按功能組劃分把優(yōu)先級和功能語義結(jié)合起來。例如0x001 - 0x01F 急停、報(bào)警、故障信息最高優(yōu)先級 0x100 - 0x17F 傳感器數(shù)據(jù)上報(bào) 0x200 - 0x27F 控制指令下發(fā) 0x600 - 0x6FF 節(jié)點(diǎn)心跳與狀態(tài) 0x700 - 0x7FF 診斷、參數(shù)讀寫為什么急停和報(bào)警要放在最小 ID 段因?yàn)?CAN 仲裁時(shí) ID 越小優(yōu)先級越高。把最緊急的報(bào)文放在最低段硬件就能保證它搶先占用總線不需要軟件調(diào)度。批量設(shè)備中這張 ID 分配表本身就是團(tuán)隊(duì)協(xié)作的基礎(chǔ)所有開發(fā)板必須按同一張表實(shí)施。5.2 數(shù)據(jù)段編碼讓報(bào)文含義可讀CAN 數(shù)據(jù)幀最多攜帶 8 字節(jié)數(shù)據(jù)設(shè)計(jì)時(shí)要明確每個(gè)字節(jié)的含義。下面是一個(gè)批量設(shè)備節(jié)點(diǎn)狀態(tài)報(bào)文的示例字段 長度 說明 設(shè)備類型 1字節(jié) 0x01 電機(jī) 0x02 溫度 0x03 IO 設(shè)備編號 1字節(jié) 0x00-0xFE0xFF 表示廣播 業(yè)務(wù)數(shù)據(jù) 4字節(jié) 按設(shè)備類型定義例如溫度值放大 10 倍 狀態(tài)位 1字節(jié) bit0 在線 bit1 故障 bit2 告警 預(yù)留 1字節(jié) 默認(rèn) 0x00這樣的編碼規(guī)則清晰也方便用 DBC 文件統(tǒng)一管理。DBC 是 CAN 報(bào)文的行業(yè)標(biāo)準(zhǔn)描述格式批量設(shè)備項(xiàng)目里建議從一開始就用 DBC 或類似的自動(dòng)化工具管理協(xié)議而不是靠 Excel 和口頭約定。VERSION NS_ : BS_: BU_: Vehicle MotorCtrl BO_ 256 MotorCtrl: 8 MotorCtrl SG_ Speed : 0|161 (1,0) [0|6000] rpm Vehicle SG_ Temp : 16|81 (1,-40) [-40|200] degC Vehicle BO_ 512 Vehicle: 8 Vehicle SG_ Heartbeat : 0|81 (1,0) [0|255] MotorCtrl上面是一個(gè)簡化示例省略了符號定義段。實(shí)際項(xiàng)目可以用 CANdb 或開源工具編輯 DBC后續(xù)生成解析代碼、做測試腳本都方便很多。5.3 心跳與上線管理批量設(shè)備最怕節(jié)點(diǎn)“靜默故障”傳感器不報(bào)數(shù)了主控板還以為它正常。解決辦法是每個(gè)節(jié)點(diǎn)周期性發(fā)送心跳幀主機(jī)在一定時(shí)間內(nèi)沒收到某個(gè)節(jié)點(diǎn)的心跳就判定該節(jié)點(diǎn)離線并告警。心跳周期要按節(jié)點(diǎn)數(shù)量和總線負(fù)載設(shè)計(jì)比如 1 秒一次50 個(gè)節(jié)點(diǎn)就是每秒 50 幀占用很小。除了心跳節(jié)點(diǎn)上線時(shí)最好主動(dòng)上報(bào)一次配置信息包括程序版本、節(jié)點(diǎn)類型、節(jié)點(diǎn)編號。批量設(shè)備產(chǎn)線測試和售后排查時(shí)這套信息能省很多時(shí)間。如果程序版本不一致調(diào)試人員通過一幀上報(bào)就能定位不需要逐臺(tái)拆機(jī)看屏幕。5.4 波特率與總線負(fù)載率CAN 總線常用波特率有 125k、250k、500k 等。波特率越高單位時(shí)間能傳的數(shù)據(jù)越多但線纜長度要求越短對終端匹配和布線要求也越高。批量設(shè)備要根據(jù)最遠(yuǎn)傳輸距離和通信數(shù)據(jù)量綜合選擇。這里有個(gè)容易忽略的指標(biāo)總線負(fù)載率。負(fù)載率可以簡單理解為單位時(shí)間內(nèi)總線上實(shí)際傳輸?shù)奈粩?shù)與鏈路容量的比值。工程建議盡量控制總線負(fù)載率在 30% 到 50% 以下否則大量周期報(bào)文擠占總線后突發(fā)的高優(yōu)先級報(bào)警反而可能延遲。批量設(shè)備里如果發(fā)現(xiàn)總線越來越忙優(yōu)先優(yōu)化周期上報(bào)頻率而不是盲目升級波特率。6. 完整示例Linux SocketCAN 批量設(shè)備通信批量設(shè)備量產(chǎn)之后產(chǎn)線測試工具、售后診斷工具經(jīng)常跑在 Linux 主機(jī)或嵌入式主板上。SocketCAN 是 Linux 內(nèi)核自帶的 CAN 支持方案本文用一套最小可跑通的流程演示發(fā)送、接收、多節(jié)點(diǎn)模擬。6.1 環(huán)境準(zhǔn)備操作系統(tǒng)推薦 Ubuntu 或 Debian 等主流發(fā)行版也可以使用帶 CAN 驅(qū)動(dòng)的嵌入式 Linux。先安裝工具鏈sudo apt-get update sudo apt-get install -y can-utils sudo pip3 install python-cancan-utils 提供cansend、candump等命令行工具python-can 是 Python 操作 CAN 的常用庫。如果只用 C 語言則不需要 python-can。6.2 啟動(dòng) can0 接口假設(shè)當(dāng)前環(huán)境有 CAN 控制器加載內(nèi)核模塊并啟動(dòng)接口sudo modprobe can sudo modprobe can_raw sudo ip link set can0 up type can bitrate 500000在實(shí)際嵌入式平臺(tái)上CAN 控制器驅(qū)動(dòng)可能已經(jīng)加載modprobe這步可以跳過。查看接口狀態(tài)ip -details -statistics link show can0如果輸出里能看到can state ERROR-ACTIVE和bitrate 500000說明接口啟動(dòng)成功。如果本機(jī)沒有真實(shí) CAN 硬件可以用虛擬接口驗(yàn)證代碼邏輯sudo modprobe vcan sudo ip link add dev vcan0 type vcan sudo ip link set vcan0 upvcan 是內(nèi)核提供的虛擬 CAN 接口非常適合在沒有硬件的情況下學(xué)習(xí) SocketCAN 和調(diào)試協(xié)議設(shè)計(jì)但不能驗(yàn)證電平、終端電阻和抗干擾。6.3 Python 發(fā)送與接收示例下面的腳本演示發(fā)送一幀數(shù)據(jù)并持續(xù)接收適用于上位機(jī)測試工具#!/usr/bin/env python3 # 文件路徑can_send_recv.py import can def main(): bus can.interface.Bus(bustypesocketcan, channelcan0) # 發(fā)送一幀標(biāo)準(zhǔn)幀ID 0x1018字節(jié) msg can.Message( arbitration_id0x101, data[0x02, 0x01, 0x00, 0x10, 0x00, 0x01, 0x00, 0x00], is_extended_idFalse ) bus.send(msg) print(fsend: 0x{msg.arbitration_id:03X} [{msg.dlc}] {msg.data.hex()}) try: with bus: for recv_msg in bus: print(frecv: 0x{recv_msg.arbitration_id:03X} [{recv_msg.dlc}] {recv_msg.data.hex()}) except KeyboardInterrupt: pass if __name__ __main__: main()注意 SocketCAN 的波特率由ip link配置python-can 的Bus參數(shù)里不需要也不建議傳bitrate避免版本差異導(dǎo)致報(bào)錯(cuò)。運(yùn)行前先用cansend can0 101#0201001000010000手動(dòng)發(fā)一幀確認(rèn)接口正常。6.4 用 C 語言寫最小收發(fā)程序量產(chǎn)項(xiàng)目里很多嵌入式主控和測試工裝會(huì)使用 C 語言。下面是一個(gè)最小可編譯的 SocketCAN 發(fā)送程序// 文件路徑can_demo.c #include stdio.h #include string.h #include unistd.h #include sys/socket.h #include net/if.h #include sys/ioctl.h #include linux/can.h #include linux/can/raw.h int main(void) { int s socket(PF_CAN, SOCK_RAW, CAN_RAW); if (s 0) { perror(socket); return 1; } struct ifreq ifr; memset(ifr, 0, sizeof(ifr)); strcpy(ifr.ifr_name, can0); if (ioctl(s, SIOCGIFINDEX, ifr) 0) { perror(ioctl); close(s); return 1; } struct sockaddr_can addr; memset(addr, 0, sizeof(addr)); addr.can_family AF_CAN; addr.can_ifindex ifr.ifr_ifindex; if (bind(s, (struct sockaddr *)addr, sizeof(addr)) 0) { perror(bind); close(s); return 1; } struct can_frame frame; memset(frame, 0, sizeof(frame)); frame.can_id 0x101; frame.can_dlc 4; frame.data[0] 0x02; frame.data[1] 0x01; frame.data[2] 0x10; frame.data[3] 0x01; if (write(s, frame, sizeof(frame)) ! sizeof(frame)) { perror(write); close(s); return 1; } printf(send ok: 0x%03X\n, frame.can_id); close(s); return 0; }編譯運(yùn)行g(shù)cc -o can_demo can_demo.c ./can_demo在另一終端用candump can0抓包可以看到這幀數(shù)據(jù)。要注意代碼里frame.can_id 0x101默認(rèn)是標(biāo)準(zhǔn)幀如果要用擴(kuò)展幀需要設(shè)置frame.can_id | CAN_EFF_FLAG這里不展開。6.5 模擬多個(gè)批量節(jié)點(diǎn)上報(bào)批量設(shè)備的特點(diǎn)是節(jié)點(diǎn)多、周期上報(bào)。可以用線程方式在虛擬接口上模擬多個(gè)節(jié)點(diǎn)驗(yàn)證主機(jī)端的接收邏輯#!/usr/bin/env python3 # 文件路徑simulate_nodes.py import can import time import threading def node_loop(node_id, interval): bus can.interface.Bus(bustypesocketcan, channelvcan0) arb_id 0x100 node_id while True: data [node_id, 0x00, 0x00, int(time.time()) 0xFF, 0x00, 0x00, 0x00, 0x00] bus.send(can.Message(arbitration_idarb_id, datadata)) time.sleep(interval) if __name__ __main__: for i in range(1, 4): threading.Thread(targetnode_loop, args(i, 0.05), daemonTrue).start() time.sleep(10)這個(gè)腳本模擬 3 個(gè)節(jié)點(diǎn)分別用 ID 0x101 到 0x103 每 50ms 上報(bào)一幀。真實(shí)項(xiàng)目中可以把node_loop換成具體業(yè)務(wù)邏輯比如溫度采樣、電機(jī)狀態(tài)上報(bào)。多節(jié)點(diǎn)架構(gòu)跑通之后再把協(xié)議換成 DBC 定義的信號就能和產(chǎn)線測試工具聯(lián)調(diào)。7. 運(yùn)行結(jié)果與效果驗(yàn)證通信程序?qū)懲瓴凰憬Y(jié)束要驗(yàn)證數(shù)據(jù)是否正確、總線有沒有錯(cuò)誤。先看抓包結(jié)果。在接收終端執(zhí)行candump can0預(yù)期輸出類似can0 101 [8] 02 01 00 10 00 01 00 00 can0 102 [8] 02 02 00 20 00 01 00 00 can0 103 [8] 02 03 00 30 00 01 00 00第一列是接口名第二列是幀 ID第三列是數(shù)據(jù)長度后面是數(shù)據(jù)字節(jié)。如果不加參數(shù)candump 默認(rèn)不顯示錯(cuò)誤幀。要查看錯(cuò)誤幀可以加-ecandump -e can0看到錯(cuò)誤幀輸出時(shí)重點(diǎn)看錯(cuò)誤幀來自哪個(gè)節(jié)點(diǎn)、錯(cuò)誤類型是什么。SocketCAN 下可以用ip -details -statistics link show can0查看接口統(tǒng)計(jì)信息ip -details -statistics link show can0輸出里可以看到 CAN 控制器的工作狀態(tài)、波特率、采樣點(diǎn)以及收發(fā)錯(cuò)誤計(jì)數(shù)。正常通信時(shí)錯(cuò)誤計(jì)數(shù)應(yīng)該穩(wěn)定為 0 或非常低。如果發(fā)現(xiàn)RX errors、TX errors或bus error持續(xù)增長說明硬件鏈路或現(xiàn)場電磁環(huán)境有問題應(yīng)該按下一節(jié)的排查思路處理。判斷通信是否成功的標(biāo)準(zhǔn)有三條。第一預(yù)期 ID 的報(bào)文能持續(xù)收到數(shù)據(jù)內(nèi)容符合協(xié)議編碼。第二總線錯(cuò)誤計(jì)數(shù)不增長或保持在低位。第三高優(yōu)先級幀能夠搶占總線低優(yōu)先級幀不會(huì)長期“餓死”。在批量設(shè)備產(chǎn)線測試中這三條可以做成自動(dòng)化用例每臺(tái)設(shè)備出廠前跑一遍能攔截大部分裝配問題。8. 常見問題與排查思路批量設(shè)備現(xiàn)場調(diào)試時(shí)CAN 的問題往往反復(fù)出現(xiàn)而且很多現(xiàn)象相似但原因不同。下表是典型的排查思路。問題現(xiàn)象可能原因排查方式解決方案總線上完全收不到數(shù)據(jù)未接終端電阻、波特率不一致萬用表測 CANH/CANL 間電阻確認(rèn)波特率配置兩端接 120Ω統(tǒng)一所有節(jié)點(diǎn)波特率錯(cuò)誤幀持續(xù)增長線纜過長、分支過多、共模干擾candump -e查看錯(cuò)誤幀示波器測波形縮短分支、使用 split 終端加電容、優(yōu)化布線節(jié)點(diǎn)偶爾離線又恢復(fù)接插件接觸不良、供電不穩(wěn)檢查錯(cuò)誤計(jì)數(shù)和電源紋波緊固接插件、加強(qiáng)電源濾波、考慮隔離高優(yōu)先級數(shù)據(jù)發(fā)不出去總線負(fù)載率過高統(tǒng)計(jì)單位時(shí)間總幀數(shù)估算負(fù)載率降低周期報(bào)文頻率篩掉不必要報(bào)文節(jié)點(diǎn)進(jìn)入 Bus-Off連續(xù)錯(cuò)誤觸發(fā) CAN 控制器離線讀取 REC/TEC 錯(cuò)誤計(jì)數(shù)找到干擾源或硬件故障軟件增加 bus-off 恢復(fù)邏輯第一個(gè)常見問題是“完全收不到”。先不要懷疑代碼先用萬用表確認(rèn)終端電阻是否正常。第二個(gè)常見問題是錯(cuò)誤幀很多。錯(cuò)誤幀本質(zhì)是某個(gè)節(jié)點(diǎn)檢測到了協(xié)議層錯(cuò)誤比如位錯(cuò)誤、填充錯(cuò)誤、CRC 錯(cuò)誤。原因通常是終端電阻缺失、線纜過長、分支過長、波特率不一致也可能是共模干擾太強(qiáng)此時(shí) split 終端加共模電容是值得優(yōu)先嘗試的整改手段。第三個(gè)常見問題是節(jié)點(diǎn)運(yùn)行時(shí)偶爾離線。這種偶發(fā)故障最難查建議在節(jié)點(diǎn)軟件里通過錯(cuò)誤計(jì)數(shù)器做本地記錄保留最近一次 bus error 的類型和現(xiàn)場