Other Parts Discussed in Thread: Z-STACK
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的情况下，继续发送，会出现异常吗？
在论坛里，有一个类似的问题的帖子，只是没人回复解答：www.deyisupport.com/.../97270.aspx
望大神能指点一下去解决问题。
