CAN-bus節(jié)點的錯誤處理規(guī)則

CAN-bus的可靠性很高，但是在某些情況下還是發(fā)生錯誤，為了使數據能夠在總線上可靠傳輸，CAN-bus規(guī)范對各類幀的格式、用途及發(fā)送時機都進行了詳細的規(guī)定。并實現在CAN控制器中自動完成幀格式處理及校驗等工作，一旦錯誤被檢測，正在傳送的數據幀將會立即停止而待總線空閑時再次重發(fā)直至發(fā)送成功，該過程并不需要CPU的干涉除非錯誤累計該發(fā)送器退隱（Bus off）。

CAN-bus的可靠性很高，但是在某些情況下還是發(fā)生錯誤，為了使數據能夠在總線上可靠傳輸，CAN-bus規(guī)范對各類幀的格式、用途及發(fā)送時機都進行了詳細的規(guī)定。下面我們來總結下在CAN通訊中會出現哪些錯誤。

位錯誤：發(fā)送節(jié)點在發(fā)送數據的同時也會對發(fā)出的比特流采樣回收，如果監(jiān)測到總線電平與正在發(fā)送的電平不符，將會發(fā)生位錯誤（Bit Check Error）；

位填充錯誤：為解決異步串行通訊中共有的缺點——各節(jié)點通訊時鐘不同步，CAN-bus采用了一種同步的方式，規(guī)定每隔5個位的時間長度進行一次同步，當傳輸信號連續(xù)5個位是相同的，就要插入一個點評相反的位(稱為“填充位”)，如果電纜上傳輸的信號不滿足這一規(guī)則，則會出現填充位錯誤（Bit Stuff Error）；

CRC錯誤：發(fā)送端發(fā)送的CRC值由發(fā)送器計算得出，接收器采用同樣的CRC算法，計算出接收端CRC值，若接收器計算的CRC值與接收到的CRC值不符，將會產生該類錯誤（CRC Error）；

格式錯誤：當傳輸的數據幀格式與任何一種合法的幀格式不符時會發(fā)生該類格式錯誤（frame Check Error）；

應答錯誤：如果在ACK段發(fā)送節(jié)點沒有接收到接收節(jié)點發(fā)出的應答（顯性位），將發(fā)生應答錯誤（Acknowledgment Error），所以當單個節(jié)點發(fā)送數據幀時會發(fā)生該類錯誤。

錯誤幀在總線信號傳輸中起著信號燈的作用，接收和發(fā)送過程中如果檢測到通信出錯，便會發(fā)送錯誤幀，錯誤幀由錯誤標識符以及錯誤界定符構成。其中錯誤標識符分為兩種：“主動錯誤”和“被動錯誤”。

主動錯誤狀態(tài)下，只要檢查到錯誤，它立即“主動地”發(fā)出錯標識。所謂“出錯標識“，它本身就是一個“錯誤的位序列”（連續(xù)的6個顯性位，不滿足CAN協(xié)議的“zui多5個連續(xù)的同性位”要求），目的是“主動地”告訴大家：即使你們沒有發(fā)現“剛才我已發(fā)現”的錯誤，現在我“以身作則”出錯啦！你們該看到這個錯誤了吧！

如果處于被動狀態(tài)下，檢查到錯誤，它只能干瞪眼“被動地”等別人（主動報錯站點）報錯，等待的時候它可不能去動總線，直到識別出由主動報錯站點發(fā)出 的“錯誤的位序列”，它才松了一口氣：有人正式報錯了！然后他就可以去競爭總線，該干啥干啥。

為了避免某個設備因為自身原因（例如硬件損壞）導致無法正常收發(fā)數據而不斷地破壞數據幀，從而影響其他正常節(jié)點通訊，CAN-bus規(guī)范中規(guī)定每個CAN控制器都有一個發(fā)送錯誤計數器和一個接收計數器。根據計數值不同CAN節(jié)點會處于不同的設備狀態(tài)，狀態(tài)之間的轉換關系見下圖：