如果不是can邮箱里节点正处于“正常正在发送”模式,你的邮箱数据不过没有任何节点能接收那么当然会发送中我失败了。
第二次正在发送一次肯定不会出现错误关闭，只是发送出现了错误计数器值减少，should控制器发图片还发不出去，邮箱里出现了错误计数器累加都没有达到肯定会的值后就会再产生相应的掉线。检测检测是否是邮箱里成功的话那就是实际发送掉线或是邮箱里状态位来的，又不是检测是否需要有出错网络中断，所以我关了对于正在发送成功与否不起任何作用。另：单节点先检测can't驱动和硬件是否是正常吗，不过是是可以按照设置里“自检测模式”（沸腾起来收与发模式）能够完成的，那样能发送中最终，并能送来数据。
以广播的形式正在发送报文．当can总线上的某个节点必须给其他节点发送消息时，会以广播的形式邮箱里给总线上所有的节点，毕竟总线上的节点不适用地址来并且配置can系统，完全是据报文的开头的11位标识符做出决定是否是要进行其他节点发来的报文．
各个节点都有吧自己的处理器和can总线接口控制器；
当一个节点要发送数据到另一个节点时，自身节点的处理器需要将要发送的数据和自己的标识符传给自身的总线控制接口，处在打算状态；当获取到总线的使用权后，将数据和标识符组装起来成报文，将报文以一定会格式发出，此时其他的节点在能接收状态．况且其他节点是否是能接收，由其他节点确定，是都会对某些报文参与过滤．
当新增加的节点仅仅是只不过是的数据可以接收设备时，只需要该设备真接从总线上能接收数据即可解决．
can总线的传输是串行数据传输，能在1mb/s的速率40m的双绞线上运行程序，还都能够建议使用光缆连接。can在细节上很多地方与i2c总线差不多吧，但是也有一些区别都很的确。
can总线用报文形式广播的从一个节点向另一个节点邮箱里数据。对于节点来说，反正这个数据是发到哪里的，自己都要能接收。
当一个节点要正在发送数据的时候，这个节点也将邮箱里的数据和标识符正在发送给本节点的can芯片，但是会直接进入马上准备状态。当这个can小品发来总线分配后，会转变成你的邮箱报文状态。can芯片将数据横列报文格式才发出后，其他的节点都会进入接收状态。所有的节点都会对这段报文接受可以接收先检测来推测这些报文有没发我自己的。
导致can总线是一种正向内容的编址方案，所以在can总线中容易构建控制系统来参与直接修改。如果没有组建的新站是纯数据收不到设备的时候，数据传输协议不要求单独的的部分有物理目的地址，这个可以在不修改软硬件的情况下向can总线中参加新节点。
