z-stack协议栈 进入halAssertHazardLights（）后死循环

Viki Shi：

请提供所使用的芯片、协议栈版本、具体例程、是否改动等背景信息

ps：如果卡在黄色箭头这句，多半是内存分配出问题

TI 诚邀您参加全新设计的产品页面测试，参加测试即可享有 TI 购物 9 折优惠码，点击加入 EP产品页面测试报名，名额有限。感谢您的参与！

user6314671：

回复 Viki Shi:

芯片cc2530，z-stack-2.3.1 ,GenericApp例程基础上改动。
卡在halAssertHazardLights（）中。
具体改动为：在GenericApp_ProcessEvent() 加入两个事件，一个事件自身触发执行，另一个事件每膈2ms运行一次。
屏蔽掉这两个事件中任一个都可以正常运行，两个运行时就会卡在halAssertHazardLights（）中，

Viki Shi：

回复 user6314671:

这个版本。。真的太老了，好久好久之前了，你能在新一点的版本上测试吗？比如说zstack home 1.2.2

TI 诚邀您参加全新设计的产品页面测试，参加测试即可享有 TI 购物 9 折优惠码，点击加入 EP产品页面测试报名，名额有限。感谢您的参与！

user6314671：

回复 Viki Shi:

你好：
事件"1"最小2ms就会调用osal_start_timerEx(GenericApp_TaskID,事件"3"),事件"2"间隔2ms也会调用osal_start_timerEx(GenericApp_TaskID,事件"2"),去掉 事件"1"处理函数中调用osal_start_timerEx部分，则程序运行正常。请问这个现象是因为什么造成的？

Viki Shi：

回复 user6314671:

大概率是内存原因，事件过多导致内存耗尽， 导致osal_start_timerEx添加定时器失败

TI 诚邀您参加全新设计的产品页面测试，参加测试即可享有 TI 购物 9 折优惠码，点击加入 EP产品页面测试报名，名额有限。感谢您的参与！

user6314671：

回复 Viki Shi:

osal_start_timerEx虽然频繁使用但都是添加将同一个事件添加到定时器中。

YiKai Chen：

回复 user6314671:

可以把你调用osal_start_timerEx部分的程序碼貼上來看看嗎？

user6314671：

回复 YiKai Chen:

YiKai Chen：

回复 user6314671:

M_APP_TIME_OUT_EVT是如何定義的？

user6314671：

回复 YiKai Chen:

M_APP_TIME_OUT_EVT中 执行 TIME_OUT_S=1；