[参考译文] CC2530：我想向 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 节点、则在轮询请求(间接消息传递)之间禁用无线电接收功能、因此终端设备不会检测到这些广播。

此致、
Ryan