MCU的3个程序架构：1.前后台。2.任务调度 3.操作系统。哪一个是优选？
我正在学习用STC32G的芯片，请教社区的大佬，根据你们的经验，假如不理会MCU的资源和程序编写的难易，只考虑产品程序运行稳定性和代码的易维护性（容易填坑），
对于MCU的3个程序架构：1.前后台。2.任务调度 3.操作系统。哪一个是优选？
任务调度方法，【无错，至简】！“多任务分时调度” - FreeRTOS/uCOS，GUI-uGFX/U8g2，文件系统/嵌入式系统/实时操作系统 - 国芯论坛-STC全球32位8051爱好者互助交流社区 - STC全球32位8051爱好者互助交流社区 (stcaimcu.com)
我的理解：
1. 如果系统相对比较简单，那就前后台 或 多任务分时调度，因为RTOS要占用资源，而且要花时间学习。
2. 如果系统相对比较复杂，那使用RTOS的好处还是比较多的。通过合理划分任务，使得程序的编写相对简单，
程序逻辑清晰，容易阅读，对程序的后期维护、增加新功能等也有很大的帮助，因为程序中比较不好理解的
部份，RTOS帮你完成了。
3. 稳定性那就不好说了，它和系统的各方面都有关系。 如果是初学者,建议直接定时器调度,这个百分百的不会出问题. 之前玩过8051单片机而且比较熟的话，可以直接看操作系统，否则从1开始更好 肯定越简单越好 以目前单片机的资源规模，我的建议是，
尽量熟练掌握各种外设的中断和DMA的用法、
辅以状态机思维来处理多种并发的功能业务，
基本能解决99.9%的开发。
单片机的多任务OS其实也并不难学，但是要用好的话，
局限性因素很多，可以放在业余时间了解一下。
楼上说的对，越简单越好 都可以，程序编写正确，都稳定。具体用哪个，根据你的项目任务要求来选取。 程序稳定不稳定，关键是写程序的人怎么写程序
页:
[1]
2