1. 速盾网络首页
  2. 行业资讯

如何编写稳定的单片机代码？

guozi • • 行业资讯
前面的文章，和大家分享了怎么编写出高效的单片机代码，这篇文章分享怎么写出稳定的单片机代码。     
我对优秀代码的理解，大体分为两个部分：高效和稳定。
两者都能做到很好的，如果靠自己摸索，没有刻意去练习，可能需要花10年，甚至更久。
          
对于单片机产品来说，高效可能不是刚需。
          
高效写法和低效写法，在很多功能上看不出区别，代码执行效率快个纳秒、微秒、甚至是毫秒的时间差，对功能本身并无影响。
          
所以在高效和稳定之间，我建议先提升怎么把程序写稳定，再进一步优化程序效率。
          
如果当下觉得自己写的代码比较烂，也没关系，先多写，再多学习高手写的代码，你就能看出其中的精华。
          
经验不足的时候，哪怕别人直接给你答案，你也不知道他为什么要这样做。
          
我很多代码思维和技巧，都是学习同事的代码，我看到他们的代码时，和无际项目特训营老铁看我们代码的感觉是一样的，先是一脸懵逼，有些工作后，接触项目多了，才领悟其中的精髓。
             
图片    
          
刚开始我也不能理解他们的代码，感觉写的很复杂，搞不懂明明可以写的很简单，为什么要绕一个弯。
          
不过我把他们的代码保存起来了。
          
后面跳槽又做了几年，有次，领导安排了一个复杂点的新项目，需要自己独立从头到尾去做。
          
很多功能没做过，不知道怎么下手，摸着石头过河，用最笨的办法，先把功能实现。
          
后面把代码组织在一起的时候，又发现整个逻辑异常混乱和冲突。
          
举个简单的例子，一个LED灯指示设备联网状态，未接连上时，每200ms闪一次，连接上wifi时，每400ms闪一次，连接上路由器时，每600ms闪一次，连接上服务器时，常亮。
          
固定的闪烁效果，简单，但要考虑到通用性和扩展性，就难很多了。
          
为什么我要专门给点灯，写一个程序架构？
          
是因为LED需求太多了，LED大多数产品都有，而且每个产品LED数量，需要的闪烁效果都不同，每次重复去写，费时费力。
          
所以我把LED闪烁，设计成独立的功能模块，并考虑到了扩展性和移植性。
          
需要修改LED数量，直接修改枚举量就好了，需要增加LED闪烁效果，直接添加一个波形数组就好了，后续算法会根据数组的值，自动输出相应的波形。
          
架构定好，下次类似产品功能的需求，我改一下，只需要几分钟。   
          
所以，程序写的咋样，不是看代码写得多漂亮，或者用了什么高级语法，而是看是否精准解决需求。
          
除此以外，所有花里胡哨的技巧，都是脱裤子放屁。
          
代码稳定性，主要体现在一些复杂的项目上，一些简单的项目，没多少功能，硬调也能调出来。
          
所以，我觉得，想把代码写稳定，最主要的就是程序架构的设计。
          
如果架构设计不好，会导致代码难以维护、容易出错、功能扩展困难、稳定性差、调试困难、硬件兼容性差等问题。
          
好的程序架构，我觉得核心是要把控两点：
          
一、程序”地基”
也就是整个项目，所有功能的”管理者”。比如RTOS，就是充当这样的角色。
          
很多复杂的单片机项目，都会上RTOS，就是保证地基是稳定，降低对工程师的技能要求。
          
写一个系统，和移植一个系统用，完全不是一个难度级别。
          
不过，我还是比较喜欢用”裸机”写程序，然后采用自己设计的轻量任务调度系统。   
图片
          
这是一个简单的轮询式任务调度系统，通过一个定时器中断来触发任务调度。相对RTOS来说，有以下优势：
          
①简单，资源占用少
不需要复杂的任务管理数据结构和调度算法，因此占用的内存和CPU资源较少，特别适合资源受限的单片机，之前这个架构多次用于51单片机的项目。
          
②能完全掌控
代码都是自己写的，相对移植RTOS来说，更能掌控，减少由于对系统不熟，给产品埋雷的风险。任务也是按顺序执行的，没有复杂的任务切换，调试时更容易跟踪和分析问题。
③任务分离
通过任务创建函数OS_CreatTask，将不同的功能分配给不同的任务。这种分离确保了每个任务只关注一件事情，提高了代码的可读性和可维护性。   
          
④灵活性
创建任务时，可以为每个任务分配不同执行频率，从而调整任务执行顺序，可以很灵活地控制任务执行，也非常适合周期性的任务。
          
⑤减少CPU占用，响应更快
虽然在这个架构中没有明确的任务优先级，但可以通过调整任务的执行频率或顺序，来间接实现优先级控制。
          
传统while(1)死循环的用法，CPU一直在忙碌地执行某个代码块，而轮询式架构可以让CPU在没有任务执行时，处于空闲状态，一旦任务准备好执行，它可以立即开始运行，减少响应时间。
不过有一点，需要人为控制每个任务的代码效率，尽量不要有延时高的代码。
    
⑤扩展性强
虽然架构简单，但通过增加任务和调整调度逻辑，系统仍然可以扩展以支持更多的功能，比如增加现场切换功能和任务优先级管理，即是最精简的RTOS系统。
这种轮询式任务调度系统，虽然不支持真正的并发执行，但以更简单，高效的方式来管理多个任务，对于大多数的单片机项目来说，其实也够了。至少我还没碰到过，非要上RTOS才能完成的产品。
          
这个架构也有配套的开源视频，是我2018年录着玩的，不过代码已申请版权，非学员不能直接用于自己项目，可以学习这种编程思维，要的找我安排。   
图片
          
二、功能模块化
如果是项目功能比较多，一定要采用模块化的方式，以便于后期的代码维护和移植。
拿我们无际特训营项目6的代码举例，创建了3个任务，分别管理硬件层、中间层、应用层的功能。
图片
          
1.硬件层
主要是单片机外设，以及一些外围芯片的驱动程序，比如定时器、LED、语音输出、按键、串口、ADC、EEPROM。   
图片
然后不同的硬件驱动程序也是相互独立的。   
图片
          
2.中间层
主要是一些协议的解析，比如mqtt、lora、4G等，还有就是一些硬件层的应用程序，比如屏显示图案，电池电量检测逻辑，外电检测逻辑等。   
图片
          
不同的功能程序也是相互独立的。   
图片
          
          
3.应用层
就是具体的产品逻辑功能实现代码，比如菜单系统，防盗报警模式逻辑等等。
图片    
          
我们在做功能的时候，也要有架构的思维，需要考虑到后续功能的扩展和移植。
          
比如我们做菜单的时候，会考虑到后期如果项目需要增加或删减界面，怎么设计比较方便灵活。
          
我们目前的做法是通过结构体数组来管理每个界面，然后通过双向链表让各界面建立联系。
图片
          
类似的还有很多，比如说LED，按键这种，基本也是每个产品的刚需。
          
三、怎么去锻炼架构思维和能力？
一般的工程师，会在工作了3,4年左右，才能意识到程序架构的必要性，也取决于你什么时候能有机会独立完成复杂的项目，这个时候你会发现，原来的知识体系不够用。
          
心态上不用太着急和焦虑，按照正确的方向努力，很快就能具备架构设计能力。
          
一般流程是这样的。
1.先实现功能
先不要考虑架构，先把功能实现出来，再从功能里面找规律。
             
比如一个按键检测代码，和10个按键，其实也就是加个for循环，代码就能复用。
          
比如LED灯的特效，其本质就是输出的高低电平波形持续的时间不一样，我们是否能用一个数组来存储波形数据，通过定时器配合小算法来输出波形呢？
这些代码，都是要一步步迭代的，可能修改10次，就比较完美了，不要要求一写就接近完美，容易自闭。
  
还有就是多接触优秀的工程师和项目，没条件的可以看看STM32固件库代码，看看蓝牙协议栈，看看RTOS，这些都是开源的产品级代码。

原创文章，作者：guozi，如若转载，请注明出处：https://www.sudun.com/ask/82115.html

赞 (0)
guozi's avatarguozi
0 0
上一篇 2024年5月31日 下午2:52
下一篇 2024年5月31日 下午2:55

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注