can总线重发机制会不会导致另一个节点重复接收到同一个命令？

1万 · 2018-9-3 15:03

1万 · 2018-9-3 15:06

什么意思？不是很明白你说的什么，能再解释一下这个现象吗

1万 · 2018-9-3 15:10

节点a发送一个命令给另一个节点b，节点b收到命令后返回ack，由于干扰导致ack没有被a节点收到，之后a节点重发这个命令，由于can总线发出的帧不带序列号，节点b无法识别此帧是不是重发帧，所以这个命令就被b执行了两次。

2万 · 2018-9-3 15:15

这就需要在应用层做好相关校验算法了，所以说实现功能是很容易的，可靠性、稳定性、纠错性等都需要自己设计算法去处理。对于CAN来说，它本身的硬件标准机制就涉及很多校验，理论上应用层不需做校验都可以正常使用，恶劣环境除外。

只看该作者 · 2018-9-3 15:17

理论上应用层不需做校验都可以正常使用

物理层已经做好了

1万 · 2018-9-3 15:20

好像连canopen都没有相应的处理

1万 · 2018-9-3 15:23

一般情况下在应用层协议中。会有明确规定。不准许发送增量和切换类型的指令帧。就是为了防止类似重发指令带来的歧义结果。

1万 · 2018-9-3 15:26

类似重发帧。是否重新参与总线竞争。如果是这样重发帧。有可能被延迟一帧到多帧发送。

1万 · 2018-9-3 15:29

这样在应用层剔除该多发的重复帧就更困难了。

1万 · 2018-9-3 15:34

嗯，因为你很难区分它是重复发送帧还是新发帧了。

1万 · 2018-9-3 15:38

嗯，我再好好缕一缕吧，有了好消息及时通知大家，结贴喽

只看该作者 · 2018-9-3 15:41

是应用层不

1万 · 2018-9-4 09:09

我感觉会收到

1万 · 2018-9-4 09:54

这个我也搞不明白如果是你操作寄存器控制的我感觉可能不会收到

只看该作者 · 2018-9-4 21:21

不会，重发也是有地址指向的。