我又做了個實驗,這次我在 CAN 的 CANInitialize 中加上了雙 Buffer 的功能 (CAN_CONFIG_DBL_BUFFER_ON) ,並且 Receive 時也加上 overflow 以及 invalid 的偵測!

實驗的結果是有比較順利一點,會有 overflow 的產生,但沒有 invalid 的產生,請問 overflow 時是否也是當作沒有正常接收到資料而啟動重傳的功能,因為我看到很多筆重複傳送節點的資料!

我在猜測可能是因為 A Node 的 overflow 的關係使得 bus 常佔線(重複傳送節點的資料),各傳送端一直無法正常的傳送,並累加 Error counter 最後都 Bus-off!

參照：

謝謝各位的回答, CAN 的碰撞機制我知道,我好奇的是經由碰撞機制後,傳送的資料是否能都正常的被接收到,如 ID 為 0x001 ,0x002, ....,0x008 共 8 個節點,那傳送時的順序,就是0x001,0x002....,0x008,也就是幾乎連續的 8 筆 message,這樣的話,負責接收的 Node 也能都正常的接收嗎?(用中斷接收後,只做儲存於陣列的工作)

另外,引用版主的話:
CAN 的發送端視檢測傳出去的 ACK bit 來得知該筆資料是否有被正確接收如果有人因接收錯誤也會發送 Error Frame 出去這時 Node A 會在重送並記錄一次傳送錯誤!
==> 我有兩個問題:
1. 如果 A 以 ID 0x001 來傳 message, 其它 8 個節點的 Filter都設 0x001 也就是都能接收 A 的 message,那麼如果都被正確的接收,應該就不會有問題吧;但由果有某 Node 接收錯誤,也表示 message 要重傳,那其它 7 個節點也要再重新接收相同的 message 對吧?
2. 我想知道 CAN 在應用上是否要避免,多對一的傳送(如:8 nodes 傳給 1 個node),以免發生接收錯誤而導致接收端的當機?

參照：

嗯嗯...應該是發出的訊號對方還沒收到就發出下一筆,因為是連
續的傳 message ,我只偵測 CANIsTXReady() ,可以傳就 send
出去!!

簡述:
由一個 CAN 節點 A 廣播給 8 個節點, 8 個節點同時以中斷方式接收,並回傳 message (有用 CANIsTXReady() 偵測) 給 A .
==> 實驗結果: A 的主程式無法運作,但中斷功能正常!

想請問 CAN 是否無法負擔多個節點連續的傳 message 給某一節點?