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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1347187/cc2530-i-want-to-ask-to-ti-engineer-not-forum
我想咨询 TI 工程师、而不是论坛。
我如何向他们提出要求？
如何通过软件重启终端设备
您是否尝试过 SystemReset 或 SystemResetSoft？
协调器在发送射频数据0xff 次后可正常运行。 因此终端设备接收数据太晚。 以下序列号的测试结果始终相同。
您提供的代码随 TIMAC 软件一起提供。 与默认项目相比有哪些变化会导致此问题？ 您能否提供有关如何观察和测量此行为的更多详细信息？ 目前、自从我们讨论 RF 操作以来、我不明白这在过去一个月是如何打破的。
此致、 Ryan
感谢您的建议。 1)回复后。 我尝试了使用 HAL_SYSTEM_RESET()；它运行良好。 2) 2)到达0xff 时间花费的时间太长。 原始 TIMAC 源也显示了相同的测试结果。 因此、我对其进行了修改、以在 MSA_ProcessEvent 函数的协调器 SEND_EVENT 中运行以下代码。
if(msa_DeviceRecord[0].devShortAddr==0) MSA_AssociateRsp((macCbackEvent_t*)pMsg);
问题) 使用 TIMAC 源、协调器通过一个 SEND_EVENT 与一个终端设备通信。 因此、如果有10个终端器件、它必须执行上述 SEND_EVENT 10次。 是否可以通过广播方式从同一个 Pan ID 成员的协调人到 END_DEVICE 进行通信？
对于广播消息、短地址设置为 MAC_SHORT_ADDR_BROADCAST (0xFFFF)。 我还没有亲自尝试使用 MSA_McpsDataReq 和 TIMAC v1.5.2 SDK 执行此功能。
如果您使用启用了 power_saving 的 RFD 节点、则在轮询请求(间接消息传递)之间禁用无线电接收功能、因此终端设备不会检测到这些广播。
