TI中文支持网HI，大家好！
1、使用的是协议栈版本为Z-Stack Mesh 1.0.0。
2、节点类型为endev类型，pollrate为500ms。
问题描述：
在终端设备发送无线数据时，为了确保数据被目标节点收到，在发送无线数据时，使用AF_ACK_REQUEST选项，当一定的时间内没收到发送成功的AF_DATA_CONFIRM_CMD事件，即继续重发数据。
现在发现在使用AF_ACK_REQUEST选项时，当发送失败我继续重发时，经常性的设备进入了PM3的长期休眠模式了，外部中断可以触发程序继续运行。如果使用AF_ACK_REQUEST选项时，发送成功，不会进入长休眠模式，如果不使用AF_ACK_REQUEST选项，也不会进入长休眠模式。
添加打印输出时发现，在休眠函数halSleep（）里对休眠前的事件打印输出，发现taskID为1，event为0x20，也就是nwk层的事件NWK_DATABUF_SEND出现异常，异常表现为在进入休眠前，跑到了halSleep( uint32 osal_timeout )函数时，osal_timeout 的值为0，就是taskID为1，event为0x20的timeout时间为0，导致进入休眠时，休眠函数不设置唤醒定时器，从而一直休眠，在函数halSleep（）里，有以下一段代码：
if(timeout != 0)
{ if (timeout > HAL_SLEEP_MS_TO_320US( MAX_SLEEP_TIME ))
{
timeout -= HAL_SLEEP_MS_TO_320US( MAX_SLEEP_TIME );
halSleepSetTimer(HAL_SLEEP_MS_TO_320US( MAX_SLEEP_TIME ));
}
else
{
/* set sleep timer */
halSleepSetTimer(timeout);
timeout = 0;
}
/* set up sleep timer interrupt */
HAL_SLEEP_TIMER_CLEAR_INT();
HAL_SLEEP_TIMER_ENABLE_INT();
}
从代码可以看出，只有在osal_timeout不为0的情况下，才去设置唤醒定时器，如果为0则不设置唤醒定时器，导致了长休眠。
请问：
什么情况下，nwk层的事件NWK_DATABUF_SEND的timeout时间会变成0？在使用AF_ACK_REQUEST时有什么特别要注意的地方？每发一包数据，要先等AF_DATA_CONFIRM_CMD才能继续发送第二包数据吗？如果没等到AF_DATA_CONFIRM_CMD的情况下，继续发送，会出现异常吗？
在论坛里，有一个类似的问题的帖子，只是没人回复解答：http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/t/97270.aspx
望大神能指点一下去解决问题。
VV：
如果你的poll rate等于500ms的话，系统是不会进入PM3模式的，最多是PM2模式下。
NWK_DATABUF_SEND的timer是0，说明是没有数据需要发送的。
应用层发送数据的间隔是多少？
wenjie lin5：
回复 VV:
VV，你好！
在文件OSAL_Timers.c的函数osal_next_timeout（）中，会找出当前定时器链表中，timeout时间最小的一个，我在调试的时候，就是NWK_DATABUF_SEND的timerout时间为0，然后这个时间传递到Hal_sleeep.c中的函数halSleep( uint32 osal_timeout )，函数halSleep( uint32 osal_timeout )在接收的参数为0时，不去设置唤醒定时器了，这样就一直不会唤醒了，在没有外部中断触发的情况下，就一直休眠了。
我应用层发送的数据时间间隔是3秒，如果我将时间缩短，就更容易出问题，所以这个AF_ACK_REQUEST选项，用起来会出现一些意料不到的问题。
