canstack, cantp的问题

[Fish]

我在测试canstack时发现以下的问题

1. 当tester的流控帧的STMin小于50ms，Server还是按50ms发送CS帧
2. 当Server在回复CS帧期间，Tester发送多帧时，Server还会反馈流控帧
   云途的专家能否帮忙指导一下，谢谢

[Fish]

上面忘记付log了

[jiankang_wang]

1. 回复的间隔时间，这个是之前的理解不到位，将发送连续帧的时间设定为了 N_Cs 和 STmin 较小值了，后续版本会修改。
   如果在当前版本要按照指定的值发送，需要同时修改 N_Cs 和 STmin。

2. 在发送多段消息过程中，接收到其他消息，会根据 15765 的规范进行处理：
   
   所以在接收过程中，再次接收到多帧的消息时，会 abort 前一条消息，转而传输新的消息。

[Fish]

谢谢您的回复，
对于连续的问题，您看我这个修改是否正确，

对于STMin的参数修改，我这边已经处理了
还有我发现，对于流控帧的参数长度没有判断
对于STMin的参数值也没有判断
对于功能寻址的多帧，不能回复流控帧

[jiankang_wang]

1. 如果只有一个 Can Stack Channel，这样修改是合理的，如果有多个，这样修改不合理，建议这样修改：
   

2. 针对can stack的函数参数，因为大部分都是内部使用，不存在会误传的情况，所以一开始没有做传参检查。针对这个情况内部已经在开始优化了，后面的版本会增加额外的参数检查。

3. 没看懂，再描述一下

4. 针对功能寻址，由于tp层的功能寻址一般用于广播，所以接受的到功能寻址不回复信息是正常情况。
   对于你描述的收到功能寻址需要回复的情况。一般是由UDS层设置两条 Can Stack channel，然后收到功能寻址后，使用物理寻址回传，而不是直接使用功能寻址回传。

[Fish]

谢谢回复

[jiankang_wang]

Can Stack的 TimerService 函数 只能通过ms级的中断调用。 所以STmin也是不支持 us 级的设置的。
所以这个问题和第一条是一样的。