關于CAN總線，其特點如下：

? 它使用一對雙絞線電纜。

? 可在同一個CAN 總線上可以連接多個ECU。

? 減少了重量和電線成本。

? 減少了錯誤的發生。

? 可快速交換數據。其使用仲裁過程，因此最高優先級的數據可獲得總線的訪問權。

? 提升了應用范圍。

? 標準的CAN 2.0允許11位的數據傳輸（這意味著，總共可以引入2048條不同的獨特信息）。

? 擴展的CAN 2.0允許29位數據傳輸。（高達536億多條信息）。

CAN 總線的基本結構

基本的CAN 總線布局只包括兩根在兩端終止的雙絞線。ECU 或任何需要通信的系統都可以連接到這些導線上，因此可以滿足任何數量的ECU 去連接。

圖中顯示了一個CAN 總線的常規布局

CAN 總線遵循一個簡單的原則，即向每個愿意下載的人提供數據。這就像在一個地鐵站里，在不同的時間有各種公告，對于那些把這些數據視為重要信息的人來說，他們會采取行動，而其他人則會忽略這些數據。類似地，總線為線路上的每個節點提供了數據，發現它有用的節點接受它，其余的節點則忽略它。在總線上，數據是在優先級的基礎上工作，而節點的功能也類似。從技術上講，不存在主從調整，即這里的每個節點都是一個主站節點。

電壓水平：標準的CAN 總線工作在5V 的差分信號上。

一個理想的 0 標志著傳輸的顯性模式，而一個完美的 1 標志著傳輸的隱性模式。另外，顯性模式和隱性模式的安排決定了數據總線的情況。顯性狀態永遠高于隱性狀態。

標準CAN總線中的數據幀結構（11位）

? 幀起始（SOF）:即幀的開始，標志著數據幀的開始（一個顯性0）。

? 地址字段（ADDRESS FIELD）:該字段決定數據的優先級。地址越低，其優先級越高，顯性0數量最多的地址將擁有最高的優先權，此外，沒有兩個節點可以同時傳輸相同的信息地址。

? 遠程發送請求位（RTR）：遠程傳輸請求用于向節點請求數據，這些節點不需要連續發送數據。當任何節點希望與另一個特定的節點進行通信，就可以使用這個方法；這將直接減少了總線上的擁堵，因為節點之間進行直接通信。

? 仲裁段（ARBITRATION FIELD）：仲裁過程是幫助決定哪一個節點在給定的時間點上扮演主人的角色。當另一個節點傳輸邏輯0時，任一節點傳輸一個邏輯1，就會退出或失去仲裁。這意味著傳輸第一個 1 的節點失去了仲裁，占優勢的 0 總是獲勝。仲裁失敗的節點重新排隊等待其信息的重新傳輸，幀位流繼續無差錯地傳輸，直到只剩下一個節點在傳輸。

? 擴展標識符位（IDE）：識別符擴展位，用于擴展或以后使用。一個隱性的IDE將引出另外 18 位的地址。

? 儲備位（RSRV）：顧名思義，它是為將來的升級而保留的。

? DLC:數據長度代碼（0-8字節）。

? 數據(DATA)。用戶定義的數據（0-64 位）。

? 循環校驗段(CRC)：循環冗余檢查，用于檢測錯誤以及數據是否損壞。

? 確認段(ACK)：接收端的確認。

? 幀結束(EOF)：幀結束（7位隱性1s）。

在這里，人們需要理解的是，無論優先級順序如何，每一個節點都會得到它的信息。

為什么CAN 總線會應用于汽車行業

CAN 總線最開始是為汽車發明的。在此之前，車輛中的每個電子設備都是用電線與其他設備連接的，當需要連接的設備系統數量較少時， 這可能很方便，但是隨著復雜性的不斷增加， 電線根本不可能實現連接。

因此，CAN 總線是專門為支持和實現汽車的高速和高效通信而開發的。

使用控制器區域網絡即CAN 總線，每個ECU 可以與其他所有ECU 進行通信，并且無需復雜的專用布線，從而減少了電纜長度、成本以及由于不必要的布線而導致的車輛重量。在Influx，我們致力于創造值得信賴的與眾不同的工程數據以及汽車數據記錄解決方案，專注于CAN 總線數據記錄儀，CAN 總線儀表模塊，CAN 總線軟件工具。

而CAN 作為一個強大的車輛總線標準，在沒有主機的情況下也允許微控制器和設備的應用可以相互通信。

使用CAN 總線也會存在幾個缺點：

? CAN 總線的電線最長為40米。因此節點的數量也限制在一個點上

? CAN 總線與其他網絡相比要貴一些，所以其故障排除和維護的成本很高。