汽車CAN總線設(shè)計(jì)規(guī)范對(duì)于CAN節(jié)點(diǎn)的輸入電容有著嚴(yán)格的規(guī)定，每個(gè)節(jié)點(diǎn)不允許添加過多容性器件，否則節(jié)點(diǎn)組合到一起后，會(huì)導(dǎo)致總線波形畸變，通訊錯(cuò)誤增加。
2015-05-19 14:52:16
4365 “ 總線關(guān)閉（bus off）是CAN節(jié)點(diǎn)比較重要的錯(cuò)誤處理機(jī)制。那么，在總線關(guān)閉狀態(tài)下，CAN節(jié)點(diǎn)的恢復(fù)流程是怎樣的？又該如何理解節(jié)點(diǎn)恢復(fù)流程的“快恢復(fù)”和“慢恢復(fù)”機(jī)制？本文將為大家詳細(xì)分析總線
2020-08-04 11:16:0013380 
為了防止故障節(jié)點(diǎn)干擾甚至阻塞整個(gè)CAN網(wǎng)絡(luò)系統(tǒng)，CAN協(xié)議實(shí)現(xiàn)了復(fù)雜的故障限制機(jī)制。為了保證通信的正常，CAN 2.0 總線協(xié)議總線中各節(jié)點(diǎn)需要采取以下措施進(jìn)行錯(cuò)誤檢測(cè)。
2022-11-08 17:12:447486 錯(cuò)誤幀是CAN總線用于進(jìn)行錯(cuò)誤通知的報(bào)文，可以將任何一個(gè)節(jié)點(diǎn)發(fā)現(xiàn)的錯(cuò)誤通知給其他節(jié)點(diǎn)，包括發(fā)送節(jié)點(diǎn)；進(jìn)而丟棄錯(cuò)誤的報(bào)文，發(fā)送節(jié)點(diǎn)再進(jìn)行報(bào)文的重新發(fā)送，保證傳遞信息的準(zhǔn)確性。
2023-02-24 09:27:31898 我們知道，CAN總線上的每個(gè)節(jié)點(diǎn)往總線上發(fā)送數(shù)據(jù)的同時(shí)，會(huì)讀取總線上的數(shù)據(jù)，并與自己發(fā)送的數(shù)據(jù)作對(duì)比。
2023-06-07 09:32:131274 
為了防止故障節(jié)點(diǎn)干擾甚至阻塞整個(gè)CAN網(wǎng)絡(luò)系統(tǒng)，CAN協(xié)議實(shí)現(xiàn)了復(fù)雜的故障限制機(jī)制。為了保證通信的正常，CAN 2.0 總線協(xié)議總線中各節(jié)點(diǎn)需要采取以下措施進(jìn)行錯(cuò)誤檢測(cè)：
2023-06-21 17:14:181840 
MCU內(nèi)置了CAN控制器用來將MCU的數(shù)據(jù)封裝為CAN幀格式，同時(shí)它也負(fù)責(zé)CAN幀的校驗(yàn)和錯(cuò)誤幀的處理。控制器封裝好的邏輯報(bào)文經(jīng)TX RX送到CAN收發(fā)器，將邏輯信號(hào)轉(zhuǎn)變?yōu)檎嬲?b class="flag-6" style="color: red">總線差分波形。
2023-09-08 09:19:32672 原子哥我使用你的源程序做收發(fā)實(shí)驗(yàn)。我發(fā)現(xiàn)一次的數(shù)據(jù)包（數(shù)組）的長(zhǎng)度不到33就發(fā)送不成功。這是什么原因啊
2020-04-13 00:10:15
中指定，否則什么都不知道）。 02 仲裁 RS-485的主要問題是信號(hào)擁塞。這通常是由于多個(gè)節(jié)點(diǎn)試圖在總線上同時(shí)發(fā)送數(shù)據(jù)，從而導(dǎo)致過載。CAN遵循仲裁，其中消息按狀態(tài)順序排列和接收。失去仲裁
2023-04-03 14:32:15
支持CAN總線中隱性位和顯性位的狀態(tài)特征。在沒有發(fā)送顯性位時(shí)，總線處于隱性狀態(tài)，空閑時(shí)，總線處于隱性狀態(tài)；當(dāng)有一個(gè)或多個(gè)節(jié)點(diǎn)發(fā)送顯性位，顯性位覆蓋隱性位，使總線處于顯性狀態(tài)。 在此基礎(chǔ)上，物理層主要
2014-04-27 15:16:02
0.CAN總線錯(cuò)誤分析與解決–講的最精辟的放在最前面我們知道CAN總線上的每個(gè)節(jié)點(diǎn)往總線上發(fā)送數(shù)據(jù)的同時(shí)會(huì)同時(shí)讀取總線上的數(shù)據(jù)，并與自己發(fā)送的數(shù)據(jù)作對(duì)比。—CAN仲裁???CAN總線錯(cuò)誤分別有發(fā)送
2022-01-14 06:55:10
狀態(tài)，被動(dòng)錯(cuò)誤狀態(tài)，以及總線關(guān)閉狀態(tài)。3.位于主動(dòng)錯(cuò)誤的節(jié)點(diǎn)，在檢測(cè)到錯(cuò)誤時(shí)，可以發(fā)送主動(dòng)錯(cuò)誤標(biāo)志（6位顯性位），告知總線上所有節(jié)點(diǎn)發(fā)生了總線的錯(cuò)誤，之后進(jìn)行正...
2021-08-20 06:18:45
通過成功傳輸數(shù)據(jù)的信息。問題：1。是否有任何方法來檢測(cè)CAN模塊何時(shí)正在接收，以便我當(dāng)時(shí)不嘗試發(fā)送以避免創(chuàng)建TX錯(cuò)誤？這似乎是最佳的解決方案，但我看不到從控制寄存器中知道的任何方法。2。也許我可以看
2020-03-11 10:00:20
必須支持CAN總線中隱性位和顯性位的狀態(tài)特征。在沒有發(fā)送顯性位時(shí)，總線處于隱性狀態(tài)，空閑時(shí)，總線處于隱性狀態(tài)；當(dāng)有一個(gè)或多個(gè)節(jié)點(diǎn)發(fā)送顯性位，顯性位覆蓋隱性位，使總線處于顯性狀態(tài)。 在此基礎(chǔ)上，物理層
2014-04-18 16:36:30
出現(xiàn)異常情況，分別由各個(gè)節(jié)點(diǎn)發(fā)送數(shù)據(jù)，總存在一些節(jié)點(diǎn)無法接收到數(shù)據(jù)。通過對(duì)CAN總線的物理層分析，認(rèn)為造成這種現(xiàn)象可能有兩個(gè)原因，一是不同型號(hào)的CAN收發(fā)器之間通信匹配的問題，二是CAN總線的驅(qū)動(dòng)
2019-07-01 19:20:56
另外的節(jié)點(diǎn)發(fā)送1，那么發(fā)送0的節(jié)點(diǎn)將取得總線的控制權(quán)，并且能夠成功的發(fā)送出它的信息。 七、CAN的高層協(xié)議 CAN的高層協(xié)議（也可理解為應(yīng)用層協(xié)議）是一種在現(xiàn)有的底層協(xié)議（物理層和數(shù)據(jù)鏈路層）之上實(shí)現(xiàn)
2017-10-19 11:12:46
主動(dòng)錯(cuò)誤幀：用于發(fā)送節(jié)點(diǎn)或接收節(jié)點(diǎn)檢測(cè)出錯(cuò)時(shí)向其他節(jié)點(diǎn)通知錯(cuò)誤的幀。CAN總線一般存在五種錯(cuò)誤：CRC錯(cuò)誤、格式錯(cuò)誤、應(yīng)答錯(cuò)誤、位發(fā)送錯(cuò)誤、位填充錯(cuò)誤。5. 下圖是CAN過載幀：用于接收節(jié)點(diǎn)通知發(fā)送節(jié)點(diǎn)
2021-05-13 06:00:00
，不可避免的會(huì)有干擾在傳輸線上，雖然已經(jīng)用差分信號(hào)傳遞數(shù)據(jù)，但是因?yàn)樗薪K端都是接到了一個(gè)CAN總線上，不可避免又會(huì)出現(xiàn)諸如發(fā)送消息碰撞，或者因?yàn)槟硞€(gè)終端的性能下降等原因，影響整個(gè)總線的通...
2021-08-23 09:25:27
采用了多主競(jìng)爭(zhēng)式總線結(jié)構(gòu)，具有多主站運(yùn)行和分散仲裁的串行總線以及廣播通信的特點(diǎn)。CAN總線上任意節(jié)點(diǎn)可在任意時(shí)刻主動(dòng)地向網(wǎng)絡(luò)上其它節(jié)點(diǎn)發(fā)送信息而不分主次，因此可在各節(jié)點(diǎn)之間實(shí)現(xiàn)自由通信。CAN總線協(xié)議
2015-11-05 17:17:31
應(yīng)用最廣泛的現(xiàn)場(chǎng)總線之一。在北美和西歐，CAN總線協(xié)議已經(jīng)成為汽車計(jì)算機(jī)控制系統(tǒng)和嵌入式工業(yè)控制局域網(wǎng)的標(biāo)準(zhǔn)總線，并且擁有以CAN為底層協(xié)議專為大型貨車和重工機(jī)械車輛設(shè)計(jì)的J1939協(xié)議。CAN總線的特點(diǎn)（1）多主機(jī)方式工作：網(wǎng)絡(luò)上任意節(jié)點(diǎn)可在任意時(shí)刻其他節(jié)點(diǎn)發(fā)送數(shù)據(jù)，通信方式靈活;（2）網(wǎng)絡(luò)上...
2022-01-13 07:52:18
在CAN總線中存在5種錯(cuò)誤類型，它們互相并不排斥，下面簡(jiǎn)單介紹一下它們的區(qū)別、產(chǎn)生的原因及處理方法。 位錯(cuò)誤:向總線送出一位的某個(gè)節(jié)點(diǎn)同時(shí)也在監(jiān)視總線，當(dāng)監(jiān)視到總線位的電平與送出的電平不同時(shí)9則在
2011-07-12 20:54:26
節(jié)點(diǎn)反復(fù)的發(fā)送錯(cuò)誤幀而導(dǎo)致CAN總線的崩潰。如上圖所示錯(cuò)誤標(biāo)志和錯(cuò)誤定界符組成，高低代表分別代表隱性和顯性，其中錯(cuò)誤標(biāo)志為所有節(jié)點(diǎn)發(fā)過來的錯(cuò)誤標(biāo)志的疊加(Superposition)。下圖更為清楚
2018-09-21 20:32:41
。 發(fā)送錯(cuò)誤達(dá)到嚴(yán)重錯(cuò)誤級(jí)別data[0] &0x20為真，表明該錯(cuò)誤產(chǎn)生。 當(dāng)該錯(cuò)誤提示，表明短期內(nèi)發(fā)送產(chǎn)生的錯(cuò)誤過多。應(yīng)當(dāng)暫停CAN通信，檢查錯(cuò)誤原因。 恢復(fù)到錯(cuò)誤激活狀態(tài)data[0
2017-01-03 15:57:38
上有一個(gè)節(jié)點(diǎn)正確接收到數(shù)據(jù)，則ACK SLOT就會(huì)被填入顯性電平；那么，接收錯(cuò)誤的節(jié)點(diǎn)如何來告知發(fā)送者此次發(fā)送不成功呢？這時(shí)候就要用到CAN的錯(cuò)誤幀，當(dāng)一個(gè)接收者收到錯(cuò)誤的數(shù)據(jù)的時(shí)候（怎樣判斷的），它立即
2018-07-02 05:22:54
CAN通訊總線競(jìng)爭(zhēng)數(shù)據(jù)保護(hù)物理設(shè)計(jì)總線邏輯錯(cuò)誤檢測(cè)機(jī)制總線邏輯錯(cuò)誤處理機(jī)制錯(cuò)誤跟蹤機(jī)制POWER PC芯片 CAN配置總線競(jìng)爭(zhēng)總線競(jìng)爭(zhēng)解決的是在同一時(shí)間，多個(gè)節(jié)點(diǎn)同時(shí)向總線發(fā)送消息的問題。解決的方法
2022-01-13 06:16:09
位（0x12)，SR讀取值為0x44,錯(cuò)誤捕捉寄存器值為0x03，發(fā)送錯(cuò)誤計(jì)數(shù)器值為0x88(136)。看datasheet說明是位錯(cuò)誤、幀起始錯(cuò)誤。找了幾天了也沒有結(jié)果。在此求論壇各位大神幫忙。
2014-11-22 16:20:34
，接收節(jié)點(diǎn)在ACK時(shí)隙位中發(fā)送顯性狀態(tài)，從而覆蓋發(fā)送器的隱性狀態(tài)。在不匹配的情況下，接收節(jié)點(diǎn)在ACK定界符之后發(fā)送錯(cuò)誤幀。目前CANFD的控制器CRC校驗(yàn)實(shí)現(xiàn)過程會(huì)相對(duì)復(fù)雜一點(diǎn)，在一個(gè)CAN總線網(wǎng)絡(luò)中，幀
2019-09-25 15:41:50
和遠(yuǎn)程幀，但是不能將數(shù)據(jù)幀發(fā)送到CAN總線上，出現(xiàn)發(fā)送錯(cuò)誤。在loopback模式中，可以發(fā)送成功，但是接收端沒有收到。這款單片機(jī)網(wǎng)上資料比較少，有沒有資深大蝦幫忙指點(diǎn)一下，謝謝！
補(bǔ)充內(nèi)容
2016-12-12 09:25:20
`急求PADS9.3不成功原因。錯(cuò)誤見截圖，請(qǐng)指教！謝謝！`
2011-07-07 22:41:15
生成錯(cuò)誤幀，以便Tx節(jié)點(diǎn)重新發(fā)送幀。因此，PSoC中的控制器是否能夠發(fā)送錯(cuò)誤幀或在PSoC上運(yùn)行的固件必須以這樣的方式編寫，當(dāng)接收到的中斷產(chǎn)生時(shí)，RX節(jié)點(diǎn)將生成并寫入錯(cuò)誤幀到總線上。類似地，TX節(jié)點(diǎn)
2018-12-13 14:40:41
= (rt_uint32_t) arg;還有幾處類似的操作，請(qǐng)幫忙看一下，是否存在問題第二個(gè)問題：當(dāng)總線發(fā)送錯(cuò)誤時(shí)，一直無法恢復(fù)可能導(dǎo)致死循環(huán) _can_int_tx 在此函數(shù)中是否應(yīng)該在此函數(shù)164行處，加上失敗多少次后進(jìn)行應(yīng)用層回調(diào)或者其他的錯(cuò)誤處理，不應(yīng)該一直continue;
2022-09-06 10:30:02
RTThread studio用DAP下載不成功是什么原因導(dǎo)致的
2022-10-25 10:46:57
各位大神是否知道原因？？
補(bǔ)充內(nèi)容 (2016-8-29 09:03):
另外還想傾角一下，沒有連接CAN接收節(jié)點(diǎn)的話，CAN節(jié)點(diǎn)單獨(dú)發(fā)送是否能夠完成
2016-08-26 16:12:01
any frames.CAN節(jié)點(diǎn)可以區(qū)分常規(guī)錯(cuò)誤和永久故障。有故障的發(fā)送節(jié)點(diǎn)將切換到離線狀態(tài)。離線意味著在邏輯上與總線斷開，既不能發(fā)送也不能接收。Error-active(主動(dòng)錯(cuò)誤
2018-03-20 13:48:46
TC1784 CAN2 數(shù)據(jù)發(fā)送不成功。CAN0，CAN1都能發(fā)送成功；DAVE 進(jìn)行CAN2配置和CAN0，CAN1類似，只是未使用默認(rèn)端口，使用端口P9.0和P9.1。大家有相似的開發(fā)嗎？是否配置要作相應(yīng)特別注意？謝謝！
2024-02-18 06:12:18
cc2640 廣播關(guān)閉不成功，什么原因？cc2640 MultiRole工程單獨(dú)作為Peripheral角色時(shí)廣播關(guān)閉成功，但是作為Central角色時(shí)關(guān)閉不成功 調(diào)用
2016-03-29 11:11:02
proteus仿真成功實(shí)物不成功具體有什么原因？？本人新手啊~
2011-12-29 13:36:17
的含義又表明了報(bào)文的優(yōu)先權(quán)。CAN總線上的各個(gè)協(xié)點(diǎn)都可主動(dòng)發(fā)送數(shù)據(jù)。當(dāng)同時(shí)有兩個(gè)或兩個(gè)以上的節(jié)點(diǎn)發(fā)送報(bào)文時(shí)，CAN控制器采用ID進(jìn)行仲裁。ID控制節(jié)點(diǎn)對(duì)總線的訪問。發(fā)送具有最高優(yōu)先權(quán)報(bào)文的節(jié)點(diǎn)獲得總線
2016-11-06 17:00:51
為什么使用GSM A6模塊發(fā)送中文短信總是不成功？是什么原因導(dǎo)致的？怎樣去解決呢？
2021-10-19 08:18:16
、實(shí)時(shí)性和靈活性方面具有獨(dú)特的技術(shù)優(yōu)勢(shì)，主要特點(diǎn)如下：? CAN 總線是一種多主總線，總線上任意節(jié)點(diǎn)可在任意時(shí)刻主動(dòng)地向網(wǎng)絡(luò)上其他節(jié)點(diǎn)發(fā)送信息而不分主次，因此可在各節(jié)點(diǎn)之間實(shí)現(xiàn)自由通信。? CAN
2018-12-13 14:26:31
有哪位朋友用過STM8S的CAN總線，發(fā)個(gè)例程，讓小弟學(xué)學(xué)。我的自己寫，總是發(fā)生發(fā)送錯(cuò)誤
2024-03-18 06:20:03
，在標(biāo)準(zhǔn)格式中，短幀的字節(jié)數(shù)為8個(gè)，因此傳輸時(shí)間短，受干擾的概率低，重新發(fā)數(shù)據(jù)幀的時(shí)間短，并且每幀信息都有CBC校驗(yàn)及其他檢錯(cuò)措施，這樣可以保證極低的數(shù)據(jù)出錯(cuò)率。CAN總線上的節(jié)點(diǎn)在錯(cuò)誤嚴(yán)重時(shí)，可以自動(dòng)
2018-11-13 10:38:08
如果只有自己一個(gè)CAN節(jié)點(diǎn)發(fā)送數(shù)據(jù)時(shí)，當(dāng)我發(fā)送365幀時(shí)，程序就阻塞不動(dòng)啦，我想請(qǐng)教的是，如何知道當(dāng)前CAN節(jié)點(diǎn)沒有其他成員，或者當(dāng)發(fā)送第一幀的時(shí)候，就應(yīng)該返回錯(cuò)誤數(shù)據(jù)呢。謝謝
2022-01-10 06:29:57
占用總線傳輸時(shí)間，所以導(dǎo)致其他正常節(jié)點(diǎn)發(fā)送延遲或者無法發(fā)送，影響整車CAN總線正常運(yùn)行環(huán)境。解決方案：主機(jī)廠必須要求節(jié)點(diǎn)A、B、C的工作電壓必須要工作在1.8V，乃至2.0V，這個(gè)問題便得以解決。 錯(cuò)誤
2019-04-26 10:52:24
用的keil5，是恩智浦的官方示例，但build都build不成功，錯(cuò)誤如下：.\keil_output\iflash_nxp_lpcxpresso_824\freertos_blinky.axf
2016-08-27 21:27:47
1.在CAN總線中存在5種錯(cuò)誤類型，它們互相并不排斥，下面介紹一下它們的區(qū)別方式、產(chǎn)生的原因以及處理方法。l位錯(cuò)誤，CAN網(wǎng)絡(luò)某個(gè)節(jié)點(diǎn)在向總線發(fā)送一個(gè)位的同時(shí)也在監(jiān)測(cè)總線，當(dāng)檢測(cè)到總線位的電平
2015-07-09 13:54:46
CAN發(fā)送錯(cuò)誤計(jì)數(shù)器能計(jì)到255以上嗎？CAN發(fā)送錯(cuò)誤計(jì)數(shù)器只有8位,最大也就可以表示到255。請(qǐng)問他是如何計(jì)數(shù)到255以上的？
2020-03-27 01:15:58
CAN 總線作為一種現(xiàn)場(chǎng)總線，應(yīng)用極為普及。本文給出了一種基于AT89C51 和SJA1000 的CAN 總線節(jié)點(diǎn)設(shè)計(jì)方法，并對(duì)軟硬件進(jìn)行了相應(yīng)的說明。關(guān)鍵詞：CAN 總線，SJA1000，單片機(jī)CAN（C
2009-05-25 13:26:12
59 CAN總線上的智能節(jié)點(diǎn)是網(wǎng)絡(luò)上報(bào)文的接收和發(fā)送站，一般由單片機(jī)和可編程的CAN通信控制器組成。本文介紹了一種新型的獨(dú)立CAN 通信控制器MCP2515；給出其在CAN總線系統(tǒng)智能節(jié)
2009-06-26 10:38:51140 CAN總線是一種應(yīng)用廣泛的實(shí)時(shí)性現(xiàn)場(chǎng)總線，提出了基于具有ARM7TDMI內(nèi)核的32位微控制器的CAN總線智能節(jié)點(diǎn)設(shè)計(jì)方案。詳細(xì)介紹了ARM控制器(LPC2294)的特點(diǎn)、智能節(jié)點(diǎn)的結(jié)構(gòu)以及系統(tǒng)軟
2009-12-01 14:27:3518 CAN總線是一種應(yīng)用極為普及的現(xiàn)場(chǎng)總線。文中提出了一種CAN總線通信接口的設(shè)計(jì)方案。CAN總線智能節(jié)點(diǎn)用單片機(jī)AT89S52和SJA1000控制器為核心組成。分別從硬件電路設(shè)計(jì)和SJA1000軟件
2010-01-25 15:04:2251 摘要：CAN總線上的節(jié)點(diǎn)是網(wǎng)絡(luò)上的信息接收和發(fā)送站；智能節(jié)點(diǎn)能通過編程設(shè)置工作方式、ID、地址、波特率等參數(shù)。它主要由單片機(jī)和可編程的CAN通信控制器組成。本文介紹這類節(jié)
2010-12-20 22:18:4044 撥號(hào)不成功，根據(jù)返回錯(cuò)誤信息確定故障： 1、ror 602 The port is already open 問題：撥號(hào)網(wǎng)絡(luò)網(wǎng)絡(luò)由于設(shè)備安裝錯(cuò)誤或正在使用，不能進(jìn)行連接 原因：RasPPPoE沒有完全和正確的安裝 解決：卸
2011-04-11 18:21:010 向總線送出一位的某個(gè)節(jié)點(diǎn)同時(shí)也在監(jiān)視總線，當(dāng)監(jiān)視到總線位的電平與送出的電平不同時(shí)9則在該位時(shí)刻檢測(cè)到一個(gè)位錯(cuò)誤。
2011-08-08 14:01:2011171 基于對(duì)CAN 總線控制器的功能分析， 并應(yīng)用Verilog語言進(jìn)行軟件設(shè)計(jì)， 從而實(shí)現(xiàn)CAN節(jié)點(diǎn)之間的通信功能。
2012-04-28 09:56:5413818 
應(yīng)用51單片機(jī)為控制核心結(jié)合其他的器件設(shè)計(jì)了一種能連接于CAN總線上的智能節(jié)點(diǎn)。通過單片機(jī)控制CAN總線控制器SJA1000，并進(jìn)一步通過CAN總線收發(fā)器PCA82C250，實(shí)現(xiàn)該智能節(jié)點(diǎn)與CAN總線的
2013-01-10 16:54:57120 CAN總線通訊已經(jīng)從汽車電子行業(yè)逐漸向各行各業(yè)鋪開使用了，例如軌道交通、礦井監(jiān)控等。在設(shè)計(jì)CAN總線接口電路時(shí)需要注意，
對(duì)于提高CAN總線節(jié)點(diǎn)的可靠性而言，離不開隔離、總線阻抗匹配、總線保護(hù)等，在設(shè)計(jì)CAN節(jié)點(diǎn)時(shí)要注意這些點(diǎn)以提高總線電路可靠性和安全性。
2016-06-08 11:41:272862 CAN-bus的可靠性很高，但是在某些情況下還是發(fā)生錯(cuò)誤，為了使數(shù)據(jù)能夠在總線上可靠傳輸，CAN-bus規(guī)范對(duì)各類幀的格式、用途及發(fā)送時(shí)機(jī)都進(jìn)行了詳細(xì)的規(guī)定。 CAN-bus規(guī)范對(duì)各類幀的格式、用途及發(fā)送時(shí)機(jī)都進(jìn)行了詳細(xì)的規(guī)定。
2016-11-11 01:30:117052 
局部錯(cuò)誤，全局通知是CAN總線錯(cuò)誤類型中較為典型的一種，如何通過錯(cuò)誤報(bào)文及波形快速定位錯(cuò)誤原因呢？本文結(jié)合現(xiàn)場(chǎng)實(shí)測(cè)案例簡(jiǎn)要分析。 一、CAN總線錯(cuò)誤簡(jiǎn)介 在CAN總線中存在5種錯(cuò)誤類型，如圖1所示
2017-11-08 10:48:573 局部錯(cuò)誤，全局通知是CAN總線錯(cuò)誤類型中較為典型的一種，如何通過錯(cuò)誤報(bào)文及波形快速定位錯(cuò)誤原因呢？本文結(jié)合現(xiàn)場(chǎng)實(shí)測(cè)案例簡(jiǎn)要分析。
2018-02-16 07:57:006974 
本文主要介紹了CAN總線遠(yuǎn)程幀和錯(cuò)誤幀，首先我們先來了解了解一下通訊時(shí)使用的幀類型有哪些，他們的作用又是什么，具體的跟隨小編一起來了解一下吧。
2018-05-07 11:30:2125382 
你了解CAN總線嗎？你知道總線中有哪些錯(cuò)誤嗎？你想了解總線中的錯(cuò)誤是如何校驗(yàn)以及錯(cuò)誤之間的關(guān)系嗎？下文為大家揭開它神秘的面紗。
2018-06-26 10:29:2728435 
此CAN總線上有干擾，導(dǎo)致CAN控制器發(fā)生接收錯(cuò)誤，CAN總線上的信號(hào)經(jīng)過收發(fā)器轉(zhuǎn)化為差分電平信號(hào)，此時(shí)信號(hào)容易受到外界干擾，這樣容易使CAN控制器發(fā)生接收錯(cuò)誤。
2018-10-08 14:31:514590 
CAN總線邊沿時(shí)間會(huì)影響采樣正確性，而采樣錯(cuò)誤會(huì)造成錯(cuò)誤幀不斷出現(xiàn)，影響CAN總線通信。
2018-11-23 14:04:277540 
在CAN總線通信過程中CAN控制器具備完整的錯(cuò)誤檢測(cè)能力，其中包含：位錯(cuò)誤檢測(cè)、格式錯(cuò)誤檢測(cè)、填充錯(cuò)誤檢測(cè)、應(yīng)答錯(cuò)誤檢測(cè)和CRC錯(cuò)誤檢測(cè)。作為一種重要的錯(cuò)誤檢測(cè)手段，CRC錯(cuò)誤檢測(cè)是接收節(jié)點(diǎn)判斷CAN幀信息的完整性并向總線確認(rèn)應(yīng)答的依據(jù)。
2019-07-15 08:45:069290 
CAN總線產(chǎn)生的錯(cuò)誤以錯(cuò)誤幀的形式上報(bào)給應(yīng)用層。設(shè)置注冊(cè)表[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\CAN1] BusErrorReport項(xiàng)為1可以讓驅(qū)動(dòng)上報(bào)CAN
2020-02-05 10:27:241546 
本文檔的主要內(nèi)容詳細(xì)介紹的是CAN總線基礎(chǔ)的詳細(xì)資料概述包括了：概述，汽車總線與CAN標(biāo)準(zhǔn)，CAN的通信機(jī)制，數(shù)據(jù)幀，錯(cuò)誤檢測(cè)與錯(cuò)誤幀，CAN的幀格式，位定時(shí)與同步
2019-11-29 15:31:20105 CAN協(xié)議教程 介紹：CAN總線 CAN總線是廣播類型的總線。這意味著所有節(jié)點(diǎn)都可以偵聽到所有傳輸?shù)膱?bào)文。無法將報(bào)文單獨(dú)發(fā)送給指定節(jié)點(diǎn)；所有節(jié)點(diǎn)都將始終捕獲所有報(bào)文。但是，CAN硬件能夠提供本地過濾
2020-04-03 15:32:2213499 CAN總線節(jié)點(diǎn)軟件的設(shè)計(jì)與實(shí)現(xiàn)說明。
2021-04-19 16:59:1020 的雙絞線上運(yùn)行，還能夠使用光纜連接。CAN在細(xì)節(jié)上很多地方與I2C總線差不多，不過也有一些區(qū)別比較明顯。 CAN總線用報(bào)文形式廣播的方式從一個(gè)節(jié)點(diǎn)向另一個(gè)節(jié)點(diǎn)發(fā)送數(shù)據(jù)。對(duì)于節(jié)點(diǎn)來說，不管這個(gè)數(shù)據(jù)是發(fā)到哪里的，自己都要接收。 當(dāng)一個(gè)節(jié)點(diǎn)要發(fā)送數(shù)據(jù)的時(shí)候
2021-08-07 17:07:4333792 CAN節(jié)點(diǎn)的穩(wěn)定性、可靠性和安全性得益于其強(qiáng)大的錯(cuò)誤管理機(jī)制。那么，CAN節(jié)點(diǎn)為什么能感知錯(cuò)誤？又是如何響應(yīng)錯(cuò)誤？您是否能清晰地想象出這一過程？本文將為大家詳細(xì)分析CAN節(jié)點(diǎn)錯(cuò)誤管理的工作
2021-10-20 09:49:232013 
stm32程序下載不成功
2021-11-17 17:36:0213 。程序編譯無錯(cuò)誤。運(yùn)行程序時(shí)，上位機(jī)每隔一秒通過CAN分析儀向STM32發(fā)送數(shù)據(jù)，程序死在硬中斷void HardFault_Handler(void){ /* Go to infi...
2021-12-09 09:36:0522 0.CAN總線錯(cuò)誤分析與解決–講的最精辟的放在最前面我們知道CAN總線上的每個(gè)節(jié)點(diǎn)往總線上發(fā)送數(shù)據(jù)的同時(shí)會(huì)同時(shí)讀取總線上的數(shù)據(jù)，并與自己發(fā)送的數(shù)據(jù)作對(duì)比。—CAN仲裁???CAN總線錯(cuò)誤分別有發(fā)送
2022-01-14 13:21:2515 在本系列文章中，我們將為您詳細(xì)介紹CAN總線錯(cuò)誤的相關(guān)知識(shí)，包括CAN總線錯(cuò)誤的基礎(chǔ)概念、CAN總線錯(cuò)誤的類型、CAN錯(cuò)誤幀和CAN節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。
2022-05-27 17:56:122636 在本系列文章中，我們將為您詳細(xì)介紹CAN總線錯(cuò)誤的相關(guān)知識(shí)，包括CAN總線錯(cuò)誤的基礎(chǔ)概念、CAN總線錯(cuò)誤的類型、CAN錯(cuò)誤幀和CAN節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。
2022-06-13 16:08:347206 錯(cuò)誤幀用于在接收和發(fā)送消息時(shí)檢測(cè)出錯(cuò)誤通知錯(cuò)誤的幀，它由錯(cuò)誤標(biāo)志和錯(cuò)誤界定符構(gòu)成。
2022-08-24 18:20:042341 任意時(shí)刻主動(dòng)地向網(wǎng)絡(luò)上其它節(jié)點(diǎn)發(fā)送信息而不分主次，因此可在各節(jié)點(diǎn)之間實(shí)現(xiàn)自由通信。低速CAN是普通CAN協(xié)議，支持500K的速率，高速CAN有CANFD協(xié)議，速率可達(dá)幾M。CAN收發(fā)器TJA1044就支持
2022-12-06 16:20:583138 
節(jié)點(diǎn)的硬件接口電路。基于對(duì)CAN 總線控制器的功能分析， 并應(yīng)用Verilog語言進(jìn)行軟件設(shè)計(jì)， 從而實(shí)現(xiàn)CAN節(jié)點(diǎn)之間的通信功能。 0 引言 CAN 總線允許高達(dá)1M bit /s通訊速率， 支持多主通訊模式， 有高抗電磁干擾性而且能夠檢測(cè)出通信過程中產(chǎn)生的任何錯(cuò)誤， 已被廣泛應(yīng)用到各自動(dòng)
2023-06-18 11:15:011796 錯(cuò)誤幀種類分為5種，分別是：位發(fā)送錯(cuò)誤、ACK錯(cuò)誤、位填充錯(cuò)誤、CRC錯(cuò)誤、格式錯(cuò)誤。
2023-06-19 17:25:332455 
節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。CAN總線錯(cuò)誤類型CAN總線協(xié)議規(guī)定了5種CAN錯(cuò)誤類型：位錯(cuò)誤[發(fā)送器]位填充錯(cuò)誤[接收器]格式錯(cuò)誤[接收
2022-06-09 09:46:531176 
節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。前文回顧虹科干貨|帶你全面認(rèn)識(shí)“CAN總線錯(cuò)誤”（一）——CAN總線錯(cuò)誤與錯(cuò)誤幀虹科干貨|帶你全面認(rèn)識(shí)“CA
2022-06-09 09:46:031410 節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。什么是CAN總線錯(cuò)誤？控制器局域網(wǎng)絡(luò)(ControllerAreaNetwork,CAN)是當(dāng)今汽車和工業(yè)自
2022-05-27 10:39:213329 節(jié)點(diǎn)錯(cuò)誤狀態(tài)，并通過實(shí)際的應(yīng)用測(cè)試生成并記錄CAN錯(cuò)誤。CAN總線錯(cuò)誤類型CAN總線協(xié)議規(guī)定了5種CAN錯(cuò)誤類型：位錯(cuò)誤[發(fā)送器]位填充錯(cuò)誤[接收器]格式錯(cuò)誤[接收
2022-06-02 09:41:24813 AsimpleintrotoCANerrorsCAN總線錯(cuò)誤介紹在本系列文章中，我們將為您詳細(xì)介紹CAN總線錯(cuò)誤的相關(guān)知識(shí)，包括CAN總線錯(cuò)誤的基礎(chǔ)概念、CAN總線錯(cuò)誤的類型、CAN錯(cuò)誤幀和CAN
2022-06-09 10:21:001083 錯(cuò)誤幀的基礎(chǔ)知識(shí)錯(cuò)誤幀的作用錯(cuò)誤幀是CAN總線用于進(jìn)行錯(cuò)誤通知的報(bào)文，可以將任何一個(gè)節(jié)點(diǎn)發(fā)現(xiàn)的錯(cuò)誤通知給其他節(jié)點(diǎn)，包括發(fā)送節(jié)點(diǎn)；進(jìn)而丟棄錯(cuò)誤的報(bào)文，發(fā)送節(jié)點(diǎn)再進(jìn)行報(bào)
2023-02-23 15:11:521671 
認(rèn)識(shí)CAN 總線錯(cuò)誤的第一步就是了解認(rèn)識(shí)CAN 總線協(xié)議和它的具體功能，這樣才能更容易地理解CAN 總線是如何去發(fā)現(xiàn)并解決錯(cuò)誤的。
2023-08-14 15:18:463228 
STM32 CAN接收/發(fā)送錯(cuò)誤寄存器如何清零？? CAN總線是一種常用的串行總線，其具有高可靠性、高速率、容錯(cuò)能力強(qiáng)等特點(diǎn)，廣泛應(yīng)用于汽車電子、制造業(yè)自動(dòng)化、工程控制等領(lǐng)域。在CAN總線的標(biāo)準(zhǔn)
2023-09-14 14:22:312419 1、CAN總線的常見故障 CAN總線錯(cuò)誤分析與解決 當(dāng)CAN總線出現(xiàn)故障或數(shù)據(jù)傳輸異常時(shí)，往往會(huì)出現(xiàn)多種奇怪的故障現(xiàn)象，如儀表板顯示異常，車輛無法啟動(dòng)，啟動(dòng)后無法熄滅，車輛動(dòng)力性能下降，某些電控系統(tǒng)
2023-09-14 16:30:071595 
每個(gè)節(jié)點(diǎn)維護(hù)兩個(gè)錯(cuò)誤計(jì)數(shù)器：傳送錯(cuò)誤計(jì)數(shù)器和接收錯(cuò)誤計(jì)數(shù)器。有幾個(gè)規(guī)則規(guī)定這些計(jì)數(shù)器怎樣增加和/或減少計(jì)數(shù)。總的來講，檢測(cè)到故障的傳送器增加其傳送錯(cuò)誤計(jì)數(shù)器比偵聽節(jié)點(diǎn)增加其接收錯(cuò)誤計(jì)數(shù)器要快。
2023-09-20 17:09:03845 
電子發(fā)燒友網(wǎng)站提供《基于CAN總線的智能節(jié)點(diǎn)設(shè)計(jì).pdf》資料免費(fèi)下載
2023-10-20 14:44:320 如 CAN 協(xié)議所述，錯(cuò)誤管理完全由硬件通過發(fā)送錯(cuò)誤計(jì)數(shù)器（ CAN_ESR 寄存器中的 TEC 值）和接收錯(cuò)誤計(jì)數(shù)器（ CAN_ESR 寄存器中的 REC 值）來處理，這兩個(gè)計(jì)數(shù)器根據(jù)錯(cuò)誤 狀況進(jìn)行遞增或遞減。
2023-10-20 15:27:39449 
如何用示波器排查CAN的各種錯(cuò)誤幀呢？ 導(dǎo)言： 控制器局域網(wǎng)絡(luò)（Controller Area Network，CAN）是一種常用的現(xiàn)場(chǎng)總線通信協(xié)議，廣泛應(yīng)用于汽車電子系統(tǒng)、工業(yè)自動(dòng)化等領(lǐng)域。然而
2023-12-07 11:09:01508 高速CAN總線和低速CAN總線的特性 高速CAN總線和低速CAN總線是兩種常見的CAN總線類型。它們?cè)跀?shù)據(jù)傳輸速率、最大電纜長(zhǎng)度、適用場(chǎng)景等方面存在一些差異。下面將詳盡、詳實(shí)、細(xì)致地介紹這兩種CAN
2024-01-31 14:09:01497 找到CAN總線（故障）節(jié)點(diǎn)的三種辦法? CAN總線是現(xiàn)代汽車電子系統(tǒng)中常見的通信協(xié)議，用于車載電子設(shè)備之間的數(shù)據(jù)傳輸。在汽車的CAN總線系統(tǒng)中，每個(gè)節(jié)點(diǎn)都扮演著重要的角色。然而，由于各種原因，有時(shí)候
2024-02-02 10:35:10457
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評(píng)論