uC/OS-II精简嵌入式微系统的筋骨 uC/OS-II是一款开源的实时操作系统（RTOS），它是最早进入国内的一款开源RTOS，代码开源，又有配套的书籍，加上不大的代码量，在嵌入式群体中最为流行。uC/OS-II具有可配置、可裁减的特点，运用了大量的宏定义，这严重的干扰了阅读，同时也有很多网友向我反应类似的问题，因为要了解uC/OS-II的核心原理，却经常被很多没用的源码干扰。 为了更好地理解uC/OS-II，我们需要对其进行精简，去掉不必要的功能和宏定义，保留核心的部分。以下是精简uC/OS-II的六步操作： 第一步，去掉了绝大部分跟内核无关的事件管理功能，只保留了时间管理和消息队列功能，这样一来，几乎就剩下内核部分源码，阅读大大简化了。 第二步，进一步去掉用不上的功能函数，比如时间管理中只保留OSTimeDly函数，消息队列中只保留创建队列、发送消息、等待消息三个必须要用的函数。 第三步，因为能够看懂代码，就越觉得msOS不需要uC/OS-II这么多复杂的功能，比如msOS一般来说只需要两个任务即可，uC/OS-II却支持64个任务。 第四步，因为只有8个任务，而uC/OS-II默认有两个内部任务：统计任务与空闲任务，所以需要去掉这两个任务。 第五步，uC/OS-II的任务块和事件块是采用链表结构的，可以动态增删，但这一点对于绝大部分项目来说，没有意义，于是把链表结构改成数组结构。 第六步，按C#语言风格标准化，跟msOS统一编程风格。 通过以上六步操作操作之后，uC/OS-II非常简单明了，只有os.c、os.h和os_a.asm三个文件，os.c中只有寥寥15个函数，os_a.asm中只有4个汇编函数。考虑到扩展性，还是保留了uC/OS-II的一些影子，其实若再精简下去，可能就只剩下一个内核切换，msOS只需要两个任务即可，完全可以精简到跟uC/OS-II无关了。 uC/OS-II是一款功能强大且复杂的RTOS，但通过精简和优化，可以使其变得更加简单易懂，满足msOS的需求。

嵌入式领域有不少操作系统，大致可以三类：第一类以Wince、Linux、Android为代表的，属于大型操作系统，拥有内核任务调度、菜单界面、多媒体、网络、文件存储、外设驱动等一系列完善的功能，但这类操作系统属于非实时操作系统，往往用于办公、娱乐、人机接口等对时间要求不高的场合。 嵌入式微系统在当前科技领域扮演着至关重要的角色，特别是在中低端设备中。本文将深入探讨嵌入式操作系统在这一领域的困境与解决方案。嵌入式操作系统大致可分为三类：大型操作系统、实时操作系统以及轻量级实时操作系统。 大型操作系统如Windows CE、Linux和Android，具备强大的功能，包括内核任务调度、图形用户界面、多媒体支持、网络连接、文件存储和设备驱动等。然而，这些系统并不适合需要严格实时性的应用场景，因为它们是非实时操作系统。通常，它们被广泛应用于办公、娱乐以及对时间要求不那么严格的人机交互界面。这类操作系统对硬件要求较高，例如至少需要ARM9 200MHz处理器和32MB内存，并且要求支持MMU（内存管理单元）。 VxWorks是功能丰富的实时操作系统，常见于高实时性、高可靠性的应用，如军事、航空、航天和工业自动化。它们对硬件要求也较高，但能确保在规定的时间内完成任务。 第三类是轻量级实时操作系统，如uC/OS-II和FreeRTOS，它们仅包含抢占式多任务内核，以及一些基本的内核管理功能。开发者需要自己添加额外的库来实现如用户界面、网络等功能。这类系统主要用于成本敏感、需求多样的中低端项目，如家用电器控制、小型监控、传感器测试平台、仪器仪表和工业自动化设备。对于这类项目，开发通常会经历从简单的前后台系统到更复杂的多任务实时操作系统（如uC/OS-II）的演变过程。 中低端项目的挑战在于，由于成本限制和需求多样性，没有统一的操作系统适用于所有开发。即使是像uC/OS-II这样的RTOS，也需要根据项目需求进行裁剪和定制。另一方面，由于技术门槛较低，导致编程规范不统一，使得代码维护和项目继承性成为问题。人才流动性大，当软件负责人离职后，新接手的开发者可能因理解差异而重写代码，造成资源浪费。 为解决这些问题，一些开源嵌入式操作系统如RT-Thread应运而生，它集成了GUI、文件系统和网络功能，适用于消费类产品。而新兴的msOS则以微软C#的编程风格，强调平台灵活性和易用性，整合了uC/OS-II，并提供黑白屏GUI、参数日志存储、PID算法库和步进驱动库，特别适合仪器仪表和小型工业自动化领域。 通过细分市场需求，如将项目分为彩屏消费类、黑白屏工控类和微控制类，可以更有效地利用特定的操作系统进行开发。msOS等定制化解决方案的出现，为中低端嵌入式软件平台的困局提供了新的思路，有望改善当前的开发效率和代码质量，降低软件成本。

在嵌入式系统领域，随着技术的进步和应用场景的不断拓展，对于功能复杂、实时性要求高、且带有多路传感器和驱动器的设备的开发提出了新的挑战。为了应对这些挑战，设计者们需要构建一个全新的平台，以满足日益增长的性能和复杂性需求。本文将探讨嵌入式微系统msOS的诞生，这个系统是如何应运而生，以及在设计和实现过程中所经历的路径和遇到的挑战。 我们必须认识到电源类和控制类设备的重要性。这两类设备由于其功能的复杂性和对实时性的高要求，成为设计的关键点。它们通常需要集成多路传感器或驱动器，并且往往伴随着屏幕显示，以提供用户交互的界面。这就要求我们不能仅仅依赖传统的方法，而需要建立起一个能够承载这些设备核心需求的统一平台。 传统的MS3系统虽然在很多方面表现得简单易用，但其设计已不能满足现代嵌入式系统对高实时性和复杂交互的要求，特别是在面向对象的菜单界面编程方面。因此，为了提升系统的性能和扩展性，对系统进行彻底的改革成为当务之急。 在这个过程中，我们的团队，包括软件专家苏鹏，开始了对RTOS的探索。RTOS（实时操作系统）以其优秀的多任务处理能力和资源管理方式，成为了我们的主要目标。在选择了uC/OS-II、FreeRTOS和RT-Thread等几个有潜力的RTOS后，我们通过深思熟虑，最终决定采用uC/OS-II。这一决定不仅是基于它的资料丰富和用户群广泛，还因为它的开源特性使得我们可以根据自己的需要对其进行优化和定制。 为了使uC/OS-II更加适合新平台的要求，我们对其进行了大规模的精简和重构。这意味着我们将系统中不必要和冗余的部分剔除，保留核心功能，并且将其简化为两个任务：一个负责菜单界面，另一个负责业务逻辑。通过这种方式，新系统变得更加专注于实际需求，优化了内存使用，同时维护了任务切换的关键功能。 我们还探索了一种使用软中断的方法来实现双任务处理，这种技术在不使用RTOS的情况下提供了另一种可能性。虽然本文并未深入讨论新平台的后续实现和优化细节，但建立在RTOS基础上的架构已经逐渐成形。 文章的总结部分强调了从传统前后台系统到基于RTOS的多任务系统的过渡。在这一过程中，团队面临了诸多挑战，如系统设计的复杂性、资源管理、实时性要求等。但通过对uC/OS-II的定制和优化，一个更加适合复杂设备需求的操作系统核心被创建出来，这不仅提升了系统的实时性能，也大大降低了资源消耗，并为将来的功能扩展打下了坚实的基础。 这一过程清晰地展示了，在嵌入式软件开发中，系统设计和优化必须结合具体的应用场景。通过对系统架构的深思熟虑和对细节的精心打磨，才能开发出既高效又可靠的嵌入式系统。msOS的诞生正是这一理念的完美体现，它的成功不仅为功能复杂设备的开发提供了新的视角，也为整个行业树立了一个技术标杆。随着嵌入式系统的不断发展，我们有理由相信，类似的创新和改进将会不断涌现，推动技术的进步和应用的发展。

msOS设计的本意是为电子类设备及PLC设计的，一开始想着仿造西门子的S7-300来设计一套基于CAN通讯的分布式PLC，然而当设计了几个硬件模块之后就发现，这个需求定义超出了我的个人能力，自己的综合知识还没有上到这个层面，所以开始退而求其次，仿照普通的PLC，结合华禹工控及俊知机械的需求设计了一款简单的嵌入式PLC，取名为msPLC-Demo。 嵌入式微系统msOS的设计初衷是为了满足电子设备和PLC（可编程逻辑控制器）的需要，最初的目标是创建一个类似西门子S7-300的分布式PLC系统，利用CAN通信协议进行通信。然而，随着硬件模块的设计，作者意识到这个任务超出了其个人的技术能力范围。因此，他转向开发一个简化版的嵌入式PLC，即msPLC-Demo，此项目是根据华禹工控和俊知机械的具体需求定制的。 在msOS的开发过程中，msPLC-Demo起到了重要的作用，它经历了三个版本的迭代和完善，帮助作者更深入地理解了工业设计的需求和PLC的工作原理。通过msPLC-Demo，作者简化了PLC的接口设计，采用共阳输入光耦隔离和中功率共阴输出，可以直接驱动继电器类驱动器，提高了系统的易用性。此外，msPLC-Demo还被应用于多个项目，如红外激光测温仪校准台和高频感应加热设备的控制器，其中涉及到的PID算法被封装成面向对象的库，方便温度控制。 在机械自动化领域，步进电机控制是一个常见需求。因此，作者基于德国TMC262步进控制器开发了步进电机驱动库，增强了msOS的功能。在msOS的开发过程中，作者通过QQ群和博客平台吸引了一群感兴趣的网友，特别是原Mcu51的“实用单片机系统”MS3的用户，他们对msOS表现出极大的兴趣，并积极参与到代码的贡献和移植工作中，将msOS推广到msp430和AVR平台上。 为了进一步降低msPLC的使用门槛，作者计划开发一个低成本的版本，但由于黑白字库屏成本较高，转而设计了一个PC端的上位机界面——msMenu，采用C#语言开发，模拟LCD屏并提供串口等常用功能。这个项目得到了群友"Claude"和"南方的风"的帮助，形成了一套统一开发风格的C#模板。 msOS的成功开发不仅统一了公司内部的嵌入式设备开发，提高了软件质量和硬件人员的编程能力，还降低了软件开发成本。同时，通过群内招聘的方式，公司能够吸引到熟悉msOS的人才，提高了团队稳定性和效率。例如，有多年华为工作经验的软件专家"蓝色雪狐"加入了团队，负责msOS的后续应用和推广，包括火花放电加工设备和机械自动化控制设备的开发。 未来，作者计划深入研究FPGA技术，设计精准控制芯片，初步命名为msFPGA，并期望能够开源共享。整个msOS的发展历程充满了社区协作和技术探索，体现了开源精神和技术创新的力量。

为了解决多人协作，多种需求产品的开发，并且还要长期维护，必须要把这些产品的共性提取出来。 1、 不需要低功耗设计。 2、 传感器类和驱动器类属于单一功能的设备，传统前后台架构的MS3即可。 3、 电源类及控制类设备都属于功能复杂的，实时性要求高，带有屏幕显示，外扩多路传感器或者驱动器的设备，这两类可以统一为一类，是设计的重点，需要建立全新的平台。 嵌入式微系统msOS的诞生源于解决多人协作开发、多需求产品整合以及长期维护的挑战。在设计过程中，首要任务是提取不同设备的共性，以便构建一个通用的平台。根据描述，我们可以将设备分为三类： 1. **不需要低功耗设计**：这类设备的电源管理不是主要考虑因素，可能适用于能耗较高的应用场景。 2. **传感器类和驱动器类**：这些设备具有单一功能，如传统前后台架构的MS3就能满足需求。MS3是一种简单的系统架构，适用于处理基本任务。 3. **电源类及控制类设备**：这类设备功能复杂，对实时性要求高，通常配备屏幕显示，支持外接多路传感器或驱动器。它们是设计的核心，需要一个新的平台来支撑其高性能和复杂性。 为了解决这些需求，设计团队面临的主要问题是传统的菜单界面编程方式已无法满足新的实时性和用户体验要求。因此，他们决定在MS3的基础上进行重构，并引入面向对象的菜单界面编程思想。然而，MS3的前后台架构导致在处理低速事件（如菜单界面）时，会影响高速事件的处理，从而限制了面向对象编程的实现。 在此背景下，团队决定采用实时操作系统（RTOS）以支持抢占式多任务调度。经过对比分析，他们选择了uC/OS-II，因为它拥有丰富的资料和广泛的用户基础。团队对uC/OS-II进行了深度精简和重构，以适应新平台的需求。最终，他们创建了一个仅包含两个任务（菜单界面任务和业务逻辑任务）的轻量级内核，同时保持了任务扩展性。为了减少内存占用，任务表被简化为支持8个任务，并且将任务块的数据结构从链表改为数组。 通过这一系列的改造，新的内核虽然在风格上仍与uC/OS-II相似，但在功能上已大大精简，只保留了任务切换的核心功能。因此，它不再严格意义上属于uC/OS-II，而是形成了一个独立的嵌入式操作系统——msOS。这个操作系统充分体现了软件开发的创新和对实际需求的响应，不仅提高了开发效率，也增强了系统的稳定性和性能。

嵌入式操作系统 类似ucos 名字是msos