0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

CAN 會收到錯誤的數(shù)據(jù)嗎?

ZLG致遠(yuǎn)電子 ? 2024-04-04 08:24 ? 次閱讀

CAN-bus總線協(xié)議以高穩(wěn)定性,高容錯率而著稱于世,然而仍有很多用戶在使用的時候擔(dān)心CAN會接受到錯誤的信息,在數(shù)據(jù)里增加了CRC校驗的部分,這種做法是否有必要?CAN會收到錯誤的數(shù)據(jù)嗎?信息的傳遞,古往今來都是人類無比關(guān)注的一個問題。從最原始的肢體語言到高端的電子信號,信息傳達(dá)的方法五花八門。而對于信息安全的追求也是從古至今未有變過,我國西周時期的《太公兵法》就有過“陰符”“陰書”的設(shè)計來保證信息的安全。

而在我們的工業(yè)生產(chǎn)中,為了保證信號的正確傳遞的方法更是五花八門。而在信息傳遞過程中采取CAN協(xié)議是一種常見的減少出錯率的方案。那么,問題來了,CAN協(xié)議何德何能能讓傳輸?shù)男盘柌怀鲥e呢?今天就讓我們來深入分析一番。利用CANScope總線綜合分析儀來抓取一幀CAN的報文如下:

a3383908-f219-11ee-9118-92fbcf53809c.jpg圖2 CANScope總線綜合分析儀抓取的報文

圖中可以看出CAN協(xié)議采取了差分信號傳輸?shù)姆绞剑梢杂行Ф沤^來自外部的屏蔽干擾。而在最后一行的協(xié)議解析部分,經(jīng)過觀察我們發(fā)現(xiàn)一幀信號被分割成了不同顏色的一段段,每一段究竟是何含義?保證信號正確傳輸?shù)拿孛芫碗[藏在這些段落里。讓我們來庖丁解牛分別為大家分析下。

  • 幀起啟:在數(shù)據(jù)的開始,是一個1位的數(shù)據(jù)頭,表示數(shù)據(jù)幀都開始

a3402f5a-f219-11ee-9118-92fbcf53809c.png

圖3 數(shù)據(jù)頭

  • 仲裁段:標(biāo)志了本幀數(shù)據(jù)的優(yōu)先級,其中包含了一個ID碼,仲裁段中的ID碼值越小,幀數(shù)據(jù)的優(yōu)先級就越高,CAN控制器在發(fā)送數(shù)據(jù)的同時會監(jiān)聽電纜上的電平狀態(tài),如果發(fā)現(xiàn)仲裁位的電平與本節(jié)點發(fā)出的電平不一致,則退出發(fā)送放棄總線使用權(quán)。這樣的設(shè)計可以提高總線的利用率,并且能讓重要的信息優(yōu)先發(fā)送。

a343cd04-f219-11ee-9118-92fbcf53809c.png

圖4 仲裁段

  • 控制段:共六位,用于表示數(shù)據(jù)長度。在數(shù)據(jù)的控制段存有保留位以供未來協(xié)議規(guī)則擴(kuò)展。

a34776c0-f219-11ee-9118-92fbcf53809c.png

圖5 控制段

  • 數(shù)據(jù)段:經(jīng)過前面的鋪墊,數(shù)據(jù)段所編碼的即是本幀數(shù)據(jù)所需要傳達(dá)的信息。一幀信號可以傳送0~8位數(shù)據(jù),每字節(jié)8位。短小精悍保證信息的實時性。

a34ddd08-f219-11ee-9118-92fbcf53809c.png

圖6 數(shù)據(jù)段

  • CRC段:CRC段即是保證數(shù)據(jù)準(zhǔn)確的一個關(guān)鍵所在(敲黑板)。為防止信號由于某種原因被更改,CAN的數(shù)據(jù)鏈路層上加入了CRC校驗。發(fā)送節(jié)點會根據(jù)發(fā)送內(nèi)容計算得到一個CRC值填入CRC段進(jìn)行發(fā)送,而相應(yīng)的接收節(jié)點也會對接收到的數(shù)據(jù)進(jìn)行計算,并將計算出的CRC值和接收到的進(jìn)行比對。能夠?qū)Φ蒙习堤柕牟攀亲约喝?,如果對照有誤那么就說明傳輸?shù)男盘柍霈F(xiàn)了問題,需要反饋錯誤消息。這樣的機(jī)制保證了CAN不會收到錯誤的信息,其安全性毋庸置疑。

a351f32a-f219-11ee-9118-92fbcf53809c.png

圖7 CRC段

  • ACK段:用于表征信號是否被正確接收,接受正常的節(jié)點在ACK的第一位會發(fā)出一個顯性位。根據(jù)ACK的狀態(tài),發(fā)送節(jié)點就可以了解到數(shù)據(jù)是否被傳輸成功。若發(fā)送失敗,發(fā)送節(jié)點會根據(jù)自身狀態(tài)來決定是否重傳。

a35aad94-f219-11ee-9118-92fbcf53809c.png

圖8 ACK段

  • 幀結(jié)束:由7個隱性位組成,表示該幀結(jié)束。

a35ecbea-f219-11ee-9118-92fbcf53809c.png

圖9 幀結(jié)束經(jīng)過這樣一番抽絲剝繭的分析,CAN的報文結(jié)構(gòu)就這樣清晰的展現(xiàn)在我們面前。由于CRC段的存在,CAN出錯的概率十分之小。CRC校驗所使用的CRC多項式最多可以檢測出5個離散錯誤,或發(fā)現(xiàn)長度在15位以下偶然出現(xiàn)的突發(fā)錯誤。CRC校驗對SOF位、仲裁段、控制段和數(shù)據(jù)段的位序列進(jìn)行計算,但不考慮填充位。CAN協(xié)議中規(guī)定的15位校驗序列源自于BCH代碼,它是一種特別適用于127位以下消息長度的循環(huán)代碼。CAN協(xié)議中所應(yīng)用的15位多項式如下:

X15+X14+X10+X8+X7+X4+X3+1

在發(fā)送或接收收到數(shù)據(jù)場的最后一位后,CRC寄存器就會包含待傳輸或者待接收的CRC序列。將計算出的CRC序列與接收到的CRC序列相除,接收器就可以識別出可能存在的CRC錯誤。

有些工程師擔(dān)心CAN收到錯誤的信息,在數(shù)據(jù)中又做了CRC校驗的工作,豈不知在數(shù)據(jù)鏈路層CAN已經(jīng)自備了CRC校驗的工作,在數(shù)據(jù)中再加入CRC校驗實際上是沒有什么必要的。

a3628190-f219-11ee-9118-92fbcf53809c.png

CAN總線不但規(guī)定了物理層的差分傳輸規(guī)范,還規(guī)定了數(shù)據(jù)鏈路層的分包校驗規(guī)則,而這兩個都是由硬件自動完成,接收時,無需考慮是否有錯誤,只要從緩沖區(qū)取出數(shù)據(jù)即可,CAN的CRC校驗可以保證錯誤率在10的-9次方以下。毫無疑問是一種非常安全可靠的傳輸協(xié)議。

a366f6d0-f219-11ee-9118-92fbcf53809c.jpg

CAN總線在信號的實時傳輸方面具有非常好的優(yōu)越性,通過ZPS-CANFD總線分析儀可以很好的完成CAN總線的故障排查與檢測標(biāo)定。致遠(yuǎn)電子憑借自身掌握的核心技術(shù)可為用戶解決工業(yè)現(xiàn)場的各種疑難問題,期待與您一同成長。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • CAN
    CAN
    +關(guān)注

    關(guān)注

    57

    文章

    2694

    瀏覽量

    463149
  • 工業(yè)
    +關(guān)注

    關(guān)注

    3

    文章

    1758

    瀏覽量

    46329
  • 電子信號
    +關(guān)注

    關(guān)注

    1

    文章

    36

    瀏覽量

    4451
收藏 人收藏

    評論

    相關(guān)推薦

    使用Dave IDE將更新的固件配置刷新到XMC4700,會收到J-Link驅(qū)動程序錯誤怎么解決?

    ; 調(diào)試器即可刷新,但當(dāng)我按下調(diào)試\"(似乎是按下閃存的按鈕)時,我還是會收到 J-Link 驅(qū)動程序錯誤。 你能幫我解決這個問題嗎? 我的總體目標(biāo)是為Distance2Gol上的一條I2C線路配置一個地址,這樣我就可以從Arduino向它寫入并最終從中接收
    發(fā)表于 01-23 07:54

    CAN報文中ACK應(yīng)答錯誤的檢測原理

    上有一個節(jié)點正確接收到數(shù)據(jù),則ACK SLOT就會被填入顯性電平;那么,接收錯誤的節(jié)點如何來告知發(fā)送者此次發(fā)送不成功呢?這時候就要用到CAN錯誤
    發(fā)表于 07-02 05:22

    PSoC 5LP:CAN錯誤管理

    CAN總線寫入CAN總線。但他不會收到任何ACK或錯誤(ACK錯誤,位錯誤)發(fā)生。所以他將重新
    發(fā)表于 12-13 14:40

    為什么進(jìn)行單片機(jī)之間的通訊時從機(jī)才會收到數(shù)據(jù)

    進(jìn)行單片機(jī)之間的通訊時,當(dāng)把主機(jī)電源拔下或者插上一剎那,從機(jī)才會收到數(shù)據(jù),而且兩者之間的導(dǎo)線是熱的,不知道是什么原因?
    發(fā)表于 07-11 03:39

    使用CH579作為從機(jī)向主機(jī)notify的時候,發(fā)送頻繁會收到pending錯誤怎么解決?

    我在使用CH579作為從機(jī)向主機(jī)notify的時候,如果發(fā)送頻繁,經(jīng)常會收到pending錯誤,如果在每包之間增加一個延時,就可以解決,現(xiàn)在我希望提高點效率,有沒有什么方法可以知道這個notify的狀態(tài),當(dāng)前是否可以發(fā)送一類的,或者有什么設(shè)置可以讓他不會因為發(fā)送頻繁導(dǎo)致出
    發(fā)表于 08-31 07:27

    如何保證CAN數(shù)據(jù)的正確性

    CANbus總線協(xié)議以高穩(wěn)定性,高容錯率而著稱于世,然而仍有很多用戶在使用的時候擔(dān)心CAN會接受到錯誤的信息,在數(shù)據(jù)里增加了CRC校驗的部分,這種做法是否有必要,CAN 會收到
    發(fā)表于 07-19 18:53 ?1953次閱讀

    STM32的CAN收發(fā)數(shù)據(jù)死在硬件錯誤中斷

    STM32的CAN收發(fā)數(shù)據(jù)死在硬件錯誤中斷使用uCosIII的消息隊列,當(dāng)CAN收到數(shù)據(jù),使用
    發(fā)表于 12-09 09:36 ?22次下載
    STM32的<b class='flag-5'>CAN</b>收發(fā)<b class='flag-5'>數(shù)據(jù)</b>死在硬件<b class='flag-5'>錯誤</b>中斷

    關(guān)于CAN總線錯誤的相關(guān)知識

    在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤的基礎(chǔ)概念、CAN總線錯誤
    的頭像 發(fā)表于 05-27 17:56 ?3030次閱讀

    CAN總線錯誤的類型介紹

    在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤的基礎(chǔ)概念、CAN總線錯誤
    的頭像 發(fā)表于 06-13 16:08 ?8083次閱讀

    虹科干貨 | 帶你全面認(rèn)識“CAN總線錯誤”(二)——CAN錯誤類型

    AsimpleintrotoCANerrorsCAN總線錯誤介紹在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤
    的頭像 發(fā)表于 06-09 09:46 ?2091次閱讀
    虹科干貨 | 帶你全面認(rèn)識“<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>”(二)——<b class='flag-5'>CAN</b><b class='flag-5'>錯誤</b>類型

    虹科干貨 | 帶你全面了解“CAN總線錯誤”(三)——CAN節(jié)點狀態(tài)與錯誤計數(shù)器

    AsimpleintrotoCANerrorsCAN總線錯誤介紹在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤
    的頭像 發(fā)表于 06-09 09:46 ?2291次閱讀
    虹科干貨 | 帶你全面了解“<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>”(三)——<b class='flag-5'>CAN</b>節(jié)點狀態(tài)與<b class='flag-5'>錯誤</b>計數(shù)器

    虹科干貨 | 帶你全面認(rèn)識“CAN總線錯誤”(一)——CAN總線錯誤錯誤

    AsimpleintrotoCANerrorsCAN總線錯誤介紹在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤
    的頭像 發(fā)表于 05-27 10:39 ?4494次閱讀
    虹科干貨 | 帶你全面認(rèn)識“<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>”(一)——<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>與<b class='flag-5'>錯誤</b>幀

    虹科干貨 | 帶你全面認(rèn)識“CAN總線錯誤”(二)——CAN錯誤類型

    AsimpleintrotoCANerrorsCAN總線錯誤介紹在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤
    的頭像 發(fā)表于 06-02 09:41 ?1366次閱讀
    虹科干貨 | 帶你全面認(rèn)識“<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>”(二)——<b class='flag-5'>CAN</b><b class='flag-5'>錯誤</b>類型

    虹科干貨 | 帶你全面了解“CAN總線錯誤”(四)——在實踐中生成和記錄CAN錯誤

    AsimpleintrotoCANerrorsCAN總線錯誤介紹在本系列文章中,我們將為您詳細(xì)介紹CAN總線錯誤的相關(guān)知識,包括CAN總線錯誤
    的頭像 發(fā)表于 06-09 10:21 ?1596次閱讀
    虹科干貨 | 帶你全面了解“<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>”(四)——在實踐中生成和記錄<b class='flag-5'>CAN</b><b class='flag-5'>錯誤</b>

    認(rèn)識CAN總線錯誤 CAN總線錯誤分析與解決

    認(rèn)識CAN 總線錯誤的第一步就是了解認(rèn)識CAN 總線協(xié)議和它的具體功能,這樣才能更容易地理解CAN 總線是如何去發(fā)現(xiàn)并解決錯誤的。
    發(fā)表于 08-14 15:18 ?5732次閱讀
    認(rèn)識<b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b> <b class='flag-5'>CAN</b>總線<b class='flag-5'>錯誤</b>分析與解決