做過嵌入式開發的同學，大概都有過這樣的經歷：

• 程序寫得沒問題，邏輯也跑通了，結果 CAN 總線一插上線，數據就開始亂飄；
• 電機一開，報文就掉包；
• 項目上線前一切正常，上車測試時卻瘋狂進入 Bus-Off，整條鏈路瞬間癱瘓。

更絕的是，這些問題往往沒有任何規律，今天測通了，明天又不行了，示波器一插上去卻看不出啥大問題。

于是開發者們心里只有一句：CAN，你到底行不行？

如果你也被這些問題困擾過，那這篇文章或許能幫你一次理清思路：如何提升抗干擾能力，以及在報錯時如何高效排查問題。

一、CAN 總線為什么容易出問題？

CAN 協議本身其實很穩定，尤其在車規領域已經驗證了幾十年。但為什么我們一用，總覺得“這玩意兒怎么這么脆”？

根本原因有兩個：

1. 物理層比想象中敏感—— 差分信號確實抗干擾，但布線、阻抗、供電、波特率配置任何一個細節沒做好，都可能讓系統翻車。
2. 錯誤機制太嚴苛—— CAN 控制器內置錯誤計數器，一旦計數超標就直接 Bus-Off。換句話說，它不跟你講道理，出了問題就先拉閘。

所以，理解 CAN 的坑，就得從這兩個層面入手：先保證信號質量，再學會看懂錯誤信息。

二、抗干擾技巧：物理層是根基

1. 布線細節

• 雙絞線必不可少：CANH 和 CANL 要成對走線，最好是雙絞線，降低共模干擾。
• 終端電阻 120Ω：總線兩端各放一個 120Ω 的匹配電阻，少一個、多一個都可能讓波形畸變。
• 線纜長度與波特率掛鉤：1Mbps 時總線長度建議不超過 40 米；如果要拉到 100 米以上，必須降速到 125kbps 或更低。

2. 硬件設計

• 隔離收發器：電源噪聲嚴重時，推薦用帶隔離的 CAN 收發器。
• 去耦電容：收發器 VCC 附近一定要放 100nF + 10uF 的去耦電容。
• 共模電感 & TVS 管：在 CANH、CANL 上加共模電感，防止高頻干擾；在接口處加 TVS 管，防止浪涌。

3. 波特率與采樣點

• 波特率選擇：不是越高越好，很多車規項目就穩定在 250kbps–500kbps。
• 采樣點設置：推薦在 75%–80%，這樣能兼顧同步與抗干擾。

這些措施看似基礎，但很多問題都是因為“嫌麻煩”沒做好。

三、錯誤排查：別光看現象，要看指標

1. 錯誤計數器是關鍵

CAN 控制器內部有兩個核心指標：

• TEC（Transmit Error Counter）發送錯誤計數器
• REC（Receive Error Counter）接收錯誤計數器

如果 TEC 快速增加 → 發送端有問題，可能是驅動能力不足、終端匹配不對。

如果 REC 快速增加 → 接收端抗干擾不行，可能是噪聲大或采樣點不合適。

2. 常見錯誤類型

• Stuff Error：位填充規則錯誤，通常是干擾引起的。
• Form Error：幀格式錯誤，多見于采樣點設置錯誤。
• ACK Error：沒人應答，可能是總線上就一個節點，或者收發器壞了。

3. 排查思路

• 先看最小系統：只接兩個節點，確認能正常通信。
• 逐步加節點：每多一個節點就測一次，問題容易定位。
• 示波器觀測：差分電壓是否在 2V 左右，CANH、CANL 是否對稱。

一句話：不要盲調，要用數據說話。

四、實戰案例分享

案例 1：電機一開，CAN 全掉線

某次項目中，電機啟動瞬間 CAN 通信直接報錯。排查發現：

• CAN 線和電機電源線平行走線，感應干擾極大。
• 解決方法：改為屏蔽雙絞線，并單獨布地線，問題消失。

案例 2：終端電阻虛焊

有一次整車測試，總線偶爾失效。用示波器一看，波形全是反射。最后發現是其中一個終端電阻虛焊。

→ 結論：基礎問題最致命。

案例 3：節點多，報錯頻繁

20 多個節點掛在總線上，1Mbps 波特率幾乎跑不動。后來把波特率降到 250kbps，通信恢復穩定。

→ 不要迷信“高波特率 = 高性能”，系統整體可靠才重要。

五、開發者總結

很多人把 CAN 問題想得很玄乎，但其實只要抓住三點：

1. 布線、終端、電源這些基礎一定要穩；
2. 波特率和采樣點要合理，不要盲目追高；
3. 學會看錯誤計數器，用示波器觀察波形。

一旦你能用這套方法論去排查，CAN 總線就不再是“玄學”，而是一個能跑得穩、跑得久的可靠通信協議。

結語

CAN 總線在車規和工業領域的地位不會輕易被替代，而作為開發者，我們要做的不是抱怨“CAN 怎么這么脆弱”，而是掌握一套系統的調試方法，讓它在項目里真正穩定運行。

畢竟，能把 CAN 調到穩如老狗的工程師，才是真正能 hold 住現場的高手。