花點時間看了一些關于LIN總線基礎的內(nèi)容,把其中的關鍵點提取了出來,在這里分享給大家。在這里你可能要問“不都有CAN總線了嗎?這個LIN總線又是從哪里來的?”其實理由很簡單,就是CAN總線太貴啦!處處都用CAN總線的話,那整車的總線架構成本將會變得很高!在一些比如車身電子配件的地方(如車窗、后視鏡、大燈、車鎖等),我們不需要報文像CAN總線上傳輸?shù)哪菢印案咚佟?各大廠商一拍腦門就研究了這個LIN總線!
本文關注點:有了CAN為什么還會有LIN,CAN和LIN的區(qū)別,LIN的優(yōu)勢在哪?
1. 什么是LIN總線?
LIN(Local Interconnect Network)總線是基于UART/SCI(通用異步收發(fā)器/串行接口)的低成本串行通訊協(xié)議。其目標定位于車身網(wǎng)絡模塊節(jié)點間的低端通信,主要用于智能傳感器和執(zhí)行器的串行通信,而這正是CAN總線的帶寬和功能所不要求的部分。
2. CAN/LIN總線區(qū)別
由于LIN網(wǎng)絡在汽車中一般不獨立存在,通常會與上層CAN網(wǎng)絡相連,形成CAN-LIN網(wǎng)關節(jié)點。
2.1.LIN總線的主從關系
LIN總線采用的是單線傳輸形式,應用了單主機多從機(有無主動上報的支持?)的概念,總線電平一般為12V,傳輸速率最高限制為20kbps。由于物理層的限制,一個LIN網(wǎng)絡最多可以連接16個節(jié)點。
總線任務負責:
調(diào)度總線上幀的傳輸次序
監(jiān)測數(shù)據(jù),處理錯誤
作為標準時鐘參考(不是異步通信?)
接收從機節(jié)點發(fā)出的總線喚醒命令
從機任務不能直接向總線發(fā)送數(shù)據(jù),需要接受到主節(jié)點發(fā)送的幀頭后,根據(jù)幀頭所包含的信息來判斷:
發(fā)送應答
接收應答
既不接收也不應答
LIN的特點
網(wǎng)絡由一個主節(jié)點與若干個從節(jié)點構成
使用LIN總線可以大幅度削減成本(CAN和Lin都需要收發(fā)器,但是Lin屬于單線制在線束上節(jié)省)
傳輸具有確定性,傳播時間可以提前計算
LIN具有可預測的EMC(電磁兼容性)性能,為了限制EMC的強度,LIN協(xié)議規(guī)定最大傳輸速率為20kbps
LIN總線提供信號的配置、處理、識別和診斷功能(這些都是UART不具備的,可LIN是怎么實現(xiàn)的呢?)
3.LIN報文幀結(jié)構
LIN報文幀包括幀頭(hearder)與應答(response)兩部分。主機負責發(fā)送至幀頭;從機負責接收幀頭并作出解析,然后決定是發(fā)送應答,還是接收應答或不回復。
(主機)幀頭結(jié)構包括同步間隔段、同步段、PID段(受保護ID)段,應答部分包括數(shù)據(jù)段與效驗和段。其中值“0”為顯性電平、“1”為隱性電平,這點與CAN總線相類似玩轉(zhuǎn)嵌入式micropoint8。在總線上實行“線-與”:當總線有至少一個節(jié)點發(fā)送顯性電平時,總線呈現(xiàn)顯性電平;所有節(jié)點均發(fā)送隱性電平或者不發(fā)送信息時,總線呈隱性電平,即顯性電平起著主導作用。
3.1.1.同步間隔段
同步間隔段至少是由13位的顯性電平組成,由于幀中的所有間隙或者總線空閑時總線均保持隱性電平狀態(tài)。所以同步間隔段可以標志一個幀的開始。其中同步間隔段的間隔符至少為1位隱性電平。
3.1.2.同步段
LIN同步以下降沿為判斷標志,采用字節(jié)0x55(01010101b)進行同步。在從機節(jié)點上可以不采用高精度的時鐘,由此帶來的偏差,需要通過同步段來進行調(diào)整。
3.1.3.PID段
受保護的ID的前6位叫做幀ID,加上兩個奇偶效驗碼后稱作受保護的ID。幀ID的取值范圍為0x00~0x3f總共64個,幀ID標識了幀的類別和目的地。從機任務會根據(jù)幀頭ID作出反應(接收/發(fā)送/忽略應答)。其中P0與P1效驗如下:
LIN總線根據(jù)幀ID號的不同,把報文分為信號攜帶幀、診斷幀、保留幀。
PS:從機應答幀是一個完整的幀,與(主節(jié)點)幀結(jié)構中的“應答”不同!
3.1.4.數(shù)據(jù)段
數(shù)據(jù)段可以包含1-8個字節(jié),其中包含有兩種數(shù)據(jù)類型,信號(singal)和診斷消息(diagnostic messages)。信號由信號攜帶幀傳遞,診斷消息由診斷幀傳遞。
協(xié)議中并沒有規(guī)定哪一部分顯示數(shù)據(jù)長度碼的信息(這點與CAN總線不同),數(shù)據(jù)的內(nèi)容與長度均是由系統(tǒng)設計者根據(jù)幀ID事先約定好的。
總線上的數(shù)據(jù)是以廣播形式發(fā)出,任何節(jié)點均可以收到,但并非對每個節(jié)點有用(與CAN相同)。具體到發(fā)布與接聽是由哪個節(jié)點進行完成這個取決于應用層的軟件配置,一般情況下,對于一個幀中的應答,總線上只存在一個發(fā)布節(jié)點,否則就會出現(xiàn)錯誤。事件觸發(fā)幀例外,可能出現(xiàn)0,1,多個發(fā)布節(jié)點。
3.1.5.效驗和段
效驗和段是為了對幀傳輸內(nèi)容進行效驗。效驗分為標準型效驗與增強型效驗。采用標準型還是增強型是由主機節(jié)點管理,發(fā)布節(jié)點和收聽節(jié)點根據(jù)幀ID來判斷采用哪種效驗和。
4.LIN總線波形
5.LIN總線的通訊
上圖展示的是LIN總線的通訊方式,可以看出無論什么時候幀頭總是由主機節(jié)點發(fā)布,當主機節(jié)點想發(fā)布數(shù)據(jù)時,整個幀全部由主機節(jié)點發(fā)送。當從機節(jié)點想發(fā)布數(shù)據(jù)時,幀頭部分由主機節(jié)點發(fā)布,應答部分由從機節(jié)點發(fā)布(主機怎么知道從機節(jié)點想發(fā)布數(shù)據(jù),那肯定是主機節(jié)點無數(shù)據(jù)可發(fā),故只發(fā)了幀頭?),這樣其余節(jié)點都能收到一個完整的報文幀??梢院苤苯拥挠^察到,LIN總線的通訊都是由主機節(jié)點發(fā)起的玩轉(zhuǎn)嵌入式micropoint8,只要合理的規(guī)定要每個節(jié)點的配置,這樣就不會存在總線沖突的情況(事件觸發(fā)幀沖突時采用采用沖突解決進度表)。
幀類型
5.1.無條件幀
無條件幀是具有單一發(fā)布節(jié)點的,無論信號是否發(fā)生變化,幀頭均會被無條件應答的幀。
如上圖中幀ID=0x30應答部分的發(fā)布節(jié)點為從機節(jié)點1,收聽節(jié)點為主機節(jié)點,應用在從機節(jié)點向主機節(jié)點報告自身狀態(tài);幀ID=0x31中,應答部分為主機節(jié)點,收聽部分為從機節(jié)點,應用在主機節(jié)點向從機節(jié)點發(fā)送消息;幀ID=0x32中應答部分的發(fā)送節(jié)點為從機節(jié)點2,收聽節(jié)點為從機節(jié)點1,應用與從機節(jié)點之間的通信。
5.2.事件觸發(fā)幀
事件觸發(fā)幀是主機節(jié)點在一個幀間隙中查詢各從機節(jié)點的信號是否發(fā)生變化時使用的幀。當存在多個發(fā)布節(jié)點時,通過沖突解決進度表來解決沖突。
當從機節(jié)點信號發(fā)生變化的頻率較低的時候,主機任務一次次地查詢各個節(jié)點信息會占用一定的帶寬。為了減小帶寬的占用,引入了事件觸發(fā)幀的概念。其主要原理就是:當從機節(jié)點信息狀態(tài)沒有發(fā)生變化的時候,從機節(jié)點可以不應答主機發(fā)出的幀頭;當有多個節(jié)點信息同時發(fā)生變化的時候,同時應答事件觸發(fā)幀頭會造成總線的沖突。當主機節(jié)點檢測到?jīng)_突時,便會查詢沖突解決進度表來依次向各個節(jié)點發(fā)送無條件幀(無條件幀只有能1個節(jié)點應答)來確定從機節(jié)點的信息狀態(tài)。
與事件觸發(fā)幀關聯(lián)的多個無條件幀需要滿足以下5個條件:
數(shù)據(jù)段所包含的數(shù)據(jù)字節(jié)數(shù)等長 使用相同的效驗與類型數(shù)據(jù)段的第一個字節(jié)為該無條件幀的受保護ID,這樣才能夠知道應答是哪個關聯(lián)的無條件幀發(fā)送出來的 由不同的從機節(jié)點發(fā)布不能與時間觸發(fā)幀處于同一個進度表中。
5.2.1.偶發(fā)幀
偶發(fā)幀是主機節(jié)點在同一幀時隙中當自身信號發(fā)生變化時向總線啟動發(fā)送的幀。當存在多個關聯(lián)的應答信號變化時,通過預先設定的的優(yōu)先級來仲裁。與事件觸發(fā)幀類似,偶發(fā)幀也定義了一組無條件幀。規(guī)定偶發(fā)幀只有由主機節(jié)點發(fā)布。
偶發(fā)幀的傳輸可能出現(xiàn)三種情況:
當關聯(lián)的無條件幀沒有信號發(fā)生變化,這是主機連幀頭也不需要發(fā)送。
當關聯(lián)的一個無條件幀信號發(fā)生變化則發(fā)送該幀。
當有多個無條件幀發(fā)生信號變化時,則按照事先規(guī)定要的優(yōu)先級依次發(fā)送。
5.2.2.診斷幀
診斷幀包括主機請求幀和從機應答幀,主要用于配置、識別和診斷。主機請求幀ID=0x3c,應答部分的發(fā)布節(jié)點為主機節(jié)點;從機應答幀ID=0x3d,應答部分的發(fā)布節(jié)點為從機節(jié)點。數(shù)據(jù)段規(guī)定為8個字節(jié),一律采用標準效驗和。
5.2.3.保留幀
保留幀的ID=0x3e與0x3f,為將來擴張需求用。
5.3.進度表
進度表是幀的調(diào)度表,規(guī)定了總線上幀的傳輸次序以及傳輸時間。進度表位于主機節(jié)點,主機任務根據(jù)應用程需要進行調(diào)度。進度表可以有多個,一般情況下,輪到某個進度表執(zhí)行的時候,從該進度表的入口處開始執(zhí)行,到進度表的最后一個幀時,如果沒有新的進度表啟動則返回到當前進度表的第一個幀開始執(zhí)行玩轉(zhuǎn)嵌入式micropoint8,也有可能在執(zhí)行到某個進度表時發(fā)生中斷,跳到另一個進度表后再返回,如事件觸發(fā)幀就是一個典型的例子。
6.狀態(tài)機的實現(xiàn)
6.1.主機狀態(tài)機
6.2.從機狀態(tài)機
從機任務負責發(fā)布或者接聽幀的應答狀態(tài),包括連兩個狀態(tài)機:同步間隔段與同步段檢查器、幀處理器。
6.3.從機任務狀態(tài)機
-END-
來源 | 玩轉(zhuǎn)嵌入式
|?整理文章為傳播相關技術,版權歸原作者所有?|
|?如有侵權,請聯(lián)系刪除?|
【1】大佬終于把鴻蒙OS講明白了,收藏了!
【2】必看!影響嵌入式薪資的各種原因!
【3】我的單片機轉(zhuǎn)嵌入式Linux之路:一位大佬的完美轉(zhuǎn)變!
【4】電氣畢業(yè)生在國家電網(wǎng)都干啥工作?
【5】讓你永遠忘不了的傅里葉變換解析
免責聲明:本文內(nèi)容由21ic獲得授權后發(fā)布,版權歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!