[参考译文] CC2530：有关数据接收的问题

您似乎在 rxFcsIsr 中添加了一些内容以将数据输出到 UART、从而导致此问题。 如果您没有在 ZNP 中修改任何内容、您是否仍然看到此问题？

尊敬的 Viki：

ZNP 是否仍然发送链路状态并响应网络消息？  您是否仍然能够通过 MT 界面发送/接收消息？  请调试 ZNP 以发现是否输入了 afIncomingData、或者为什么 MT_AfIncomingMsg 永远不会通过 UART 接口传输消息。  正如黄先生所提到的，如果默认 ZNP 工作正常，则客户必须提供有关其自定义应用程序的更多信息，这些信息会导致该行为。  当 ZNP 不再传输传入的 AF 数据时、您需要监视堆/堆栈内存和器件状态。

此致、
Ryan

ZNP 仍然发送链路状态并响应网络消息。仍然能够通过 MT 接口发送/接收消息。但 afIncomingData()函数未接收到消息。在同一网络中，同时测试了五台设备。 有三个 JN5169器件和两个 CC2530器件。 所有 jn5169器件都将出现我之前提到的问题、所有 CC2530器件也不会出现类似的问题。  如果协调器为 JN5169、终端设备为 JN5169、则所有 JN5169设备将不会出现类似的问题。  由于我们必须使用第三方 JN5169设备、因此必须解决此问题。同时、我想了解为什么协调器的传入数据在重新加入 jn5169后具有数据输入、Mt_ Afincomingmsg 具有数据输出。

您好、Qidong、

感谢您的澄清和提供更多信息。  JN5169 ZED 首次加入后、ZNP 是否会通过 MT 接口报告任何信息或 响应设备通告和终端设备超时请求消息？  JN5169 重新加入之前、操作是否按预期工作？  我在监听器日志中看不到任何指示问题的内容、例如 NWK 帧计数器。  您能否确认此行为在默认 ZNP 项目设置下发生、并提供 JN5169和 CC2530 ZED 的加入过程的监听器日志、然后在每次重置后重新加入？  您能否调试 ZNP 以确定 在故障状态期间是否输入了 afIncomingData？  如果是、则可以调试代码以确定失败的位置/原因。

此致
Ryan