1. 項目緣起為什么要在嵌入式Linux里搞Socket CAN如果你做過汽車電子、工業控制或者機器人肯定對CAN總線不陌生。它就像設備之間的“神經”負責傳遞各種控制指令和狀態信息。我以前做車載娛樂系統的時候天天和CAN報文打交道從讀取車速、轉速到控制車窗升降、空調開關都離不開它。在PC上我們常用USB-CAN適配器配合廠商的上位機軟件來收發數據。但到了嵌入式Linux的世界里這套玩法就不靈了。你的主控芯片比如NXP的i.MX系列、TI的Sitara系列往往自帶CAN控制器你需要讓Linux系統認識它、驅動它然后才能用程序去讀寫。這就是“驅動硬件編程”的核心——打通從應用層軟件到底層硬件的通道。而Socket CAN就是Linux內核給我們的一把“瑞士軍刀”。它把CAN設備抽象成了網絡套接字Socket這意味著你可以用類似TCP/IP網絡編程的send()、recv()、bind()、ioctl()這些熟悉的函數來操作CAN總線。這個設計非常巧妙它把一種專用的工業總線協議無縫融入了Unix“一切皆文件”的哲學和網絡編程的龐大生態里。你不用再去啃那些晦澀的專用庫API直接用最經典的Socket接口就能上手學習成本和開發效率的提升不是一點半點。所以這個標題“嵌入式Linux開發---Socket CAN通信驅動硬件編程”拆解開來就是三個層次嵌入式Linux這是舞臺資源受限沒有圖形界面一切靠命令行和代碼。Socket CAN這是方法論是Linux內核提供的標準編程接口。驅動硬件編程這是目標最終要讓你的程序通過驅動指揮硬件上的CAN控制器芯片如MCP2515、SJA1000或SoC內部的FlexCAN模塊去物理線上收發高低電平。接下來我就以一個真實的項目場景——為一塊搭載i.MX6ULL處理器的工控板配置和使用CAN功能——為例帶你走通從內核配置、驅動加載、接口配置到應用程序編寫的全流程。你會發現一旦打通后面的事情就都是熟悉的Socket編程味道了。2. 底層基石內核配置與CAN驅動加載在寫任何應用代碼之前我們必須確保Linux內核已經為CAN總線做好了準備。很多新手卡在這一步因為內核配置菜單選項繁多容易讓人眼花。2.1 內核配置選項詳解為CAN總線配置內核主要需要關注以下幾類選項它們通常位于- Networking support - CAN bus subsystem support路徑下CAN設備驅動這是最關鍵的它對應你硬件上具體的CAN控制器。針對SoC內部CAN控制器例如對于NXP i.MX系列你需要找到并啟用Freescale FlexCAN。對于ST的STM32MP1系列則是STMicroelectronics M_CAN。針對外部SPI接口CAN控制器最常見的是Microchip的MCP2515對應的驅動是Microchip MCP251x SPI CAN controllers。如果你的模塊是MCP2518驅動可能不同務必核對芯片手冊。針對USB-CAN適配器如果你在嵌入式板上外接了USB轉CAN卡用于調試或擴展則需要如EMS USB CAN、Kvaser USB CAN等驅動。CAN協議族與Socket CAN核心這部分是Socket CAN的框架必須啟用。CAN bus subsystem support總開關必選。Raw CAN Protocol原始CAN協議用于收發原始的CAN幀是最常用、最底層的選項。Broadcast Manager CAN Protocol廣播管理器協議。這是個高級功能用于處理周期發送、事件觸發、幀過濾等復雜場景。比如你需要定時發送車速信號或者只在收到某個特定ID的幀后才回復BMC就非常有用。建議在開發階段一并選上。CAN網關與網絡層用于橋接多個CAN網絡或在CAN與其它網絡協議間轉換在復雜網絡拓撲中用到。初期可以不選。一個實操中的大坑內核配置的依賴關系。比如當你選擇CAN Broadcast Manager時它可能自動依賴并選中了CAN_GW。如果你不需要網關功能在編譯內核后可能會發現系統里多出了cgw之類的模塊甚至可能引起一些意料之外的行為。我的習慣是在make menuconfig后仔細檢查一下.config文件確認每一個CONFIG_CAN_開頭的配置項都是你真正需要的。2.2 設備樹配置告訴內核硬件在哪里對于現代嵌入式Linux硬件信息主要通過設備樹Device Tree描述。你需要修改設備樹源文件.dts或.dtsi來聲明CAN控制器的存在和其連接方式。以i.MX6ULL的FlexCAN1為例在設備樹中可能需要添加或修改如下節點flexcan1 { pinctrl-names default; pinctrl-0 pinctrl_flexcan1; /* 指定引腳復用配置 */ status okay; /* 最關鍵啟用該設備 */ };而對于SPI接口的MCP2515配置則更詳細因為它是一個外掛芯片ecspi1 { /* 假設接在SPI1控制器上 */ cs-gpios gpio4 9 GPIO_ACTIVE_LOW; /* 片選引腳 */ status okay; can0: can0 { compatible microchip,mcp2515; /* 驅動匹配的關鍵字 */ reg 0; /* SPI片選號 */ clocks clk16m; /* MCP2515的時鐘源通常是外部晶振 */ interrupt-parent gpio4; /* 中斷引腳所在的GPIO組 */ interrupts 10 IRQ_TYPE_EDGE_FALLING; /* 具體中斷引腳和觸發方式 */ spi-max-frequency 10000000; /* SPI通信頻率 */ }; };這里有個關鍵經驗compatible屬性必須和內核驅動中定義的字符串完全一致。你可以去內核源碼的drivers/net/can/spi/mcp251x.c文件中搜索of_match_table來確認。一旦不匹配驅動就不會被綁定到這個設備節點上。2.3 驅動加載與接口出現配置好內核并編譯更新設備樹重啟系統后如果一切順利你應該能在系統中看到CAN網絡接口。檢查驅動是否加載使用lsmod | grep can查看。你應該能看到can、can_raw以及具體的控制器驅動如flexcan或mcp251x。檢查網絡接口使用ip link show命令。CAN接口的名字通常是can0、can1等它們會像eth0、wlan0一樣被列出但狀態是DOWN未啟動。1: lo: ... 2: eth0: ... 3: can0: NOARP,ECHO mtu 16 qdisc noop state DOWN mode DEFAULT group default qlen 10 link/can看到link/can和can0恭喜你硬件驅動層已經打通了。3. 網絡層配置讓CAN接口“活”起來驅動加載后can0還是一個“死”的接口需要配置比特率、模式等參數后才能使用。這里我們完全使用Linux網絡工具套件iproute2來操作這是最標準、最推薦的方式。3.1 配置比特率與啟動接口CAN總線的通信速度比特率需要和總線上其他設備嚴格匹配。常見的速率有125kbps車身控制、250kbps、500kbps通用、1Mbps高速網絡等。使用ip link set命令進行配置和啟動# 配置 can0 的比特率為 500kbps并啟動它 sudo ip link set can0 type can bitrate 500000 sudo ip link set can0 up配置背后的原理bitrate參數會被內核驅動轉換為CAN控制器內部的時間段Bit Timing寄存器值。這些寄存器定義了同步段、傳播時間段、相位緩沖段1和2的長度共同決定了每一位的采樣點在時間軸上的位置。驅動通常會提供一些常見的比特率預設值。對于非標準的比特率你可能需要更復雜的工具如can-utils中的can-calc-bit-timing來計算并直接設置位時序參數。3.2 高級參數與工作模式除了比特率CAN接口還有其他重要參數# 示例設置更復雜的參數 sudo ip link set can0 type can bitrate 500000 sample-point 0.875 sudo ip link set can0 type can bitrate 500000 restart-ms 100 sudo ip link set can0 type can loopback on # 啟用環回模式用于自發自收測試sample-point采樣點位置通常建議在75%-90%之間影響抗干擾能力。restart-ms總線關閉Bus-Off后控制器自動恢復的時間毫秒。這是CAN控制器的一個安全特性當發送錯誤累積到一定程度控制器會進入“Bus-Off”狀態停止發送避免干擾總線。設置此參數后驅動會自動嘗試恢復。loopback on環回模式。這是硬件調試的利器。啟用后控制器發送的幀會立刻被自己接收無需連接物理總線。你可以用它快速驗證你的應用程序發送和接收代碼邏輯是否正確。3.3 查看狀態與錯誤信息配置完成后使用ip -details link show can0可以查看詳細狀態3: can0: NOARP,UP,LOWER_UP,ECHO mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can can state ERROR-ACTIVE restart-ms 0 bitrate 500000 sample-point 0.875 tq 125 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 flexcan: tseg1 4..16 tseg2 2..8 sjw 1..4 brp 1..256 brp-inc 1 clock 30000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0這里信息很豐富state UP接口已啟動。can state ERROR-ACTIVE這是正常狀態表示控制器正在主動參與總線通信且錯誤計數器未超標。bitrate和sample-point與你設置的一致。bus-errors等計數器都是0表示通信良好。如果bus-off計數增加說明總線出現了嚴重問題導致控制器離線。4. 應用層編程Socket CAN實戰接口啟動后就可以進行真正的編程了。Socket CAN支持多種Socket類型最常用的是SOCK_RAW原始套接字和SOCK_DGRAM數據報套接字用于BMC。4.1 創建原始CAN套接字原始套接字用于收發最原始的CAN幀給你最大的控制權。#include stdio.h #include stdlib.h #include string.h #include unistd.h #include net/if.h #include sys/ioctl.h #include sys/socket.h #include linux/can.h #include linux/can/raw.h int main() { int s; struct sockaddr_can addr; struct ifreq ifr; struct can_frame frame; // 1. 創建原始CAN套接字 if ((s socket(PF_CAN, SOCK_RAW, CAN_RAW)) 0) { perror(Socket creation failed); return 1; } // 2. 指定要使用的CAN接口如can0 strcpy(ifr.ifr_name, can0); ioctl(s, SIOCGIFINDEX, ifr); // 獲取接口索引 // 3. 綁定套接字到該接口 addr.can_family AF_CAN; addr.can_ifindex ifr.ifr_ifindex; if (bind(s, (struct sockaddr *)addr, sizeof(addr)) 0) { perror(Bind failed); close(s); return 1; } printf(Socket bound to can0 successfully.\n); // ... 這里可以進行發送和接收操作 close(s); return 0; }關鍵結構體struct can_framestruct can_frame { canid_t can_id; /* 32位 CAN ID 標志位 (EFF/RTR/ERR) */ __u8 can_dlc; /* 數據長度碼 (0..8) */ __u8 __pad; /* 填充字節 */ __u8 __res0; /* 保留字節 */ __u8 __res1; /* 保留字節 */ __u8 data[8] __attribute__((aligned(8))); /* 數據 (最多8字節) */ };can_id不僅包含標識符其特定位還用于表示幀類型標準幀11位IDcan_id CAN_EFF_FLAG為假。擴展幀29位IDcan_id | CAN_EFF_FLAG。遠程傳輸請求幀RTRcan_id | CAN_RTR_FLAG。RTR幀的data段為空用于請求另一個節點發送對應ID的數據。can_dlc數據長度0到8。注意即使對于RTR幀can_dlc也應設置為所請求數據的長度。4.2 發送CAN幀填充一個can_frame并發送// 準備一個標準數據幀ID為0x123數據為 0x11, 0x22, 0x33, 0x44 frame.can_id 0x123; // 標準幀ID frame.can_dlc 4; frame.data[0] 0x11; frame.data[1] 0x22; frame.data[2] 0x33; frame.data[3] 0x44; int nbytes write(s, frame, sizeof(struct can_frame)); if (nbytes ! sizeof(struct can_frame)) { perror(Write failed); // 處理錯誤可能是總線錯誤或緩沖區滿 }發送時的常見坑總線關閉Bus-Off如果發送時持續出錯如總線斷開、終端電阻未接控制器會進入Bus-Off狀態此時write會返回-1并設置errno為ENETDOWN。你的程序必須有處理這種錯誤的邏輯比如等待restart-ms后重試或者上報錯誤。緩沖區滿如果應用程序發送速度遠超總線物理速率內核的發送緩沖區可能會滿。此時write可能會阻塞默認行為或者返回EAGAIN如果套接字設置為非阻塞模式。對于實時性要求高的應用需要監控發送狀態。4.3 接收CAN幀接收通常在一個循環中使用read系統調用struct can_frame recv_frame; while (1) { int nbytes read(s, recv_frame, sizeof(struct can_frame)); if (nbytes 0) { perror(Read failed); break; } if (nbytes ! sizeof(struct can_frame)) { fprintf(stderr, Read incomplete CAN frame\n); continue; } // 解析接收到的幀 printf(Received frame: ID0x%03X, DLC%d, Data, recv_frame.can_id CAN_EFF_MASK, // 屏蔽掉標志位得到純ID recv_frame.can_dlc); for (int i 0; i recv_frame.can_dlc; i) { printf(%02X , recv_frame.data[i]); } printf(\n); // 判斷幀類型 if (recv_frame.can_id CAN_EFF_FLAG) printf( - Extended Frame\n); if (recv_frame.can_id CAN_RTR_FLAG) printf( - Remote Transmission Request\n); if (recv_frame.can_id CAN_ERR_FLAG) printf( - Error Frame\n); // 錯誤幀需要特殊處理 }接收過濾總線上可能有很多報文你通常只關心特定ID的幀。可以在綁定套接字后使用setsockopt設置過濾規則讓內核幫你過濾大大減少用戶空間的開銷。struct can_filter rfilter[2]; // 只接收ID為0x100到0x103的標準幀 rfilter[0].can_id 0x100; rfilter[0].can_mask 0x7FC; // 掩碼二進制 111 1111 1100匹配低9位11位ID中的低9位可變 // 再接收ID為0x200的擴展幀 rfilter[1].can_id 0x200 | CAN_EFF_FLAG; // 包含擴展幀標志 rfilter[1].can_mask CAN_EFF_MASK; // 對擴展幀通常使用全掩碼精確匹配 setsockopt(s, SOL_CAN_RAW, CAN_RAW_FILTER, rfilter, sizeof(rfilter));關于阻塞與非阻塞默認情況下Socket是阻塞的。read會一直等待直到有數據到來。在單線程程序中這可能會阻塞整個程序。對于需要同時處理多個I/O或定時任務的程序你有兩個選擇使用fcntl將套接字設置為非阻塞O_NONBLOCK然后read會立即返回通過返回值或errno判斷是否有數據。使用select、poll或epoll等多路復用機制來同時監聽多個文件描述符包括CAN Socket。這是工業級應用的標準做法我強烈推薦。4.4 使用Broadcast Manager進行高級操作當你需要處理周期性發送、復雜的接收過濾或狀態變化時原始套接字就顯得有些笨拙。這時就該CAN_BCM協議登場了。BMC套接字類型是SOCK_DGRAM。它的核心思想是你向內核發送一個“操作”OP消息內核就會按照你的要求持續工作。比如你發送一個“設置定時發送”的OP內核就會在后臺定時發送該幀無需你的應用層程序干預。#include linux/can/bcm.h // ... 其他頭文件 int s_bcm; struct sockaddr_can addr_bcm; struct ifreq ifr_bcm; // 創建BMC套接字 s_bcm socket(PF_CAN, SOCK_DGRAM, CAN_BCM); strcpy(ifr_bcm.ifr_name, can0); ioctl(s_bcm, SIOCGIFINDEX, ifr_bcm); addr_bcm.can_family AF_CAN; addr_bcm.can_ifindex ifr_bcm.ifr_ifindex; connect(s_bcm, (struct sockaddr *)addr_bcm, sizeof(addr_bcm)); // BCM使用connect // 構建一個定時發送任務的消息 struct { struct bcm_msg_head msg_head; struct can_frame frame; } tx_msg; tx_msg.msg_head.opcode TX_SETUP; // 操作碼設置定時發送 tx_msg.msg_head.can_id 0x123; // 要發送的幀ID tx_msg.msg_head.flags SETTIMER | STARTTIMER; // 設置定時器并立即啟動 tx_msg.msg_head.nframes 1; // 消息中包含1個幀結構 tx_msg.msg_head.count 0; // 發送次數0表示無限循環 tx_msg.msg_head.ival1.tv_sec 0; tx_msg.msg_head.ival1.tv_usec 100000; // 發送間隔100毫秒 (ival1) tx_msg.msg_head.ival2.tv_sec 0; tx_msg.msg_head.ival2.tv_usec 0; // 第二個間隔通常用于復雜序列這里不用 // 填充要發送的CAN幀數據 tx_msg.frame.can_id 0x123; tx_msg.frame.can_dlc 2; tx_msg.frame.data[0] 0xAA; tx_msg.frame.data[1] 0xBB; // 發送設置消息給內核 send(s_bcm, tx_msg, sizeof(tx_msg), 0); printf(BCM periodic transmission setup for ID 0x123, every 100ms.\n); // 此后內核會自動每100ms發送一幀你的程序可以去做別的事了BMC還可以設置接收過濾器并只在特定幀到來時通知你或者自動回復等功能非常強大。對于需要處理大量周期信號如汽車儀表盤數據的應用BMC能極大地簡化應用層邏輯。5. 調試與排錯從理論到現實的鴻溝理論跑通和實際調通是兩回事。下面是我在項目中積累的一些調試方法和常見坑點。5.1 必備調試工具can-utils在真正編寫自己的應用之前強烈建議先用can-utils這個工具集驗證硬件和底層配置。它是一組命令行工具堪稱CAN總線上的“瑞士軍刀”。candump can0最常用。監聽can0接口上的所有報文并打印出來。這是檢查總線是否有數據、你的設備是否在發送的第一選擇。cansend can0 123#11223344向can0發送一幀標準幀ID 0x123數據 11 22 33 44。cangen can0 -g 10 -I 123 -L 4 -D 11223344以10毫秒間隔持續發送指定ID和數據的幀用于壓力測試或模擬發送節點。canbusload can0 500000計算并顯示當前總線負載率基于500kbps的標稱速率。canstat顯示CAN接口的統計信息和錯誤計數器。安裝通常可以通過包管理器安裝如apt-get install can-utils或者從https://github.com/linux-can/can-utils下載源碼交叉編譯。5.2 常見問題與排查鏈路當你發現candump沒數據或者自己寫的程序收不到發不出時可以按照以下鏈路排查物理層檢查線接對了嗎CAN_H通常橙色/紅色接CAN_HCAN_L通常橙色/棕色接CAN_L。別接反。終端電阻加了嗎在總線兩端最遠的兩個節點需要各接一個120歐姆的電阻。這是必須的沒有終端電阻信號反射會導致通信完全失敗。用萬用表測量CAN_H和CAN_L之間的電阻應該在60歐姆左右兩個120歐并聯。電源和地呢確保所有節點共地。電平不匹配是隱形殺手。驅動與接口層檢查ip link show can0狀態是UP嗎如果不是用sudo ip link set can0 up啟動。dmesg | grep -i can查看內核日志有沒有驅動加載失敗、設備樹解析錯誤、位時序設置失敗等信息驅動加載了但接口沒出現檢查設備樹compatible字符串是否完全匹配。用cat /proc/device-tree/soc/aips-bus.../flexcan.../compatible查看內核實際看到的設備樹節點屬性。配置與權限檢查比特率設置對了嗎用ip -d link show can0確認。你的應用程序有權限訪問CAN Socket嗎在嵌入式系統上可能需要將用戶加入root組或者修改/etc/group中can組的成員如果存在或者直接使用sudo運行。更規范的做法是設置udev規則讓特定設備節點自動賦予特定組權限。應用層邏輯檢查發送程序綁定了正確的接口索引嗎打印出來看看。接收程序設置過濾規則了嗎是不是過濾得太狠把想要的幀也過濾掉了嘗試先取消所有過濾設置一個空的過濾規則。用的是阻塞IO嗎程序是不是卡在read那里了用candump在另一個終端確認總線確實有數據。發送時遇到ENETDOWN或EAGAIN錯誤了嗎檢查總線狀態和緩沖區。5.3 環回模式隔離問題的利器當懷疑是硬件問題還是軟件問題時第一時間啟用環回模式。sudo ip link set can0 down sudo ip link set can0 type can loopback on sudo ip link set can0 up然后在一個終端運行candump can0在另一個終端運行cansend can0 123#deadbeef。如果你能在candump中看到自己發送的幀那么恭喜從驅動到Socket CAN的整個軟件棧是通的。問題很可能出在物理層線纜、電阻、供電或者對端設備上。如果環回模式下發不出或收不到那就集中精力排查軟件配置驅動、設備樹、內核配置、權限。6. 進階話題與性能考量當基本通信搞定后你會面臨更實際的問題如何讓系統更穩定、更高效6.1 錯誤處理與總線狀態監控一個健壯的CAN應用必須能處理錯誤。除了檢查read/write的返回值你還可以接收錯誤幀來獲取更詳細的信息。// 在創建原始套接字后啟用錯誤幀接收 int recv_own_msgs 1; // 通常我們也想收到自己發送的幀在非環回模式下用于確認 setsockopt(s, SOL_CAN_RAW, CAN_RAW_RECV_OWN_MSGS, recv_own_msgs, sizeof(recv_own_msgs)); int enable_canfd 1; // 如果你使用CAN FD setsockopt(s, SOL_CAN_RAW, CAN_RAW_FD_FRAMES, enable_canfd, sizeof(enable_canfd)); // 然后在你的接收循環中需要識別錯誤幀 if (recv_frame.can_id CAN_ERR_FLAG) { // 這是一個錯誤幀 printf(Error frame received!\n); // 解析 recv_frame.data 中的錯誤標志位 // 可以參考 linux/can/error.h 中的定義 if (recv_frame.data[1] CAN_ERR_CRTL_RX_OVERFLOW) { printf( - RX buffer overflow\n); } // ... 處理其他錯誤類型 }常見的錯誤有總線錯誤、控制器重啟、接收緩沖區溢出等。對于溢出錯誤你需要考慮是否接收處理速度跟不上或者增加內核的接收緩沖區大小通過sysctl或setsockopt設置SO_RCVBUF。6.2 多線程與I/O多路復用在復雜的嵌入式應用中CAN通信往往只是任務之一。你可能還需要處理串口、網絡、用戶輸入等。單線程多路復用這是最經典和高效的模式。使用epoll監聽CAN套接字、其他網絡套接字、甚至定時器文件描述符。當任何一個事件就緒時epoll_wait返回你再處理相應的事件。這避免了為每個I/O創建一個線程的開銷和復雜性。專用線程如果你對CAN通信的實時性要求極高或者處理邏輯非常復雜可以單獨開辟一個線程專門阻塞在read上一旦收到報文就放入一個線程安全的隊列由主線程或其他工作線程消費。切記在線程間傳遞CAN幀數據時要做好內存管理避免競爭條件。6.3 內核緩沖區與實時性調整內核為每個Socket準備了發送和接收緩沖區。默認大小可能不適合高負載場景。查看當前緩沖區大小getsockopt(s, SOL_SOCKET, SO_SNDBUF, size, len)。設置緩沖區大小在bind之前使用setsockopt(s, SOL_SOCKET, SO_SNDBUF/SO_RCVBUF, new_size, sizeof(new_size))。注意內核可能會將這個值加倍用于管理開銷并且有上限。實時性考慮對于需要極低延遲的應用如電機控制你可能需要使用SCHED_FIFO或SCHED_RR實時調度策略來提升你的應用線程優先級。確保內核配置了CONFIG_PREEMPT可搶占內核減少內核態操作的延遲。使用性能更好的CAN控制器如支持DMA的型號并確保其驅動使用了DMA而非PIO模式。6.4 從CAN到CAN FDCAN FDFlexible Data-rate是CAN的升級版速率更快最高可達8Mbps甚至12Mbps數據場更長最多64字節。Socket CAN也支持CAN FD。關鍵變化在于幀結構使用struct canfd_frame其data數組大小為64字節。創建套接字時需要告知內核支持FDsocket(PF_CAN, SOCK_RAW, CAN_RAW);之后再設置CAN_RAW_FD_FRAMES選項。配置接口時比特率分為仲裁段bitrate和數據段dbitrate分別設置sudo ip link set can0 type can bitrate 500000 dbitrate 2000000 fd on硬件和驅動必須支持CAN FD。目前主流的高端嵌入式處理器如NXP i.MX8系列、TI Jacinto系列內部的CAN控制器大多支持FD。7. 項目集成與實戰心得最后聊聊把Socket CAN集成到一個真實嵌入式產品中的一些體會。首先驅動穩定性是根基。盡量使用芯片原廠提供和維護的、已經進入主線Linux內核的CAN驅動。避免使用第三方或自己從零移植的驅動除非你有十足的把握和測試時間。主線內核的驅動經過更多人的測試社區支持也好。其次設備樹是硬件抽象的關鍵。把CAN的引腳復用、時鐘、中斷等配置清晰地寫在設備樹里而不是硬編碼在驅動中。這樣同一份內核鏡像通過加載不同的設備樹二進制文件DTB就能適配你公司不同型號的板卡維護起來方便太多。第三應用層協議設計。Socket CAN只負責傳遞原始的、最多8字節或64字節的數據塊。這8個字節里放什么就是你的應用層協議了。常見的做法是用第一個字節作為“命令字”或“報文類型”后面跟著參數或數據。一定要設計好幀ID的分配方案可以考慮借鑒CANopen或J1939等標準協議的思想將ID分段用于表示優先級、源地址、目標地址、參數組編號等。第四測試要充分。除了功能測試必須做壓力測試和異常測試。壓力測試用cangen以最高速率灌入數據看你的應用程序能否處理得過來會不會丟幀CPU占用率如何。異常測試模擬總線錯誤。可以短暫地將CAN_H和CAN_L短接制造顯性位錯誤或者斷開一個終端電阻觀察你的程序錯誤處理邏輯是否健壯控制器能否從Bus-Off狀態恢復。最后日志和診斷。在你的應用程序中不僅要記錄業務數據還要記錄CAN通信的關鍵事件何時啟動、何時關閉、發送了哪些重要幀、收到了哪些錯誤幀、總線狀態的變化等。這些日志在排查現場問題時價值連城。可以考慮通過一個獨立的、低優先級的日志線程寫入文件或通過網絡發送到服務器。從我第一次在嵌入式Linux上點亮CAN總線到如今把它用在多個量產項目中Socket CAN這套接口的穩定性和簡潔性一直讓我印象深刻。它完美地體現了Linux的設計哲學為復雜的問題提供簡單、統一的抽象。當你掌握了從設備樹到驅動再到Socket API的這一套流程后你會發現讓嵌入式設備通過CAN總線“開口說話”其實是一件水到渠成的事情。剩下的就是如何去設計它們之間對話的內容了。