CAN通信矩陣
關注創建者：匿名 創建時間：2021-10-26
CAN通信矩陣的視頻教程
CAN通信矩陣的實例教程
我們知道CAN總線是一種通信形式，ISO 11898協議僅僅規定了數據鏈路層和物理層，也就是說傳什么ID、傳什么數據是沒有定義的，這留給了大家很多遐想空間。對于乘用車來說，滿足UDS和尾氣排放協議之后，還剩余了絕大部分的ID段。這些ID段由主機廠自主來進行分配，分配好之后會形成一個.xls格式的表格。有了CAN通信矩陣，開發人員就知道他設計的零部件應該接收什么ID的數據，需要發出什么ID的數據。
如何閱讀CAN通信矩陣
下面我們詳細介紹下怎么閱讀一份通信矩陣。
信號名稱：一般是以發送節點的名字開頭，“_”后面是具體指代的內容。如BMS_GeneralStatus。
信號長度：該信號的長度，單位是bit，位。
精度/偏移量：描述信號值如何轉變成信號物理值。比如精度是2，偏移量是5，那么信號的真實物理值 = 信號值 * 2 + 5。
物理值范圍：經過物理值轉換后的最大最小值。
其他的一些矩陣中還會有這樣的表述。
起始字節：起始位所在的字節序號。Byte0-Byte7。
起始位：信號LSB（least significant bit）所在的位置。
展開 來源 |
汽車電子與軟件
什么是CAN通信矩陣
CAN通信矩陣（CAN Communication Matrix）通常由整車廠完成定義，車輛網絡中的各個節點需要遵循該通訊矩陣才能完成信息的交互和共享。
我們知道CAN總線是一種通信形式，ISO 11898協議僅僅規定了數據鏈路層和物理層，也就是說傳什么ID、傳什么數據是沒有定義的，這留給了大家很多遐想空間。對于乘用車來說，滿足UDS和尾氣排放協議之后，還剩余了絕大部分的ID段。這些ID段由主機廠自主來進行分配，分配好之后會形成一個.xls格式的表格。有了CAN通信矩陣，開發人員就知道他設計的零部件應該接收什么ID的數據，需要發出什么ID的數據。
如何閱讀CAN通信矩陣
下面我們詳細介紹下怎么閱讀一份通信矩陣。
信號名稱：一般是以發送節點的名字開頭，“_”后面是具體指代的內容。如BMS_GeneralStatus。
信號長度：該信號的長度，單位是bit，位。
精度/偏移量：描述信號值如何轉變成信號物理值。比如精度是2，偏移量是5，那么信號的真實物理值 = 信號值 * 2 + 5。
物理值范圍：經過物理值轉換后的最大最小值。
其他的一些矩陣中還會有這樣的表述。
起始字節：起始位所在的字節序號。Byte0-Byte7。
起始位：信號LSB（least significant bit）所在的位置。通常這個位置是按照下面這個圖來說明的。
CAN矩陣的核心圖
信號類型：Boolean 還是 Unsigned。
以上是CAN數據矩陣的基本內容。
展開 （4） 傳輸延遲時間tPTS
CAN報文在CAN總線上的傳輸時，物理延遲包含兩個部分：
在CAN-BUS上傳輸造成的延遲；
在節點上傳輸造成延遲；
按照CAN通信協議的規定，補償給傳播延遲的時間長度要至少等于實際實際傳播延遲時長的2倍，即：
需要注意的是：
Tips: 在CAN總線通信系統中是以時間量子Tq來度量時間的，所以如果延遲補償時間tPTS = 3.1Tq，那么這個時候要取：tPTS = 4Tq。
近年來，汽車行業發展迅猛，車載網絡與通信協議不斷革新，車型的平臺化和改版升級不可避免地產生了大量相似通信數據庫，如何維護數據庫的正確唯一，保證報文信號在不同車型、網段之間的同步成為了急需解決的問題。同時總線工程師在開發階段要維護管理多個版本的數據庫，版本管控、多人協作、審核發布等成為了總線工程師的痛點。
為解決上述問題及總線工程師的痛點，經緯恒潤自主研發了一款專業的數據庫設計編輯工具INTEWORK-VDE（Vehicle Database Editor，以下簡稱VDE），適用于車型的數據庫設計和管理，替代傳統Excel通信矩陣管理方式，有效提升總線通信設計效率及正確性。
產品介紹
VDE采用“客戶端-服務器”模式，客戶端支持以車系、車型、網段、節點為單位進行數據庫的設計，同時支持CAN、LIN、CANFD總線，下一版本將支持以太網數據庫ARXML/FIBEX文件編輯；服務器支持多人協作、平臺化信號管理、車型復用、數據庫版本管理、審核發布、郵件發送等功能。客戶端與服務器兩個版本相互獨立，可單獨使用單機版。
展開 CAN總線網絡主要掛在CAN_H和CAN_L，各個節點通過這兩條線實現信號的串行差分傳輸，為了避免信號的反射和干擾，還需要在CAN_H和CAN_L之間接上120歐姆的終端電阻。
每一個設備既可做主設備也可做從設備。CAN總線的通信距離可達10千米（速率低于5Kbps），速度可達1Mbps（通信距離小于40M）。
CAN電平邏輯
CAN總線采用"線與"的規則進行總線沖裁，1&0為0，所以稱0為顯性，1為隱性。
從電位上看，因為規定高電位為0，低電位為1，同時發出信號時實際呈現為高電位，從現象上看就像0覆蓋了1，所以稱0為顯性，1為隱性。
USB通信串行總線
USB接口最少有四根線，其中有兩根是數據線，而所有的USB數據傳輸都是通過這兩根線完成。它的通信遠比串口復雜的多。
兩根數據線采用差分傳輸，即需要兩根數據線配合才能傳輸一個bit，因此是半雙工通信，同一時間只能發送或者接收。
USB 規定，如果電壓電平不變，代表邏輯1；如果電壓電平變化，則代表邏輯0。
USB轉TTL
一般USB轉串口都是用CH340G芯片。
用串口通信比USB簡單，因為串口通信沒有協議。
SD卡
SD卡是一種存儲卡，可用于手機作為內存卡使用。
嵌入式中，單片機與SD卡通信有兩種模式：
1. SPI總線通信模式；
2.
展開 
CAN通信矩陣的相關專題、標簽、搜索
CAN通信矩陣的最新內容
通信矩陣
CAN通信矩陣（CAN Communication Matrix）通常由整車廠完成定義，車輛網絡中的各個節點需要遵循該通訊矩陣才能完成信息的交互和共享。
來源 |
汽車電子與軟件
什么是CAN通信矩陣
CAN通信矩陣（CAN Communication Matrix）通常由整車廠完成定義，車輛網絡中的各個節點需要遵循該通訊矩陣才能完成信息的交互和共享。
閱讀本文前，您可先點擊上面的藍色字體“電力講壇”，“關注”后再加星標或者置頂公眾號，這樣您就可以第一時間收到最優質的文章及接收最新資料。
UART、I2C、RS485……這些通信雖然都普遍在用，但解釋起來也是模棱兩可，覺得有必要整理一下，目的是鞏固和區分。文章有點長，建議先收藏，需要的時候再拿出來看。
UART通用異步收發器
來源 |
汽車ECU開發
知圈
|
進“電子電氣群”請加微13636581676,備注架構
在依照瑞薩公司的《CAN入門書》的組織思路來學習CAN通信的相關知識，并結合網上相關資料以及學習過程中的領悟整理成筆記。好記性不如爛筆頭，加油！
1
UART、I2C、RS485……這些通信雖然都普遍在用，但解釋起來也是模棱兩可，覺得有必要整理一下，目的是鞏固和區分。文章有點長，建議先收藏，需要的時候再拿出來看。
UART通用異步收發器
UART口指的是一種物理接口形式(硬件)。
UART是異步，全雙工串口總線。它比同步串口復雜很多
近年來，汽車行業發展迅猛，車載網絡與通信協議不斷革新，車型的平臺化和改版升級不可避免地產生了大量相似通信數據庫，如何維護數據庫的正確唯一，保證報文信號在不同車型、網段之間的同步成為了急需解決的問題。同時總線工程師在開發階段要維護管理多個版本的數據庫，版本管控、多人協作、審核發布等成為了總線工程師的痛點。
為解決上述問題及總線工程師的痛點，經緯恒潤自主研發了一款專業的數據庫設計編輯工具
