记:又一次离谱的内存溢出

本文记录了一次由于将uint8_t数据类型改为uint16_t导致的单片机内存溢出问题。在休眠模式下,串口配置为外部中断触发时产生抖动,使得函数modebus_crc_check接收到错误的数据长度,进而导致数组越界。解决方案是增加代码判断,确保数据长度的合法性。通过这个案例,强调了编写代码时检查参数合法性的必要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题描述

先描述一下整个过程吧:最近在做的一个项目,用的华大的单片机,一款国产的MCU,主要做的是低功耗方面的,外加NB-IoT;当时修改过代码之后下载到设备上面,发现设备休眠之后就再也无法唤醒了,直到看门狗复位,而且设备不进入休眠的话就不会有问题。于是我拿上一个版本的代码跟当前的代码进行比较,对比之后发现只是修改了CRC校验的长度,如下图(只是把 uint8_t 的 DataLen,改成 uint16_t ),当时实在想不到把 uint8_t 的数据类型改成 uint16_t 能发生什么错误,一度以为是某些寄存器被未知的东西修改掉了,并且一开始肯定是进入休眠后的问题;

uint8_t modebus_crc_check (uint8_t *puchMsg,uint16_t DataLen)
{ 
	uint16_t calculate_crc, crc_in_msg;
	
	crc_in_msg = *(puchMsg + DataLen - 2 ) | (*(puchMsg + DataLen -1 ) <<8 );

	calculate_crc = modebus_crc_calculate(puchMsg, DataLen-2);
	
	if(calculate_crc == crc_in_msg)
		return 1;
	else
		return 0;
}

查找问题的过程

华大的这款单片机给出了休眠的模板代码,并且在休眠的模式下是不能进行调试的,所以这给查找问题带来了困难;但山重水复疑无路&#

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值