STM32上移植freertos，最终移植完成的效果比裸机好在哪里

lee-340192

能不用就不要用,所有的设计都是越简单越好,越简单越强大

caidyap

难点的上操作系统吧，要不然时序问题确实难

longforljy

我觉得你们都没明白，当一个程序越来越复杂之后，操作系统的出现是必然的
但，操作系统VS裸机，并不是一个谁对谁错的问题
裸机程序，新手和老手写的，就天差地别
操作体统，小型的和大型的，也天差地别（小型的比如PT Thread，大型的比如Linux、Android）

你用一个大型的操作系统，只是仅仅实现一个跑马灯？怕不是有病吧
你裸机程序去实现一个王者荣耀？怕不是也有病吧

所以，究竟是裸机，还是操作系统，要看程序的体量，功能的复杂度

其实，可以类比人类社会的发展，从 个体-->小型部落-->城邦-->国家-->全球化
当体量大之后，体制的出现是一定的。没有规则和标准，大家按自己的思路瞎搞，就没效率可言，永远是一个单打独斗的原始社会

所以，裸机程序，往往是出现在一些小公司、小产品上，基本都是一个程序员就包揽了
而一些大型的产品，都是有ISO标准，协议的，不上操作系统？上千人如何协作开发？还有上下游的公司如何协作开发？

要想参与大型的项目，就去学习操作系统吧，否则永远只能小打小闹的搞些小产品，上不了台面
当然，操作系统很多，先从简单的入手，基本理论入手，打好基础
然后调查好你想从事的行业，是用什么操作系统的，再针对性地学习行业要求的操作系统

当然，这里我也不否定即使只是 一个裸机程序员，也能拿高薪
但请相信我，他能拿高薪，不是因为他是一个裸机程序员，而是因为他有其他方面的技术积累

longforljy

一个老程序员，要考虑代码的可读性、可移植性，也要考虑关键代码的运行效率
当一个代码去到几十上百K之后，就可以考虑上个简单的小型系统了（比如PT thread），协助你管理代码，提高可读性和可移植性
这些小型系统，并没有复杂的任务调度，内存管理。但是可以改善你的代码结构，几十上百K的程序，用这些就够了（其实就是不能像个新手一样，想到什么写什么了，要先规划，再敲代码）

抢占式的RTOS这些，算是较完整的小型操作系统了，如果没吃透，那就没必要用在一些小产品上
如果吃透了，随你喜欢~

xiaojie0513

实时性、阻塞机制、这两点就够了，还有各个任务的独立互不干扰