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的诞生正是这一理念的完美体现，它的成功不仅为功能复杂设备的开发提供了新的视角，也为整个行业树立了一个技术标杆。随着嵌入式系统的不断发展，我们有理由相信，类似的创新和改进将会不断涌现，推动技术的进步和应用的发展。

rust_os, 在 Rust 中，编写了一个操作系统内核 非 POSIX "tifflin"实验内核( 并最终运行系统)这是在 Rust ( http://rust-lang.org ) 中编写操作系统内核的实验。大部分的架构是按照我的方式设计的，但是它将被写为架构无关的( 当前的verison为 x86_6

Chrome OS Flex iso 谷歌系统 浏览器系统

VMWare装Mac系统必备，谁用谁知道： Mac OS X Unlocker for VMware ============================ 1. Introduction --------------- The package is a combination of the Unlocker code written by Zenith432 plus some scripts written by myself that wrap the actual unlocker code. It has been tested against: * Workstation 8.0 on Windows and Linux (32 & 64-bit versions) * Player 4.0 on Windows and Linux (32 & 64-bit versions) * Fusion 4.0 on Snow Leopard and Lion * ESXi 5.0 * Workstation Tech Preview March 2012 * Fusion Tech Preview March 2012 The patch code carries out the following modifications dependent on the product being patched: * Fix vmware-vmx and derivatives to allow Mac OS X to boot * Fix vmwarebase .dll or .so to allow Apple to be selected during creation * Copy darwin.iso if needed to VMware folder Note that not all products recognise the darwin.iso via install tools menu item. You will have to manually mount the darwin.iso for example on Workstation. Also Player is missing vmware-vmx-debug and vmware-vmx-stats files and so an error is shown during patching as the files are not found. This can be safely ignored. In all cases make sure VMware is not running, and any background guests have been shutdown. 2. Windows ---------- On Windows you will need to either run cmd.exe as Administrator or using Explorer right click on the command file and select "Run as administrator". install.cmd - patches VMware and copies darwin.iso tools image to VMware uninstall.cmd - restores VMware and removes darwin.iso tools image from VMware 3. Linux --------- On Linux you will need to be either root or use sudo to run the scripts. You may need to ensure the contents of the linux folder have execute permissions by running chmod +x against the 4 files. install.sh - patches VMware and copies darwin.iso tools image to VMware uninstall.sh - restores VMware and removes darwin.iso tools image from VMware 4. Mac OS X ----------- On Mac OS X you will need to be either root or use sudo to run the scripts. This is really only needed if you want to use client versions of Mac OS X. You may need to ensure the contents of the osx folder have execute permissions by running chmod +x against the 3 files. install.sh - patches VMware uninstall.sh - restores VMware 5. ESXi ------- ESXi has to be patched using the scripts, as the unlocker is used to overlay the ESXi firmware at runtime. You will need to transfer the files to the ESXi host either using vSphere client or SCP. Once uploaded you will need to either use the ESXi support console or use SSH to run the commands. Please note that you will need to reboot the host for the patches to become active. You may need to ensure the contents of the esxi folder have execute permissions by running chmod +x against the 3 files. install.sh - patches VMware uninstall.sh - restores VMware 6. Zenith432's Unlocker ----------------------- In all cases the unlocker can be run without the scripts but you would need to carry out additional actions which the scripts encapsulate for you especially on ESXi. If you want to run the unlocker directly the parameters are: Usage: ./Unlocker.Linux64 [-h] [-u] [target_directory] -h: print help -u: remove the patch target_directory: customize location of vmx executables On all platforms you must run it with administrator or root privileges. The source code is provided and Zenith432 makes it freely available for modification. In 1.1.0 I have modified the code and it is available as per Zenith432's original statement. Thanks to Zenith432 for building the unlocker and Mac Son of Knife for all the testing and support. History ------- 11/10/11 1.0.0 - First release 07/11/11 1.0.1 - Fixed typo in Windows command files 07/12/11 1.0.2 - Updated patcher and tools for latest release WKS 8.0.1 & FUS 4.1.1 10/05/12 1.1.0 - Changed the patching mechanism for vmwarebase .dll or .so & tested against ESXi 5.0 U1 and Tech Previews. (c) 2011-2012 Dave Parsons

在嵌入式操作系统中，抢占式OS（Preemptive Operating System）是一种允许高优先级任务随时中断当前正在执行的任务的技术，以确保系统响应时间和实时性的关键需求得到满足。消息队列是这种操作系统中的一个核心机制，它在多任务环境下起到了通信和同步的作用。 抢占式OS的主要特点是任务调度的动态性。当有更高优先级的任务就绪时，系统会立即暂停当前运行的任务，转而执行高优先级任务，这种机制提高了系统的响应速度，特别适合于实时性要求高的应用，如工业自动化、航空航天、医疗设备等领域。 消息队列是进程间通信（IPC, Inter-Process Communication）的一种方式，它允许任务之间传递结构化的数据——消息。每个消息都有一定的格式，可以包含各种类型的数据。在抢占式OS中，消息队列提供了有序、可靠且非阻塞的数据传输。 以下是一些关于抢占式OS消息队列的重要知识点： 1. **任务优先级**：在抢占式OS中，任务根据优先级被分配不同的执行权。高优先级任务可以中断低优先级任务，以确保关键任务的及时完成。 2. **消息队列创建**：在系统启动或运行过程中，开发者需要创建消息队列。创建时指定队列的大小（可容纳的消息数量）和权限（读写权限）。 3. **消息发送**：任务可以向消息队列发送消息，如果队列未满，消息会被存储；如果队列已满，发送操作可能被阻塞，直到队列有空间为止，或者根据配置采用丢弃策略。 4. **消息接收**：任务从消息队列接收消息，遵循先进先出（FIFO）原则。如果队列为空，接收操作可能被阻塞，等待新的消息到来，或者可以选择设置超时机制。 5. **信号量与消息队列**：消息队列通常与信号量结合使用，用于控制对共享资源的访问。消息队列负责数据交换，信号量则用于同步和互斥。 6. **消息类型与长度**：消息队列可以支持不同长度和类型的消息，开发者需要定义消息结构体，以便在发送和接收时保持数据的一致性。 7. **错误处理**：在使用消息队列时，需要考虑各种可能出现的错误，如队列已满、空队列、无效的消息等，通过适当的错误处理机制保证系统的稳定运行。 8. **内核级与用户级消息队列**：在某些操作系统中，消息队列可以在内核级别或用户级别实现。内核级队列效率高但安全性要求高，用户级队列灵活性好但效率相对较低。 9. **性能优化**：为了提高系统性能，消息队列的设计通常会包括优化策略，如快速的内存管理、高效的队列操作以及最小化上下文切换。 10. **实时性分析**：在实时系统中，分析消息队列的延迟和吞吐量对于评估整个系统的性能至关重要。开发者需要考虑消息的发送、接收和处理时间，以及队列满载时的性能表现。 抢占式OS消息队列在嵌入式系统中扮演着至关重要的角色，它为多任务环境下的通信和数据交换提供了一种有效且灵活的方式。理解和熟练掌握这些知识点，对于开发高效、可靠的嵌入式系统至关重要。

haos_ova-16.0.vhdx是 Home Assistant OS 16.0 版本的虚拟磁盘文件，主要用于在支持.vhdx格式的虚拟机环境中部署 Home Assistant 系统，具体作用如下： - 1. 方便虚拟机部署：.vhdx是微软 Hyper - V 等虚拟机软件常用的磁盘格式。haos_ova-16.0.vhdx包含了预配置好的 Home Assistant OS 系统环境，用户可在 Hyper - V 或其他支持该格式的虚拟机软件中直接导入，快速创建运行 Home Assistant OS 16.0 的虚拟机，无需进行复杂的系统安装和配置操作。 - 2. 确保系统一致性：Home Assistant OS 是专为智能家居管理设计的操作系统，基于 Linux 内核构建，集成了运行 Home Assistant 所需的所有依赖和组件。haos_ova-16.0.vhdx能保证用户安装的系统环境与官方标准一致，避免因手动安装导致的依赖缺失、版本不兼容等问题，有助于 Home Assistant 稳定运行，实现集成和控制各类智能设备的功能。 - 3. 适配特定虚拟机场景：与其他虚拟磁盘格式相比，.vhdx格式具有支持更大存储容量（高达 64TB）、电源故障时数据保护、大型扇区磁盘上性能表现更好等优势。如果用户使用 Hyper - V 虚拟机或其他偏好.vhdx格式的环境来部署 Home Assistant，该文件能更好地发挥性能，提供更稳定的使用体验。

从联想内部要来的MAC OS 10.0版本以上的打印机驱动，官网下载的都是低版本的，打印和扫描功能都在里面。亲测有用。

### Hopen OS V3.0.0 嵌入式操作系统女娲——类Linux接口关键技术知识点解析 #### 一、概述 Hopen OS V3.0.0 是一款由北京凯思昊鹏软件工程技术有限公司研发的新一代面向用户的开放式嵌入式操作系统。该系统基于“女娲”计划，旨在为信息家电、手持无线设备、网络计算机等领域提供强大的技术支持。Hopen OS V3.0.0 遵循 POSIX 标准设计，具备高度灵活性和扩展性，能够在不同硬件平台上稳定运行。 #### 二、Hopen OS V3.0.0 体系结构 Hopen OS V3.0.0 的体系结构分为两个主要部分：**核心基本模块** 和 **可组合的功能模块**。 ##### 2.1 核心基本模块 这部分是整个操作系统的核心，负责处理最基本的操作系统功能，如任务管理、内存管理等。它具有以下特点： - **体积小**：仅需大约 20K 内存即可运行。 - **独立运行能力**：能够作为一个完整的系统内核独立运行。 - **可移植性强**：通过硬件抽象层 (HAL) 支持多种硬件平台。 ##### 2.2 可组合的功能模块 这部分可以根据实际应用需求进行选择性加载，增强了系统的灵活性和适应性。 ###### 2.2.1 组合文件系统 组合文件系统允许用户根据具体需求选择不同的文件系统类型，如 FAT 文件系统、ROM 文件系统、RAM 文件系统等。此外，还可以支持 NFS 网络文件系统，以及针对各种外部设备的驱动程序，如 USB 控制器、PCI 总线、串口等。 ###### 2.2.2 组合网络系统 网络系统也是可选的模块之一，主要包括 TCP/IP 协议栈和 IrDA（红外数据关联）。这些组件使得 Hopen OS V3.0.0 能够支持网络通信功能。 #### 三、Hopen OS V3.0.0 功能特点 ##### 3.1 实时、可抢占式的任务调度机制 这一机制确保了系统能够在需要时快速响应实时事件，提高了系统的响应速度和效率。 ##### 3.2 方便移植的硬件抽象层 Hopen OS V3.0.0 提供了一套易于移植的硬件抽象层 (HAL)，使得操作系统能够在不同的硬件平台上运行而无需大量修改代码。这大大简化了跨平台开发的过程。 ##### 3.3 完善、实用的内存管理方案 内存管理是操作系统的重要组成部分，Hopen OS V3.0.0 提供了一套完善的内存管理系统，能够有效地管理有限的内存资源，保证系统的稳定性和可靠性。 ##### 3.4 开放的虚拟文件系统 虚拟文件系统提供了一个统一的接口来访问各种类型的文件系统，使得开发者可以轻松地添加新的文件系统支持。 ##### 3.5 开放的虚拟网络系统 虚拟网络系统同样提供了一个统一的接口，支持多种网络协议，如 TCP/IP 和 IrDA。这对于构建具有网络功能的嵌入式设备尤为重要。 ###### 3.5.1 TCP/IP 协议栈 TCP/IP 是互联网的基础协议，Hopen OS V3.0.0 支持完整的 TCP/IP 协议栈，使设备能够接入互联网。 ###### 3.5.2 IrDA IrDA (红外数据关联) 是一种用于短距离无线通信的技术，通常用于数据传输速率不高的场合。 ##### 3.6 Linux 风格的设备驱动程序接口 Hopen OS V3.0.0 的设备驱动程序接口借鉴了 Linux 的设计思路，这不仅降低了开发难度，还便于利用丰富的 Linux 开源资源。 #### 四、Hopen OS V3.0.0 系统引导过程 Hopen OS V3.0.0 的系统引导过程分为两种情况：存在 BIOS 的硬件系统和不存在 BIOS 的硬件系统。对于存在 BIOS 的系统，启动过程通常会调用 BIOS 进行初始化；而对于没有 BIOS 的系统，则需要通过其他方式（如 U-Boot）来引导操作系统。 #### 五、嵌入式操作系统的对比 与 WinCE 等其他嵌入式操作系统相比，Hopen OS V3.0.0 在以下几个方面表现出色： - **实时性**：采用实时、可抢占式任务调度机制。 - **硬件兼容性**：通过硬件抽象层支持多种硬件平台。 - **API 接口**：遵循 POSIX 标准，提供开放易用的 API 接口。 - **开源资源**：借鉴 Linux 的设备驱动接口，便于利用开源资源。 总体而言，Hopen OS V3.0.0 作为一款高度可定制、灵活的嵌入式操作系统，不仅满足了实时性和硬件兼容性的需求，而且还提供了丰富的功能模块，使其成为嵌入式开发的理想选择。