基于系統(tǒng)工程的汽車電子CAN 通信協(xié)議設計
在試錯法中,由于各個零部件供應商都是基于自己的零件的需求出發(fā)考慮對協(xié)議的需要,無法從整個系統(tǒng)的角度考慮零部件之間的相互影響和作用。所以將不同需求集成的結(jié)果存在潛在設計錯誤,而這些錯誤在仿真過程中難以發(fā)現(xiàn),也無法通過測試的手段解決。
系統(tǒng)工程法則從系統(tǒng)級需求出發(fā),充分考慮零部件之間的相互作用和需求,在系統(tǒng)層面對通信協(xié)議進行設計,因此在設計過程中可以對設計結(jié)果進行優(yōu)化,并驗證設計結(jié)果的正確性。下面的內(nèi)容就對系統(tǒng)工程設計法進行詳細的介紹。
CAN協(xié)議設計中的主要內(nèi)容
CAN協(xié)議設計的主要內(nèi)容是創(chuàng)建消息、分配消息優(yōu)先級并確定消息的周期。下面對CAN通信的基本原理進行分析,分別說明其重要性。
CAN總線采用多主結(jié)構(gòu),CSMA/CA(Carrier Sense Multiple Access/Collision Avoidance)和按位仲裁機制決策訪問總線的節(jié)點。CSMA/CA指節(jié)點在發(fā)送的同時也在監(jiān)聽總線,已避免沖突的發(fā)生,按位仲裁則規(guī)定了顯性信號比隱性信號優(yōu)先,顯性信號和隱性信號同時往總線上發(fā)送時,總線上是顯性信號。在本文以顯性信號用“0”表示,隱性信號用“1”表示。在下面的例子,我們也用低電平表示顯性信號,高電平表示隱性信號。
為了說明設計中的主要問題,下面以有3個節(jié)點的總線通信為例。如圖1所示有3個節(jié)點通過CAN總線相互連接。
本文引用地址:http://m.butianyuan.cn/article/197748.htm
每個節(jié)點的內(nèi)部程序決定了何時需要通過總線發(fā)送數(shù)據(jù),消息有固定的格式。如圖2所示,CAN消息由起始位SOF、ID域、control域等字段組成。其中的ID域代表了消息的優(yōu)先級,在有總線競爭的時候,根據(jù)按位仲裁原理,ID小的優(yōu)先級高,消息被優(yōu)先發(fā)送。圖3是仲裁的一個例子,假設在某一時刻,三個節(jié)點同時往外發(fā)消息,每個節(jié)點發(fā)送的消息ID(二進制格式)分別為:ID1=11001101010,ID2=11001011011,ID3=11001011001。每個節(jié)點都以發(fā)送SOF位開始,然后逐位發(fā)送ID域。不發(fā)送消息的節(jié)點,監(jiān)聽到SOF位后自動轉(zhuǎn)為接收節(jié)點。發(fā)送節(jié)點之間的仲裁發(fā)生在ID發(fā)送的過程,發(fā)送過程中發(fā)送節(jié)點同時在監(jiān)聽總線上的信號,只要發(fā)送信號與監(jiān)聽到的信號一致,發(fā)送過程將繼續(xù),否則停止。如圖所示,節(jié)點1在第6位上發(fā)送的是隱性信號,但是總線上的信號是顯性信號。節(jié)點1停止發(fā)送,轉(zhuǎn)為接收節(jié)點。在第10位的時候,節(jié)點2發(fā)送隱性信號,但是總線是顯性信號,所以節(jié)點2又停止發(fā)送,轉(zhuǎn)為接收節(jié)點。至此仲裁結(jié)束,節(jié)點3仲裁勝利,繼續(xù)發(fā)送消息余下的數(shù)據(jù)位。
從這個過程可以看出,由于消息ID3優(yōu)先級高,所以優(yōu)先發(fā)送。ID1和ID2均需要等待下次仲裁決定是否發(fā)送。也就是說每次仲裁的結(jié)果是有的消息的發(fā)送要被延遲。
另外,CAN協(xié)議規(guī)定,消息沒有發(fā)送完畢不會釋放總線。因此有低優(yōu)先級的消息在發(fā)送的時候,高優(yōu)先級的消息也會被延遲。
延遲也是影響CAN通信性能的主要問題,如果消息延遲時間過長,將影響接收節(jié)點的功能,嚴重的還可能造成事故。因此CAN協(xié)議設計的重要內(nèi)容之一是控制消息的延遲時間在合理水平。
而消息優(yōu)先級和周期是設計中影響延遲的主要因素,合理分配ID和確定消息的周期可以對延遲進行有效控制,因此CAN協(xié)議設計的一個主要內(nèi)容就是如何合理分配消息ID和確定消息的周期。創(chuàng)建消息也是重要的內(nèi)容之一,但是對延遲的影響相對較小。
CAN協(xié)議的系統(tǒng)工程設計方法通過對通信中的時間進行量化,依據(jù)量化結(jié)果分析功能之間的交互關(guān)系,從而進一步創(chuàng)建消息、分配消息ID和確定其周期。
CAN協(xié)議系統(tǒng)工程設計方法
系統(tǒng)工程設計方法與試錯法的本質(zhì)區(qū)別是采用了量化的體系獲取通信過程中的時間要求。圖4顯示的是通信的時間要求。TP是事件發(fā)生到數(shù)據(jù)準備好發(fā)送給驅(qū)動程序之間的時間間隔,TB是數(shù)據(jù)被組建成消息并準備發(fā)送到總線上之間的時間間隔,TT是實際的傳輸時間,TA是消息接收完畢到數(shù)據(jù)能被應用程序使用之間的時間間隔,TS是數(shù)據(jù)可以使用到實際使用之間的時間間隔。整個通信過程必須要在規(guī)定時間內(nèi)完成,而這個時間就是maximum age.這個時間標志了數(shù)據(jù)發(fā)送的實時性,只要數(shù)據(jù)在這個時間范圍內(nèi)送到接收節(jié)點,接收節(jié)點的功能將得到實時的執(zhí)行。
評論