TI中文支持网
TI专业的中文技术问题咨询交流网站

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;

赞(0)
未经允许不得转载:TI中文支持网 » z-stack协议栈 进入halAssertHazardLights()后死循环
分享到: 更多 (0)