FreeRTOS:卡在configASSERT( ( pxQueue ) )问题的解决

程序在运行一段时间后因xQueueSemaphoreTake函数卡死导致死机,问题出在传入了NULL信号量句柄。经过分析,发现原因在于设备低功耗模式下反复初始化信号量,造成内存资源耗尽,解决方案是检查并避免重复创建信号量,或者在不再使用时正确删除信号量,防止内存泄漏。

       使用二值信号量过程中,刚开始程序还是正常运行,一段时间后出现了死机。通过仿真发现程序卡在了 xQueueSemaphoreTake 函数的 configASSERT( ( pxQueue ) )中。

        通过查看 xQueueSemaphoreTake 函数可知, configASSERT( ( pxQueue ) )主要是用于断言QueueHandle_t xQueue是否为NULL,卡死在这里说明程序运行中传入了NULL句柄。

BaseType_t xQueueSemaphoreTake( QueueHandle_t xQueue, TickType_t xTicksToWait )
{
BaseType_t xEntryTimeSet = pdFALSE;
TimeOut_t xTimeOut;
Queue_t * const pxQueue = xQueue;

#if( configUSE_MUTEXES == 1 )
	BaseType_t xInheritanceOccurred = pdFALSE;
#endif

	/* Check the queue pointer is not NULL. */
	configASSERT( ( pxQueue ) );

	/* Check this really is a semaphore, in which case the item size will be
	0. */
	configASSERT( pxQueue->uxItemSize == 0 );

	/* Cannot block if the scheduler is suspended. */
	#if ( ( INCLUDE_xTaskGetSchedulerState == 1 ) || ( configUSE_TIMERS == 1 ) )
	{
		configASSERT( !( ( xTaskGetSchedulerState() == taskSCHEDULER_SUSPENDED ) && ( xTic
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值