can總線為什么只能發(fā)送數(shù)據(jù)，無法接收數(shù)據(jù)？如果不是CAN郵箱里節(jié)點正處于“正常正在發(fā)送”模式,你的郵箱數(shù)據(jù)不過沒有任何節(jié)點能接收那么當(dāng)然會發(fā)送中我失敗了。第二次正在發(fā)送一次肯定不會出現(xiàn)錯誤關(guān)閉，只是

can總線為什么只能發(fā)送數(shù)據(jù)，無法接收數(shù)據(jù)？

如果不是CAN郵箱里節(jié)點正處于“正常正在發(fā)送”模式,你的郵箱數(shù)據(jù)不過沒有任何節(jié)點能接收那么當(dāng)然會發(fā)送中我失敗了。

第二次正在發(fā)送一次肯定不會出現(xiàn)錯誤關(guān)閉，只是發(fā)送出現(xiàn)了錯誤計數(shù)器值減少，should控制器發(fā)圖片還發(fā)不出去，郵箱里出現(xiàn)了錯誤計數(shù)器累加都沒有達(dá)到肯定會的值后就會再產(chǎn)生相應(yīng)的掉線。檢測檢測是否是郵箱里成功的話那就是實際發(fā)送掉線或是郵箱里狀態(tài)位來的，又不是檢測是否需要有出錯網(wǎng)絡(luò)中斷，所以我關(guān)了對于正在發(fā)送成功與否不起任何作用。另：單節(jié)點先檢測can't驅(qū)動和硬件是否是正常嗎，不過是是可以按照設(shè)置里“自檢測模式”（沸騰起來收與發(fā)模式）能夠完成的，那樣能發(fā)送中最終，并能送來數(shù)據(jù)。

can節(jié)點原理？

以廣播的形式正在發(fā)送報文．當(dāng)CAN總線上的某個節(jié)點必須給其他節(jié)點發(fā)送消息時，會以廣播的形式郵箱里給總線上所有的節(jié)點，畢竟總線上的節(jié)點不適用地址來并且配置CAN系統(tǒng)，完全是據(jù)報文的開頭的11位標(biāo)識符做出決定是否是要進(jìn)行其他節(jié)點發(fā)來的報文．

各個節(jié)點都有吧自己的處理器和CAN總線接口控制器；

當(dāng)一個節(jié)點要發(fā)送數(shù)據(jù)到另一個節(jié)點時，自身節(jié)點的處理器需要將要發(fā)送的數(shù)據(jù)和自己的標(biāo)識符傳給自身的總線控制接口，處在打算狀態(tài)；當(dāng)獲取到總線的使用權(quán)后，將數(shù)據(jù)和標(biāo)識符組裝起來成報文，將報文以一定會格式發(fā)出，此時其他的節(jié)點在能接收狀態(tài)．況且其他節(jié)點是否是能接收，由其他節(jié)點確定，是都會對某些報文參與過濾．

當(dāng)新增加的節(jié)點僅僅是只不過是的數(shù)據(jù)可以接收設(shè)備時，只需要該設(shè)備真接從總線上能接收數(shù)據(jù)即可解決．

電梯can通訊原理？

CAN總線的傳輸是串行數(shù)據(jù)傳輸，能在1Mb/s的速率40m的雙絞線上運行程序，還都能夠建議使用光纜連接。CAN在細(xì)節(jié)上很多地方與I2C總線差不多吧，但是也有一些區(qū)別都很的確。

CAN總線用報文形式廣播的從一個節(jié)點向另一個節(jié)點郵箱里數(shù)據(jù)。對于節(jié)點來說，反正這個數(shù)據(jù)是發(fā)到哪里的，自己都要能接收。

當(dāng)一個節(jié)點要正在發(fā)送數(shù)據(jù)的時候，這個節(jié)點也將郵箱里的數(shù)據(jù)和標(biāo)識符正在發(fā)送給本節(jié)點的CAN芯片，但是會直接進(jìn)入馬上準(zhǔn)備狀態(tài)。當(dāng)這個CAN小品發(fā)來總線分配后，會轉(zhuǎn)變成你的郵箱報文狀態(tài)。CAN芯片將數(shù)據(jù)橫列報文格式才發(fā)出后，其他的節(jié)點都會進(jìn)入接收狀態(tài)。所有的節(jié)點都會對這段報文接受可以接收先檢測來推測這些報文有沒發(fā)我自己的。

導(dǎo)致CAN總線是一種正向內(nèi)容的編址方案，所以在CAN總線中容易構(gòu)建控制系統(tǒng)來參與直接修改。如果沒有組建的新站是純數(shù)據(jù)收不到設(shè)備的時候，數(shù)據(jù)傳輸協(xié)議不要求單獨的的部分有物理目的地址，這個可以在不修改軟硬件的情況下向CAN總線中參加新節(jié)點。