This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC1310:重复消息过多/即使是第一次尝试传输也会成功

Guru**** 2539500 points
Other Parts Discussed in Thread: CC1310, ENERGYTRACE, CC1190

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/992690/cc1310-excessive-repeated-messages-retry-even-first-attempted-transmission-is-successful

器件型号:CC1310
主题中讨论的其它部件:ENERGYTRACECC1190

您好!

我们基于 TI-15.4堆栈收集器/传感器示例代码开发了网络协处理器。 把所有东西放在一起后、我们发现了一个小问题。 在以下测试设置中、接收端重复的消息太多

发送结束:MSP430 + CC1310传感器节点、定期发出9个字节的消息、每条消息末尾有一个帧 ID 计数器。

接收端:CC1310-collector 节点、连接到另一个捕获消息的 MCU、分析帧 ID 计数器、并决定它是上一条消息的重复还是消息缺失。

在接收结束在8小时内收到的407条消息中、其中104条是重复消息、无丢失消息、RSSI 范围为-20dBm 至-47dBm。 某些重复消息的 RSSI 值略有不同、因此不太可能由外部 MCU 引入。  

我假设当传感器节点认为第一次尝试的传输失败时、会出现重复的消息。 然后重试 至 config.h 中定义的 CONFIG_MAX_RETESS 通常、最好是在接收端具有可过滤掉的重复消息、而不是错过消息。 但是 、当 1/3的消息在 RSSI 判断的近乎完美的传输环境中被重新传输时、有时会被两次、这会变得过度。 传感器节点将消耗比必要的更多功率、一旦传感器节点数量增加、可能会发生交通堵塞。

我的问题是 、我们如何减少重试次数? 更改  CONFIG_MAX_RETESS 不会有太大帮助、因为大多数重试只发生一次。 是否有办法增加重试的延迟?

更新了:传感器和收集器节点均运行具有外部 PA+LNA 的定制电路板、 TX 功率设置为最大26dB、但不确定这是否相关。

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    更新了:在 EnergyTrace 捕获的电流迹线上、首次尝试后~30ms 会重新传输。 我也看不到用于更改确认、重新传输行为的 API。 我想、目前我们作为 TI-15.4堆栈的最终用户无法对此采取任何措施。

    顺便说一下、很糟糕、我无法在新论坛中从本地计算机上载图像。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    更新2:问题似乎是由自定义无线电硬件中的某种缺陷引起的。 当在发送和接收端均使用 CC1310/CC13-90 Launchpad 时、在~150条消息后未发现重新传输。 当在接收端使用 CC1310 Launchpad 并在发送端使用自定义 CC13-90无线电时、重新传输仍然存在、但远低于先前的速率。

    展望未来、如何对定制的无线电硬件进行故障排除和改进?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    您是否在 Tx 和 Rx 装置上测量了频率偏移?

    如果 Rx 带宽有助于降低重新传输速率、则始终可以增加 Rx 带宽、仅用于测试/调试。

    此致、

      Richard

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Richard、

    感谢您的回复。 在更完整的批次中、重传率降至0 - 5/1000条消息、与我们在 CC1310/CC13-90 LaunchPad 中看到的情况类似。 因此、这不再是一个问题。

    我们看到30%重传的批次之间的主要区别是:1)这些对讲机使用 RFX1010而不是 CC1190;2) PCB 顶部没有金属屏蔽层。 奇怪的是、您认为这两个差异是否导致了高重传/确认失败?

    最棒的

    ZL