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/1092929/cc2530-what-will-cause-the-success-returning-af_datarequest-won-t-trigger-af_data_confirm_cmd-event
我的测试基于ZStack 3.0 .2，终端设备将数据包长时间广播到空中。但有一次AF_DataRequest返回“成功”，但 AF_DATA_CONFIRM_CMD事件未触发。 我的发送模式是广播。
正如我所知，这不会成为任何广播的攻击。 我认为 在发送广播讯息时没有触发AF_DATA_CONFIRM_CMD是正常的。
您好，Aries：
在没有可用MAC资源或信道访问失败的情况下， 数据包可能无法传输，不会尝试重试(由于广播数据包设置)， 并且Nwk数据缓冲区处于保持/等待状态，而不是已发送/已完成，在这种情况下 ，Z-Stack不会生成AF数据确认。 这不是预期的，需要进一步调查路由层。 您观察这种情况的频率如何？在什么网络/流量条件下？ 您是否看到SimpleLink设备的不同行为？
此致， Ryan
我们有5台CC2530设备，工作8小时，其中一台设备只发生一次。
AF_DATA_CONFIRM_CMD广播 事件可检测CMSA)失败。
好的地方！
感谢您确认CSMA/CA故障不是问题。 根据故障描述，这似乎是一个罕见的角落案例。 是否有可能在类似的时间范围内将多条消息发送到MAC，从而 超出 可用的MAC资源？ 这些广播的发送频率如何？
每秒2个数据包
我理解你的意思。 可能已发送了AF-packet，但没有足够的堆内存用于AF_DATA_CONFIRM事件。
这是相当大的流量。 您可以尝试在mac_cfg.c中增加堆栈/堆大小或MAC_CFG_*定义，但这将使CC2530上已经有限的资源受到限制。
