[参考译文] CC2530：ZStack 3.0.2会丢失射频帧

您好 Joaquim、

因此、所有传入的数据包都是相同的(除了序列号)、但 CC2530 ZC 遗漏了一些数据包？  Z-Stack 3.0.2能够处理它能够接收的数据包？  根据这些信息、Z-Stack CC2530 ZC 似乎遇到了瓶颈、在处理其他缓冲区时、它超出了其可用的 RX 缓冲区并错过了数据包。  CC2530 在 RAM 中受到限制 、 并且之前有人建议 交错器件加入(例如)、因为 新的 Z-Stack 3.0功能 会为器件带来更多开销。  如果您能够将 此数据包频率限制为1秒、然后能够准确接收所有消息、则这种瓶颈将通过 Z-Stack 3.0和 CC2530来确认、这并不能帮助每140ms 广播一次消息。   

此致、
Ryan

缩短数据包间隔的建议旨在用于测试以证明数据包处理限制、而不是作为长期解决方案提出。  由于 Z-Stack 3.0.2涉及的开销、您可以尝试从 Z-stack-archive ( 例如 HA 或网状)评估较旧的"较简单"解决方案。  或者、如果可行、您可以尝试改用 CC2538或 SimpleLink CC26X2器件。  否则、对于如何使用 CC2530 Z-Stack 3.0.2完成此应用、我没有任何进一步的建议

此致、
Ryan

我已经尝试了网状网络、但行为是相同的。 我将寻找其他解决方案。  

非常感谢你的帮助。

此致。

Joaquim。

您好、Ryan、

我发现了问题、而不是 ZStack、它可以更快地接收70ms 或更多的帧！  

问题出在 ED with Basic RF 中：当我构建帧以实现 IEEE 802.15.4帧格式兼容性时、SeqNumber (不知道确切原因)的计算公式如下：SeqNumber =(SeqNumber + 1)% 10；  增加1、最大允许值为9。 这 已经提醒了我、因为在监听器中、该值从0星到255星。 因此、我将计算更改为 SeqNumber =(SeqNumber + 1)% 255；并且没有帧丢失！ 请参阅随附的图像。

现在、我很清楚这不是 ZStack 问题、但由于我们有很多 ED 与此错误有关、无法进行远程升级、因此我正在调试路由器和协调器中的 ZStack 3.0.2代码、 调查控制 SeqNumber 的条件是什么、以便尝试找到解决方法、以及它如何影响帧接受。 但最后一个被调用的函数、我在收到帧时可以访问它(我假设它是从 Router-Pro.lib 中调用的)、在 AF.c 文件中是"afIncomingData"。  

此外、我不明白为什么这个问题看起来对  CC2430 ZStack-1.4.3-1.2.1没有影响。 如何影响帧接收中的错误 SeqNumber？  

请、您能帮我找到一些针对 SeqNumber 问题的解决方法吗？ ZStack 中是否有任何地方可以修复它？

非常感谢。

Joaquim。