首先比较主流的操作系统有UCOSII、FREERTOS、LINUX等，UCOSII的资料相对比其余的两个操作系统的资料是多很多的。
目前比较主流的操作系统有UCOSII、FREERTOS、LINUX等，UCOSII的资料相对比其余的两个操作系统的资料还是非常全面的。
FreeRTOS与uCOS II均为嵌入式实时操作系统，各有优劣，本文为你仔细分析。
1.什么是操作系统？ 操作系统是管理和控制计算机硬件与软件资源的计算机程序，是直接运行在“裸机”上的最基本的系统软件，任何其他软件都必须在操作系统的支持下才能运行。介于APP和硬件之间。
上一次我们说过，在裸机编程中，通过while（1）大循环来按顺序执行我们的程序，除了中断之外，后面的程序是不可能打断前面的程序来执行的。而在我们的uC/OS III操作系统中，各个任务是完全独立的，各个任务具有自己的优先级，通常按照优先级高低来依次执行，其他的暂时不多说。今天主要说一下任务的创建与管理，还有消息队列。
本系列将按照类别对题目进行分类整理，重要的地方标上星星，这样有利于大家打下坚实的基础。
ARM7：ARMv4架构，ARM9：ARMv5架构，ARM11：ARMv6架构，ARM-Cortex 系列：ARMv7架构。 ARM7没有MMU(内存管理单元)，只能叫做MCU（微控制器），不能运行诸如Linux、WinCE等这些现代的多用户多进程操作系统，因为运行这些系统需要MMU，才能给每个用户进程分配进程自己独立的地址空间。ucOS、ucLinux这些精简实时的RTOS不需要MMU，当然可以在ARM7上运行。 ARM9、ARM11，是嵌入式CPU（处理器），带有MMU，可以运行诸如Linux等多用户多进程的操作系统，应用场合也不同于ARM7。 到了ARMv7架构的时候开始以Cortex来命名，并分成Cortex-A、Cortex-R、Cortex-M三个系列。三大系列分工明确：“A”系列面向尖端的基于虚拟内存的操作系统和用户应用；“R”系列针对实时系统；“M”系列对微控制器。简单的说Cortex-A系列是用于移动领域的CPU，Cortex-R和Cortex-M系列是用于实时控制领域的MCU。 所以看上去ARM7跟Cortex-M很像，因为他们都是MCU，但确是不同代不同架构的MCU（Cortex-M比ARM7高了三代！），所以性能也有很大的差距。此外，Cortex-M系列还细分为M0、M3、M4和超低功耗的M0+，用户依据成本、性能、功耗等因素来选择芯片。 想必楼主现在肯定知道了ARM7、Cortex-M的区别，不过还是花了点时间整理在此，可以帮助后来的初学者搞明白这些基本的概念性问题。
V5是STM32F407IGT6，V6是STM32F429BIT6，V7是STM32H743XIH6 模板下载： V5-600_uCOS-III实验_程序移植模板（3.08.00）.rar V6-600_uCOS-III实验_程序移植模板（3.08.00）.rar V7-600_uCOS-III实验_程序移植模板（3.08.00）.rar uC/Probe V4.8.0下载： 链接：https://share.weiyun.com/5RkuszI 密码：8t7pqa
Micrium Software提供了 RTOS 解决方案系列，俗称ucos全家桶，其中最为出名的就是 ucOS-II 和ucOS-III，于 2016 年成为 Silicon Labs 的一部分。
V5是STM32F407IGT6，V6是STM32F429BIT6，V7是STM32H743XIH6 模板下载： V5-800_uCOS-II实验_程序移植模板（2.93.00）.rar (6.01MB) V6-800_uCOS-II实验_程序移植模板（2.93.00）.rar (5.84MB) V7-800_uCOS-II实验_程序移植模板（2.93.00）.rar (14.99MB) uC/Probe V4.8.0下载： 链接：https://share.weiyun.com/5RkuszI 密码：8t7pqa
区别：ucos有执行效率高、占用空间小、实时性和可扩展性强等特点，linux有稳定性、强大网络功能和出色的文件系统等优点。
模板下载： 链接：https://pan.baidu.com/s/1_4z_Lg51jMT87RrRM6Qs3g 提取码：2gns
这25个安全漏洞被统称为BadAlloc，是由内存分配整数溢出（ Integer Overflow）或环绕错误（Wraparound）引起的。攻击者可以利用这些漏洞导致系统奔溃，并在受感染的IoT和OT系统上远程执行恶意代码。
博主最近在搞 Sensor hub，跑的是 FreeRTOS，所以来学一学 FreeRTOS。
最近项目开发需要用到ucos，之前有听说过，但没用过，之前一直从事的与Linux相关的开发工作，基于应用的学习，所以本文偏向于应用的认知，只具备以下的认知即可进行开发啦，OS，其实都差不多。
一些初学者，以及刚工作不久的工程师都有这样的疑惑，今天就来分享一下这个话题：该不该用RTOS？
周报汇总地址：http://www.armbbs.cn/forum.php?mod=forumdisplay&fid=12&filter=typeid&typeid=104 【实战技能视频】基于硬件垂
上周鸿蒙2.0开源，想必很多人都想第一时间体验。 今天，百问网发布鸿蒙IMX6ULL烧写工具以及鸿蒙体验手册，欢迎下载体验。
前面我们所有的实验都是跑的裸机程序（裸奔），从本章开始，我们开始介绍UCOSII（实时多任务操作系统内核）。
俗话说万事开头难，学习一门新的知识，难的往往不是知识本身，而是如何快速上手，需要什么资料和开发环境。一旦上手后，深入的学习就相对容易些了。
实时操作系统，当外界事件和数据产生时，系统能以足够快的速度予以处理，其处理结果能在规定的时间内控制生产结果或对系统做出响应，并控制所有实时任务协调一致运行的操作系统。
在嵌入式软件开发，包括单片机开发中，软件架构对于开发人员是一个必须认真考虑的问题。软件架构对于系统整体的稳定性和可靠性是非常重要的，一个合适的软件架构不仅结构清晰，并且便于开发。
说明： 1、去年微软宣布收购ThreadX，但是没有公布后续策略，uCOS全家桶进入开源免费后，ThreadX也宣布正式加入。 2、微软未来四年将投资50亿美元到物联网上，收购Express Logic是该战略的一部分。 3、ThreadX的产品涵盖了各种领域，包括NASA的多个太空探测项目，飞机自动驾驶仪系统，火星侦察轨道器等。 4、ThreadX及其所有中间件的安全认证等级，至今没有一款小型RTOS可以与其匹敌。 （1）医疗 - FDA510（k），IEC-62304 Class C，IEC-60601，ISO-14971 （2）工业 - UL-1998，IEC-61508 SIL 4 （3）运输/铁路 - EN50128 SIL 4，BS50128, 49CFR236，IEC-61508 （4）航空航天设备 - DO-178B，ED-12B，DO-278 （5）汽车 - IEC-61508 ASIL D （6）核应用 - IEC-61508 （7）家电 - UL/IEC 60730/60335 各种安全等级基本都达到了最高。 像工业级安全认证IEC61508，ThreadX满足最高等级SIL4，而SafeRTOS，embOS，uCOS-II都只是SIL3。 5、github地址：https://github.com/azure-rtos 6、官网地址：https://azure.microsoft.com/zh-cn/services/rtos/#overview 随着uCOS和ThreadX全家桶都开源，其它RTOS影响是巨大的，还没有开源的，可能也要加入开源大浪了。
skyeye安装：ubuntu12.0432 llvm2.8 skyeye1.3.3 http://blog.chinaunix.net/uid-26963688-id-3267351.html 当中有几处是错误的，改动后的不带图的步骤例如以下： Ubuntu 12.04 LTS 32bit 1G DRAM 2 cores + skyeye-1.3.3_rel.tar.gz 开发编译环境准备： 首先安装skyeye的依赖包 sudo apt-get install libgtk2.0-dev pkg-config libatk1.0-dev libpango1.0-dev libfreetype6-dev libglib2.0-dev libx11-dev binutils-dev libncurses5-dev libxpm-dev autoconf automake libtool python-dev llvm 安装步骤： 1. 解压源文件：tar xvf skyeye-1.3.3_rel.tar.gz 安装的这个版本号的skyeye并不能正确执行，主要是执行ucos4skyeye的时候会出现skyeye.conf的配置信息不对的现象。换成了 2. 配置skyeye：./configure （在解压后的目录中） 3. 编译第三方文库：make lib -j2（用两个核） 4. 编译skyeye：make -j2 5. 安装skyeye库文件：make install_lib 6. 安装skyeye：make install 7. 执行skyeye：在opt/skyeye/bin文件夹下：./skyeye_main.py 8. 測试hello world应用程序： 首先切换到/opt/skyeye/testsuite/arm_hello文件夹下 然后执行：/opt/skyeye/bin/skyeye_main.py -e arm_hello，进入skyeye命令行模式 然后执行start命令，执行arm_hello应用程序 终端将打印架构信息。同一时候探出串口窗体 终端中执行run命令。串口会不停的打印出helloworld
3.9.0是源码版本，可以看到全部源码，也方便学习；后续的版本都是提供lib库文件，不再提供源码了。
举个例子：大家熟悉的 Windows 里面含有内核，也含有 UI 系统，含有桌面程序，普通人可以直接使用 Windows。但是 Linux 仅仅是一个内核(它提供进程管理、文件系统等概念)，必须在 Linux 之上安装各种 APP，普通人才可以使用。基于 Linux 内核制作出来的完整系统有 Ubuntu、debian 等等，普通人可以直接使用这些完整系统。
ucos是一款在嵌入式系统上应用的实时操作系统，为了调试和学习（我们部门负责DSP、MCU、ARM到服务器的各种程序），有必要再windows下面模拟运行，我在一个德国网站上找到了一份移植过的代码，经过我的小小修改，已经可以用VS2010和Dev-C++（MinGw编译器）上编译运行。
笔记一： 今天粗略的看了一下周立功关于uc/osII在lpc2104上的移植方面的说明，这之中印象最深的应该是irq中断和软中断方面的处理，由于arm芯片的特殊性（拥有7种处理器模式），即每种处理器模式都有自己的堆栈，这样在处理堆栈的时候就会相应的麻烦一些。 在 响应异常时，该移植计划在初始代码里面比在没有操作系统的初始代码多了irq的处理，移植里面的irq处理多了由汇编语言编写的对任务环境的保存，没操作 系统的中的任务环境的保存都是由在产生irq中断是用c语言声明的__irq关键字来完成了，移植中irq中断不能采用__irq关键字，因为c语言不能 保证堆栈结构，而uc/osII必须要保证堆栈结构。除此之外，相对于没操作系统的初始代码，基本上是没有什么改变。 在uc/osII的任务切换 中，采用了arm里面的软中断指令swi来执行，对于非中断性的任务切换（如挂起和等待信号量的时候）uc/osII是采用了宏os_task_sw() 来执行的，然后联系到osctxsw（）函数来完成任务切换，而遇到中断情况时在返回是需要任务切换是则采用了osintctxsw（）来执行的，在周立 功的移植当中，他把osctxsw（）与osintctxsw（）合二为一了，统一采用osintctxsw（）来实现。之所以这样搞的原因是任务进行切 换的时候，都必须进入软中断的状态，而对于软中断的异常响应代码已经将任务的环境变量进行了保存，从而也不需要像osctxsw（）里面规定的那样对将环 境变量进行保存。 这是我看今天看了移植说明后所理解的东西，当然还得细致的对代码进行分析，特别是osintctxsw（）代码的分析，虽然移植的代码大体是遵从了uc/osII的编码规范，但对于arm的多种处理器模式移植代码有特别的改变，以实现cpu时间和ram的利用。
其实在写这篇文章之前，我是打算继续写Linux网络编程的问题的，但是还是先这个操作系统的文章，我觉得这个操作系统的基础（一些基本概念非常重要）要学好，为啥这样讲呢？在我这几天没有听计算机操作系统的课程之前，我一直对微内核这个概念懵懵懂懂（这里说明一下，我自身是非科班出身的，大学里面就没有接触过这个计算机操作系统的课程，也就学了考计算机二级的基础知识，读者不要笑话我，对于我来说，这确实是真的）；我记得上次去参加物联网大会，有介绍增，但我还是没听明白这个微内核是啥，直到这几天，听了这个计算机操作系统的课，我才明白了（下面文章里面我会写出宏内核与微内核的区别）；好了，暂时不说那么多，先简单来了解一下操作系统。
之前推出了H7-TOOL的RTOS Trace功能，已经支持RTX5，ThreadX，uCOS-III，uCOS-II和FreeRTOS，特色是不需要目标板额外做任何代码，实时检测RTOS任务执行情况，支持在线和脱机玩法，效果是下面这样的：
先举个例子，大家很熟悉的Windows里面含有内核，也含有UI系统，含有桌面程序，普通人可以直接使用Windows。但是Linux仅仅是一个内核(它提供进程管理、文件系统等概念)，必须在Linux之上安装各种APP，普通人才可以使用。基于Linux内核制作出来的完整系统有Ubuntu、debian等等，普通人可以直接使用这些完整系统。
周报汇总地址：http://www.armbbs.cn/forum.php?mod=forumdisplay&fid=12&filter=typeid&typeid=104 视频版： https://
从ThreadX开源那会起，就一直想深入研究这个系统，因为实在是太强了，所以还是非常想通过教程的形式推荐给大家。
从ThreadX开源那会起，就一直想深入研究这个系统，因为实在是太强了，所以还是非常想通过教程的形式推荐给大家。 但这个里面有个很大的问题，开源不等于免费，但我依然决定还是做教程，即使是他们后期没有免费让厂家使用，我清晰的记得当时的想法很简单，不能老是守在自己的一亩三分地，得走出舒适区，没有什么能比学习超高质量代码能更加提高自己了。这一坚持就是6个月，几乎每次周报都会给大家介绍本周的进展，其中GUIX的研究到了近期才有所突破，成功打通字库，图库和主题存储到QSPI Flash和标准SPI Flash的各种花式玩法，真是太不容易了。。。其实早期emWin的研究也这样的，而且还没有源码，各种玩法真是一点一点抠出来的，不断的测试观察现象来推理工作机制。现在大家很多看起来简单的操作，当时花了很多时间去研究。 按照预定计划，这个月底出FileX首版教程，下个月出NetX教程。 最后想说的是，对于我自己来说，非常喜欢倒腾各种RTOS，从uCOS-II，uCOS-III，RTX4，FreeRTOS，embOS到RTX5，而且板子配套的例子中也是各种RTOS的花式玩法案例。但是这次ThreadX来了，小型RTOS的巅峰之作，再次激起了深入涉猎的欲望。不把它研究透彻了，誓不罢休。学习下这种新的设计理念，真的是太有必要。
往期周报汇总地址：http://www.armbbs.cn/forum.php?mod=forumdisplay&fid=12&filter=typeid&typeid=104 2022年最后一期周报
(图片仅为示例，并不一定固定为这种造型) 第十二届全国大学生智能汽车竞赛有一个分项是光电四轮车的竞速（任务A），Seven她们组采购到的配件使用了freescale Crotex-M4内核的CPU,TSL1401 CCD摄像头进行道路识别，从网上搜索了一下，应当是K60平台的的一个变种方案。 这个方案基本平台使用IAR系统开发编译、调试及烧录。IAR其实是一个很昂贵的系统，还好这次真的是纯粹的教学需求，经由《计算机软件保护条例》第十七条的豁免说明，这次用一下破解版。 原厂提供的DEMO程序没有考察所
2017年10月，在获得40亿美元融资后，美团点评CEO王兴表示会将业务重心放在无人配送和人工智能上。
说明： 1、emWin底层中最重要的一个优化就是16bpp绘制，特此为其增加DMA加速，已经支持RA8875和ili9488。 2、使用中务必将emWin任务设置为除了空闲任务，统计任务以外的最低优先级，这样就可以有效的发挥DMA的优势，CPU可以解放出来处理其他任务。 操作说明： 1. 所有界面支持按键操作 （1）K2按键用于控件焦点的切换，切换时，所选择的控件会出现浅色边框 （2）K3按键用于进入下一个界面 （3）摇杆的OK键用于选择相应控件后，触发控件所对应的的操作。 2. 如果使用电阻触摸操作的话，请运行V5开发板emWin教程第三章中的触摸校准程序，此程序会将触摸参数保 存到EEPROM中，然后再运行此工程即可。电容屏无需校准。 3. 采用触摸方式操作界面时，如果进入到没有按钮控件的界面时，可以点击屏幕中间部分进入下一页。 4. 界面大小自适应主流分辨率，比如480*272，800*480，480*320。 注意事项： RTX版的例子使用MDK4.74，其它uCOS-III和FreeRTOS不限制，只要支持F407即可。 例程下载：
https://www.bilibili.com/video/BV1ss4y1f7MV
https://us-cert.cisa.gov/ics/advisories/icsa-21-119-04 https://msrc-blog.microsoft.com/ https://os.mbed.com/blog/entry/M ... cess-vulnerability/ 今早看到Mbed OS的博文，报道了这个事情，从这次公布的报告来看，受到影响的系统基本都是大家熟知的OS。 1、Azure Defender for IoT安全研究小组，最近发现了IoT和OT设备中的一系列关键内存分配漏洞，攻击者可以利用这些漏洞绕过安全控制，以执行恶意代码或导致系统崩溃。这些远程代码执行（RCE）漏洞涵盖了超过25个CVE，并可能影响从消费者和医疗IoT到工业IoT，运营技术（OT）和工业控制系统的广泛领域。这些漏洞存在于标准内存分配功能中，这些功能涵盖了广泛使用的实时操作系统（RTOS），嵌入式软件开发工具包（SDK）和C标准库（libc）实现。这些发现已通过微软安全响应中心（MSRC）和国土安全部（DHS）领导的负责人披露与供应商共享，从而使这些供应商能够调查和修补漏洞。 2、考虑到IoT和OT设备的普遍性，如果成功利用这些漏洞，则对各种组织构成巨大的潜在风险。迄今为止，微软尚未发现任何迹象表明存在利用这些漏洞的迹象。但是，强烈建议尽快修补其系统。同时，考虑到修补IoT / OT设备可能很复杂。对于无法立即打补丁的设备，建议减轻控制措施，例如：通过最小化或消除易受攻击的设备在网络上的暴露程度来减少攻击面；实施网络安全监控，以发现危害的行为指标。 3、注意，微软的Azure RTOS ThreadX在其默认配置中不易受到攻击。
启动一个程序，它是在芯片上电复位，以执行，块独立于操作系统而在。由于操作系统须要通过启动这个模块来载入和引导的。所以启动的英文术语是boot loader。我对boot loader的定义包含两部分：1.载入os 2. 为了让os可以正常执行所要做的硬件和软件初始化工作。
最新教程下载：http://www.armbbs.cn/forum.php?mod=viewthread&tid=93255 第35章 STM32F407的FSMC总线应用之驱动AD760
相信很多小伙伴都有类似这样的疑问，下面围绕Cortex-M、 ARM、 Linux来讲讲相关内容。
嵌入式开发是如今IT应用领域最热门的技术之一，企业对于嵌入式开发人才的需求随着科技发展越来越大，而嵌入式开发人才市场的储备远远达不到企业的用人需求。并且随着消费家电的智能化，嵌入式更显重要。其实嵌入式的应用非常广，大到汽车电子、航天航空设备工厂流水线，小到仪器、路由器、手机，甚至组成普通PC终端设备的键盘、鼠标、硬盘、Modem等均是由嵌入式处理器控制的。
本章节为大家讲解RL-TCPnet的调试方法，RL-TCPnet的调试功能其实就是通过串口打印实时监控运行状态。而且RL-TCPnet的调试设置比较简单，因为官方已经为我们做好了调试版本的库，直接添加到工程，并使能相应的宏配置就可以使用了。
一、背景知识： （1）中断延迟:从中断触发到执行中断服务程序的第一条指令这段时间就是中断延迟时间。
论坛原始地址（持续更新）：http://www.armbbs.cn/forum.php?mod=viewthread&tid=99514 第14章 ThreadX调度锁，任务锁和中断锁（调
我们之前的文章都是基于“裸机”系统，这种情况适合比较简单的示例，但如果我们要使用更先进的处理系统并最大限度地发挥 Zynq SoC 的双核 ARM Cortex-A9 MPCore 处理器的优势，我们需要一个操作系统。有很多系统可供选择：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
