[参考译文] CC1352R：TI15.4 Stack - FH 最大广播间隔

您好！

您能否详细介绍一下您在 SysConfig 上对传感器和收集器的配置？

此致、

马尔文

Marvin、默认 TI 传感器收集器演示、FH 模式、所有通道、868MHz 仅更改了广播间隔。

我将进行一些测试、以检查我是否获得相同的结果。 您是否可以同时尝试使用监听器来查看是否发送了任何数据包？

此致、

马尔文

您好！

我做了一些测试、即使广播间隔是3分钟、节点仍然能够接收来自收集器的数据包。 已使用侦听器和节点的 LNA 引脚检查。 您是否有来自测试的日志以及是否能够使用该监听器？

此致、

马尔文

尊敬的 Marvin：

您如何确保传感器通过这些方法接收到广播消息？

-监听器只显示广播已被传输(这是每次,我从来没有说过),但没有任何广播 ACK ,所以你永远不能确定节点收到它。

- LNA 也只证明 RX 是打开的,但它不能保证它被正确地接收和处理。 另外、可能很难识别与广播相关的 LNA 脉冲、因为有时报告和轮询会重合并产生相似的脉冲持续时间。

我使用的方法是观察传感器节点上的红色 LED。 如果网络独立运行、则加入网络时传感器上的红色 LED 会亮起、并且 每次收到广播消息时、传感器上的红色 LED 都必须亮起。 如果我选择10秒的广播间隔、从启动开始60秒之后、则传感器上的红色 LED 每10秒切换一次、这表明广播效果良好。 如果我将时间间隔更改为180秒或3分钟、则在最初的60秒启动后、红色 LED 永远不会再次切换、这表示广播不起作用。

您能否改为执行此测试？ 我认为发送一个3分钟的视频显示红色 LED 上没有活动是没有道理的。

谢谢

您好！

我当时正在研究单播数据交换、它与广播交换不同。 我的错。 我可以看到问题。 当我将广播间隔增加到130段以上时、我似乎得到了这样的结果。 我将使用逻辑分析仪来查看收集器发送的数据(PA)和节点接收的数据(LNA)。  每次 在收集器中执行 generateBroadcastCmd ()函数时,我都会切换 GPIO ,因为这是收集器向 Mac 发送广播请求的时候。  在传感器中执行 processBroadcastCtrlMsg()时，我也在切换 GPIO，即节点接收广播数据包时。 我将广播数据包长度增加到512、以便能够区分广播数据包和其他数据包。 收集器仍能够发送广播包、但节点由于某种原因未接收广播包。 这也反映在您提到的 LED 未切换。

我将尝试调查问题可能是什么、并向您提供答案。  

此致、

马尔文

尊敬的 Marvin：

感谢您再次检查。 是的、这与我得到的结论是一样的、在过了130年代、它停止工作  

请进行深入研究、我的应用确实需要更长的广播间隔。 希望在某个地方有一个简单的修复方法。

期待您的反馈。

谢谢  

大家好、Marvin、有什么关于这个问题的最新动态吗？  

您好！

不幸的是,没有解决办法,但至少它将在未来解决。

谢谢。