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.

[参考译文] CC2530:远程控制下的延迟问题

Guru**** 2540720 points


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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1063299/cc2530-delay-issues-under-remote-control

器件型号:CC2530

大家好、

以下是客户可能需要您帮助的一些问题:

 1. DIY 自己的 Zigbee 交换机、通过 zigbee2mqtt 连接到 HomeAssistant、本地和远程控制都很好。 但是、在多个远程控制之后、 此处显示控制延迟(通常为1-3秒)、有时甚至显示 MAC ACK 失败警报(超过10秒)。 客户想知道 MAC ACK 中的延迟是否正常、以及如何解决?

2. 看门狗装置在协议栈程序中启动,在 OVAL_RUN_SYSTEM()之后添加狗喂食程序;狗喂食程序也添加在程序部分中,用于长按开关复位。

但是、在测试中、开关在打开大约30分钟后关闭。 这应该是由于程序中某处的阻止导致看门狗无法成功馈送。 客户想知道在 OSAL 堆栈中是否可以进行阻塞、应该注意什么?

程序 中使用协议栈的 UART 功能进行调试、但一旦编程器(Smartf04EB)未连接、UART 输出(P02、P03)将不可用、但再次连接时 、输出正常。 这可能的原因是什么?

您可以帮助检查此案例吗? 谢谢。

此致、

樱桃

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

    您好、Cherry、

    1. 我想看到监听器日志、它进一步说明了这个问题。   在超时内接收 MAC ACK 失败通常是与通信的节点的故障。  在这些情况下、最好的操作是重试发送数据包。  
    2. 它们能否准确地显示它们馈入看门狗的代码中的哪个位置?  此外、看门狗延迟设置为多长时间?  他们可以尝试使用看门狗中断和调试器来进一步了解 MCU 在卡死时的状态。
    3. 检查 SmartRF04EB 设计(TI 已停产多年)并检查 P02/P03 UART 引脚是否通过调试连接运行。  此形式的反向通道 UART 通信对于评估板非常常见。

    请向客户强调、他们应该考虑使用 SIMPLELINK-CC13XX-CC26XX-SDK 器件来获得可用的最新 Zigbee 解决方案。

    此致、
    Ryan