CAN通信矩陣的案例
如何理解CAN通信矩陣
我們知道CAN總線是一種通信形式，ISO 11898協(xié)議僅僅規(guī)定了數(shù)據(jù)鏈路層和物理層，也就是說傳什么ID、傳什么數(shù)據(jù)是沒有定義的，這留給了大家很多遐想空間。對于乘用車來說，滿足UDS和尾氣排放協(xié)議之后，還剩余了絕大部分的ID段。這些ID段由主機廠自主來進(jìn)行分配，分配好之后會形成一個.xls格式的表格。有了CAN通信矩陣，開發(fā)人員就知道他設(shè)計的零部件應(yīng)該接收什么ID的數(shù)據(jù)，需要發(fā)出什么ID的數(shù)據(jù)。
如何閱讀CAN通信矩陣
下面我們詳細(xì)介紹下怎么閱讀一份通信矩陣。
信號名稱：一般是以發(fā)送節(jié)點的名字開頭，“_”后面是具體指代的內(nèi)容。如BMS_GeneralStatus。
信號長度：該信號的長度，單位是bit，位。
精度/偏移量：描述信號值如何轉(zhuǎn)變成信號物理值。比如精度是2，偏移量是5，那么信號的真實物理值 = 信號值 * 2 + 5。
物理值范圍：經(jīng)過物理值轉(zhuǎn)換后的最大最小值。
其他的一些矩陣中還會有這樣的表述。
起始字節(jié)：起始位所在的字節(jié)序號。Byte0-Byte7。
起始位：信號LSB（least significant bit）所在的位置。
展開 如何理解CAN通信矩陣
來源 |
汽車電子與軟件
什么是CAN通信矩陣
CAN通信矩陣（CAN Communication Matrix）通常由整車廠完成定義，車輛網(wǎng)絡(luò)中的各個節(jié)點需要遵循該通訊矩陣才能完成信息的交互和共享。
我們知道CAN總線是一種通信形式，ISO 11898協(xié)議僅僅規(guī)定了數(shù)據(jù)鏈路層和物理層，也就是說傳什么ID、傳什么數(shù)據(jù)是沒有定義的，這留給了大家很多遐想空間。對于乘用車來說，滿足UDS和尾氣排放協(xié)議之后，還剩余了絕大部分的ID段。這些ID段由主機廠自主來進(jìn)行分配，分配好之后會形成一個.xls格式的表格。有了CAN通信矩陣，開發(fā)人員就知道他設(shè)計的零部件應(yīng)該接收什么ID的數(shù)據(jù)，需要發(fā)出什么ID的數(shù)據(jù)。
如何閱讀CAN通信矩陣
下面我們詳細(xì)介紹下怎么閱讀一份通信矩陣。
信號名稱：一般是以發(fā)送節(jié)點的名字開頭，“_”后面是具體指代的內(nèi)容。如BMS_GeneralStatus。
信號長度：該信號的長度，單位是bit，位。
精度/偏移量：描述信號值如何轉(zhuǎn)變成信號物理值。比如精度是2，偏移量是5，那么信號的真實物理值 = 信號值 * 2 + 5。
物理值范圍：經(jīng)過物理值轉(zhuǎn)換后的最大最小值。
其他的一些矩陣中還會有這樣的表述。
起始字節(jié)：起始位所在的字節(jié)序號。Byte0-Byte7。
起始位：信號LSB（least significant bit）所在的位置。通常這個位置是按照下面這個圖來說明的。
CAN矩陣的核心圖
信號類型：Boolean 還是 Unsigned。
以上是CAN數(shù)據(jù)矩陣的基本內(nèi)容。
展開 詳解CAN通信的位定時與同步
（4） 傳輸延遲時間tPTS
CAN報文在CAN總線上的傳輸時，物理延遲包含兩個部分：
在CAN-BUS上傳輸造成的延遲；
在節(jié)點上傳輸造成延遲；
按照CAN通信協(xié)議的規(guī)定，補償給傳播延遲的時間長度要至少等于實際實際傳播延遲時長的2倍，即：
需要注意的是：
Tips: 在CAN總線通信系統(tǒng)中是以時間量子Tq來度量時間的，所以如果延遲補償時間tPTS = 3.1Tq，那么這個時候要取：tPTS = 4Tq。
【新品發(fā)布】CAN(FD)、LIN總線通信和數(shù)據(jù)庫設(shè)計工具-VDE
近年來，汽車行業(yè)發(fā)展迅猛，車載網(wǎng)絡(luò)與通信協(xié)議不斷革新，車型的平臺化和改版升級不可避免地產(chǎn)生了大量相似通信數(shù)據(jù)庫，如何維護(hù)數(shù)據(jù)庫的正確唯一，保證報文信號在不同車型、網(wǎng)段之間的同步成為了急需解決的問題。同時總線工程師在開發(fā)階段要維護(hù)管理多個版本的數(shù)據(jù)庫，版本管控、多人協(xié)作、審核發(fā)布等成為了總線工程師的痛點。
為解決上述問題及總線工程師的痛點，經(jīng)緯恒潤自主研發(fā)了一款專業(yè)的數(shù)據(jù)庫設(shè)計編輯工具INTEWORK-VDE（Vehicle Database Editor，以下簡稱VDE），適用于車型的數(shù)據(jù)庫設(shè)計和管理，替代傳統(tǒng)Excel通信矩陣管理方式，有效提升總線通信設(shè)計效率及正確性。
產(chǎn)品介紹
VDE采用“客戶端-服務(wù)器”模式，客戶端支持以車系、車型、網(wǎng)段、節(jié)點為單位進(jìn)行數(shù)據(jù)庫的設(shè)計，同時支持CAN、LIN、CANFD總線，下一版本將支持以太網(wǎng)數(shù)據(jù)庫ARXML/FIBEX文件編輯；服務(wù)器支持多人協(xié)作、平臺化信號管理、車型復(fù)用、數(shù)據(jù)庫版本管理、審核發(fā)布、郵件發(fā)送等功能。客戶端與服務(wù)器兩個版本相互獨立，可單獨使用單機版。
展開 
還沒有搞懂各種通信？一文帶你讀懂UART、TTL、RS232、RS422、RS485、CAN、USB......
CAN總線網(wǎng)絡(luò)主要掛在CAN_H和CAN_L，各個節(jié)點通過這兩條線實現(xiàn)信號的串行差分傳輸，為了避免信號的反射和干擾，還需要在CAN_H和CAN_L之間接上120歐姆的終端電阻。
每一個設(shè)備既可做主設(shè)備也可做從設(shè)備。CAN總線的通信距離可達(dá)10千米（速率低于5Kbps），速度可達(dá)1Mbps（通信距離小于40M）。
CAN電平邏輯
CAN總線采用"線與"的規(guī)則進(jìn)行總線沖裁，1&0為0，所以稱0為顯性，1為隱性。
從電位上看，因為規(guī)定高電位為0，低電位為1，同時發(fā)出信號時實際呈現(xiàn)為高電位，從現(xiàn)象上看就像0覆蓋了1，所以稱0為顯性，1為隱性。
USB通信串行總線
USB接口最少有四根線，其中有兩根是數(shù)據(jù)線，而所有的USB數(shù)據(jù)傳輸都是通過這兩根線完成。它的通信遠(yuǎn)比串口復(fù)雜的多。
兩根數(shù)據(jù)線采用差分傳輸，即需要兩根數(shù)據(jù)線配合才能傳輸一個bit，因此是半雙工通信，同一時間只能發(fā)送或者接收。
USB 規(guī)定，如果電壓電平不變，代表邏輯1；如果電壓電平變化，則代表邏輯0。
USB轉(zhuǎn)TTL
一般USB轉(zhuǎn)串口都是用CH340G芯片。
用串口通信比USB簡單，因為串口通信沒有協(xié)議。
SD卡
SD卡是一種存儲卡，可用于手機作為內(nèi)存卡使用。
嵌入式中，單片機與SD卡通信有兩種模式：
1. SPI總線通信模式；
2.
展開 還沒有搞懂各種通信？一文帶你讀懂UART、TTL、RS232、RS422、RS485、CAN、USB......
CAN總線網(wǎng)絡(luò)主要掛在CAN_H和CAN_L，各個節(jié)點通過這兩條線實現(xiàn)信號的串行差分傳輸，為了避免信號的反射和干擾，還需要在CAN_H和CAN_L之間接上120歐姆的終端電阻。
每一個設(shè)備既可做主設(shè)備也可做從設(shè)備。CAN總線的通信距離可達(dá)10千米（速率低于5Kbps），速度可達(dá)1Mbps（通信距離小于40M）。
CAN電平邏輯
CAN總線采用"線與"的規(guī)則進(jìn)行總線沖裁，1&0為0，所以稱0為顯性，1為隱性。
從電位上看，因為規(guī)定高電位為0，低電位為1，同時發(fā)出信號時實際呈現(xiàn)為高電位，從現(xiàn)象上看就像0覆蓋了1，所以稱0為顯性，1為隱性。
USB通信串行總線
USB接口最少有四根線，其中有兩根是數(shù)據(jù)線，而所有的USB數(shù)據(jù)傳輸都是通過這兩根線完成。它的通信遠(yuǎn)比串口復(fù)雜的多。
兩根數(shù)據(jù)線采用差分傳輸，即需要兩根數(shù)據(jù)線配合才能傳輸一個bit，因此是半雙工通信，同一時間只能發(fā)送或者接收。
USB 規(guī)定，如果電壓電平不變，代表邏輯1；如果電壓電平變化，則代表邏輯0。
USB轉(zhuǎn)TTL
一般USB轉(zhuǎn)串口都是用CH340G芯片。
用串口通信比USB簡單，因為串口通信沒有協(xié)議。
SD卡
SD卡是一種存儲卡，可用于手機作為內(nèi)存卡使用。
嵌入式中，單片機與SD卡通信有兩種模式：
1. SPI總線通信模式；
2.
展開 