欧美性猛交xxxx免费看_牛牛在线视频国产免费_天堂草原电视剧在线观看免费_国产粉嫩高清在线观看_国产欧美日本亚洲精品一5区

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

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

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

什么是busoff?BUSOFF是如何產(chǎn)生的?BUSOFF恢復(fù)機制和故障碼記錄

jf_EksNQtU6 ? 來源:智能汽車電子與軟件 ? 2023-09-04 09:48 ? 次閱讀

1、什么是busoff?

BUSOFF,從字面意思可以看出,表示總線的關(guān)閉,此時ECU從總線脫離,既不能接收總線的報文,也不能向總線發(fā)送報文。

2、BUSOFF是如何產(chǎn)生的?

CAN總線上存在多種錯誤狀態(tài),包括:位錯誤(Bit Check Error)、位填充錯誤(Bit Stuff Error)、CRC錯誤(CRC Error)、幀格式錯誤( Check Error)、應(yīng)答錯誤(Acknowledgment Error)。

CAN模塊配有接收錯誤計數(shù)器(REC)及發(fā)送錯誤計數(shù)器(TEC);CAN錯誤存在三種狀態(tài),即主動錯誤、被動錯誤、總線關(guān)閉;

1.當(dāng)發(fā)送錯誤計數(shù)器和接收錯誤計數(shù)器值都小于128,為“主動錯誤”

2.當(dāng)發(fā)送錯誤計數(shù)器或接收錯誤計數(shù)器值大于等于128,變?yōu)椤氨粍渝e誤”

3.當(dāng)發(fā)送錯誤計數(shù)器大于等于256時,“總線關(guān)閉”。

58977178-4a41-11ee-97a6-92fbcf53809c.jpg

因此:節(jié)點進(jìn)入busoff狀態(tài),一定是因為節(jié)點自身識別到自己發(fā)送錯誤,TEC大于255導(dǎo)致的。

3、BUSOFF恢復(fù)機制和故障碼記錄

1)恢復(fù)機制

11898-1規(guī)范中,規(guī)定:當(dāng)節(jié)點busoff以后,至少要等待連續(xù)128個11 bit隱性位;

當(dāng)有節(jié)點發(fā)生busoff時,為了不干擾同網(wǎng)段內(nèi)的其他節(jié)點通信,故障節(jié)點不應(yīng)過快地參與通信。先讓故障節(jié)點進(jìn)行一個快恢復(fù),這樣,因為偶發(fā)干擾導(dǎo)致的節(jié)點故障可以快速恢復(fù),重新參與通信。如果故障節(jié)點經(jīng)過了幾次快恢復(fù),仍然沒有恢復(fù)正常通信,為了盡可能地降低對同網(wǎng)段其他節(jié)點的通信干擾,可以讓故障節(jié)點進(jìn)入慢恢復(fù),即:讓故障節(jié)點不要過快地加入總線,降低其對總線的干擾。

快恢復(fù)(L1)

恢復(fù)時間, <=100ms

恢復(fù)次數(shù),5~10次不等

慢恢復(fù)(L2)

恢復(fù)間隔, [200ms, 1s]

恢復(fù)次數(shù), 不限

2)DTC使能條件

成熟條件:恢復(fù)N次不能成功之后,記錄DTC

Bus Off產(chǎn)生后,不再記錄通信丟失類DTC

3、哪些因素會導(dǎo)致BUSOFF?

引起錯誤的原因主要包括:

1)CAN_H開路、

2)CAN_L開路

3)CAN_H對CAN_L短路/開路、

4) CAN_L對VBAT短路

5) CAN_H對GND短路

6) CAN_L對GND短路

7)終端電阻開路

8)CAN控制器收發(fā)器元器件故障

9)CAN總線信號干擾導(dǎo)致

5、BUSOFF發(fā)生后如何處理?

BUSOFF故障發(fā)生后,一般可以重啟CAN控制器或是重新上電;

當(dāng)發(fā)生CAN總線關(guān)閉時,我們可以檢查Bus Off寄存器的值,對CAN控制器的驅(qū)動及相關(guān)寄存器進(jìn)行初始化操作。







審核編輯:劉清

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

    關(guān)注

    10

    文章

    3478

    瀏覽量

    106286
  • CAN總線
    +關(guān)注

    關(guān)注

    145

    文章

    1956

    瀏覽量

    131145
  • 計數(shù)器
    +關(guān)注

    關(guān)注

    32

    文章

    2276

    瀏覽量

    95070
  • CRC效驗
    +關(guān)注

    關(guān)注

    0

    文章

    30

    瀏覽量

    1163
  • 終端電阻
    +關(guān)注

    關(guān)注

    1

    文章

    95

    瀏覽量

    11882

原文標(biāo)題:CAN總線busoff原理介紹

文章出處:【微信號:談思實驗室,微信公眾號:談思實驗室】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    CAN控制器總線錯誤分析之CAN節(jié)點BusOff恢復(fù)過程分析與測試

    “ 總線關(guān)閉(bus off)是CAN節(jié)點比較重要的錯誤處理機制。那么,在總線關(guān)閉狀態(tài)下,CAN節(jié)點的恢復(fù)流程是怎樣的?又該如何理解節(jié)點恢復(fù)流程的“快恢復(fù)”和“慢
    發(fā)表于 08-04 11:16 ?1.5w次閱讀
    CAN控制器總線錯誤分析之CAN節(jié)點<b class='flag-5'>BusOff</b><b class='flag-5'>恢復(fù)</b>過程分析與測試

    將TC397的MCMCAN模塊的canh和canl短接到GND,MCMCAN模塊進(jìn)入到bus off狀態(tài)后無法繼續(xù)正常發(fā)送的原因?

    中,MCMCAN模塊進(jìn)入到bus off狀態(tài)后,故障移除后,無法繼續(xù)正常發(fā)送。請問是因為AURIX也有類似下述從busoff自動恢復(fù)的寄存器未配置嗎?還是別的原因?
    發(fā)表于 02-01 07:21

    請問TC275造busoff故障后的狀態(tài)標(biāo)志位是哪個?

    1.先關(guān)閉busoff恢復(fù),然后造busoff故障2.去讀取CAN_NSRx寄存器的BOFF位,一直為0 現(xiàn)在想做busoff的快慢
    發(fā)表于 02-06 07:26

    TC275由于錯誤幀太多了,導(dǎo)致進(jìn)入busoff狀態(tài)怎么解決?

    由于錯誤幀太多了,導(dǎo)致進(jìn)入busoff狀態(tài),這時候需要怎么才能恢復(fù),退出busoff狀態(tài)?節(jié)點控制寄存器Node x Control Register 中的INIT(Node Initialization)這一位應(yīng)該怎么操作?
    發(fā)表于 02-18 06:03

    STM32G0B1 CAN的自動重發(fā)間隔是多長時間?

    請教一下CAN的自動重發(fā)間隔是多長時間? 假設(shè)can上有一個節(jié)點,由于收不到ack一直在自動重發(fā),那么現(xiàn)在如果有一個節(jié)點要上來就是從busoff恢復(fù),他需要檢測128次連續(xù)11個隱性位。如果有一個
    發(fā)表于 05-28 06:01

    spc560p怎么使用中止機制

    你好伙計們 我正在使用spc560p的flexcan模塊,現(xiàn)在我想使用中止機制通過軟件而不是硬件自動從busoff狀態(tài)恢復(fù)can總線,因為硬件恢復(fù)太快了。因此,當(dāng)我捕獲ESR寄存器中的
    發(fā)表于 11-12 10:33

    怎樣對CAN節(jié)點的Busoff恢復(fù)時間進(jìn)行準(zhǔn)確測量?

    如何準(zhǔn)確測量CAN節(jié)點的Busoff恢復(fù)時間?
    發(fā)表于 05-20 06:17

    ti280025 CAN通信

    急?。?!ti280025CAN通信出現(xiàn)busoff恢復(fù)之后我需要把郵箱里的數(shù)據(jù)清除,再發(fā)需要的數(shù)據(jù)。各位大神怎么清除郵箱里現(xiàn)有的數(shù)據(jù)?我沒找到對應(yīng)的寄存器。
    發(fā)表于 07-30 21:43

    求助,有沒有S32K1 busoff相關(guān)的demo代碼?

    有沒有S32K1 busoff相關(guān)的demo代碼?
    發(fā)表于 04-03 07:01

    S32K118在高負(fù)載時Busoff中斷丟失的原因?

    測試用例反復(fù)短路 CANH 和 CANL。如果 S32K118 的負(fù)載較低,則恢復(fù)策略可以正常工作。步驟1。Busoff 引發(fā)中斷并設(shè)置標(biāo)志。第2步。在主循環(huán)中,如果標(biāo)志被設(shè)置,DeInit
    發(fā)表于 04-17 06:19

    一種嵌入式Linux系統(tǒng)多重備份與恢復(fù)機制

    出現(xiàn)故障,觸發(fā) watchdog 機制重啟,激活自動備份與恢復(fù)機制,保證系統(tǒng)任何時候都有一個可用的系統(tǒng)運行。該方法在S5PV210處理器和Linux平臺下進(jìn)行模擬實驗,得到很好的驗證。當(dāng)故障
    發(fā)表于 09-20 07:01

    基于基本回路的MPLS網(wǎng)絡(luò)重路由故障恢復(fù)機制

    研究MPLS網(wǎng)絡(luò)中的重路由故障恢復(fù)機制,提出一種新的計算備用路徑的方法,將備用路徑的計算分為預(yù)處理和在線計算2個過程,給出一種基于基本回路的重路由故障恢復(fù)機制(FC-R)。仿
    發(fā)表于 04-23 10:34 ?29次下載

    基于硬件的密鑰安全備份和恢復(fù)機制

    本文基于Diffie-Hellman 密鑰協(xié)定協(xié)議和Shamir 門限體制設(shè)計了一種密鑰安全備份和恢復(fù)機制。該機制不需要第三方可信機構(gòu)的參與,安全地實現(xiàn)了硬件加密設(shè)備的密鑰備份和恢復(fù)。在整
    發(fā)表于 09-11 15:51 ?5次下載

    經(jīng)驗分享:節(jié)點BusOff恢復(fù)過程分析與測試

    總線關(guān)閉是CAN節(jié)點比較重要的錯誤處理機制。在總線關(guān)閉狀態(tài)下,CAN節(jié)點的恢復(fù)流程是怎樣的?如何理解節(jié)點恢復(fù)流程的“快恢復(fù)”和“慢恢復(fù)
    發(fā)表于 02-08 17:11 ?7次下載
    經(jīng)驗分享:節(jié)點<b class='flag-5'>BusOff</b><b class='flag-5'>恢復(fù)</b>過程分析與測試

    CanSM模塊如何處理Busoff等問題呢

    如果節(jié)點在NOS狀態(tài)下,一直處于慢恢復(fù),會帶來什么問題呢?節(jié)點一直在慢恢復(fù)期,意味著該節(jié)點不會外報文(應(yīng)用報文和網(wǎng)絡(luò)管理報文均不會外發(fā)),其他節(jié)點會上報對應(yīng)的節(jié)點丟失故障。
    的頭像 發(fā)表于 08-29 18:04 ?1.6w次閱讀
    CanSM模塊如何處理<b class='flag-5'>Busoff</b>等問題呢