项目开发dump记录

本文记录了在开发移远EC800Mopen方案时遇到的三个问题:数组溢出因缓冲区定义过小,定时器中断函数过长引发任务互斥,以及定时器与串口中断导致的潜在死锁。作者强调了正确管理中断和内存的重要性。
摘要由CSDN通过智能技术生成

最近接触到移远EC800M open方案的开发,过程中遇到一些dump调的问题总结下:
1.数组溢出:在缓冲区中容易出现
描述:使用官方的demo 怕mqtt协议栈没有任何问题,但是自己做了小小的修改后发现一直会dump掉,就逐行进行注释排查问题,最后发现都没用看到定义有一个数组但是大小只给了16,有可能是太小导致内存踩踏修改到128后发现正常了,这个问题很常见也比较出现,数组写穿是一个大忌所以一般在定义一个数组做缓冲器是一定要注意类似的问题;
2.定时器执行中断函数过长:时间片执行过长导致dump
描述:早期刚接触rtos容易出现的问题,把定时器当task来使用,但是定时器定时到后是产生中断的行为和定时器的有限级执行不一样可以相互打断,在定时器服务函数中放置执行时间很长的函数导致的这个问题,还会出现任务互斥的问题,一般我们希望定时器作为时间计数使用,执行的函数也只是修改某个标志之类的任务,要确定其运行时间不会太长导致中断时间执行过长dump掉;
3.定时器中断和其他中断导致类死锁问题
描述:使用定时器中添加LOG函数发现直接就dump了,想到定时器是一种中断,串口发生也是一种中断,看了下串口这边还添加了一种锁的机制做为互斥,导致定时器不能获取资源,两个中断之间定时器优先级高,但是串口中断又需要等定时器执行完才能执行,把锁去掉后发现就可以正常运行了。

															日期:2024年4月4日
  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值