请推荐本坛已发布/已移植的暂无漏洞的 RTOS | uC/OS-II

光头***

学习

杨***

这是我在帖子
FreeRTOS  让 FreeRTOS 在 C251 上从能用到好用, 2026/9/14更新
https://www.stcaimcu.com/thread-7614-1-1.html
(出处: 国芯人工智能技术交流网站)
126楼里的实名举报内容

致STC论坛管理员：

（1）STC AI助手和我 多次指出楼主对STC官方的FreeRTOS移植版增加的内容存在重大安全隐患，且违背了TC官方的FreeRTOS移植版以系统安全为最高移植标准的准则、
（2）在我在独立开贴后，楼主仍然执意推出新版本，换汤不换药，拒绝消除隐患，属于损害用户的故意行为。
（3）在本帖中的93楼，我完整地给出了STC AI助手和我对楼主自行增加部分可能造成危害的原因和后果的技术分析，但到现在楼主只是狡辩不正面回答。
（4）在本帖中的115楼，我专门给出了STC AI助手和我对楼主自行增加部分其可能造成危害的原因和后果的技术分析，请求楼主用技术语言回答，楼主只是答非所问的支支吾吾。

（5）我请求STC论坛管理员让楼主在24小时内对本帖93楼和115楼提出的安全隐患问题，在这个帖子中做出技术回答。
是技术问题就应该在这个技术论坛里讨论，也让广大STC单片机FreeRTOS使用者学习得到RTOS安全性的知识和技术。

（6）如何楼主24小时内不做出技术回答，我请求STC论坛管理员在本帖的1楼主大字标注：“网友杨为民实名举报 本贴给出的非STC官方FreeRTOS移植版存在重大安全隐患和严重后果，请读者参考本帖93楼和115楼的具体指控”

杨为民实名举报 2026年9月16日 21点21分

杨***

（1）下面是FreeRTOS在STC32单片机上的STC官方移植版，安全性得到过验证，请大家放心使用：

FreeRTOS-STC32G-CORE-V1.0.2-Library-DemoCode-20220429.zip (3.75 MB, 下载次数: 0)

（2）下面是FreeRTOS在STC32单片机上的STC官方移植版的“请先阅读本使用方法.txt”的正版说明，请大家正确识别：

/*
    本程序的代码是以FreeRTOS官方的202112.00版本（内核版本为V10.4.6）的原始代码为基础进行全新移植
    目前STC官方命名的本版本号是：V1.0.2
    FreeRTOSConfig.h文件中的中文注释引用自网友泽文提供的移植版本，在此对泽文、小宇等热心网友表示感谢！
    本移植代码基于我公司的STC32G12K128系列单片机，可完美支持STC32G12K128的LARGE模式(64K代码)和
    HUGE模式(128K)，简单设置即可选择不同的ROM模式
   
    LARGE模式的配置方法：
    1. FreeRTOSConfig.h 里面配置configUSE_ROMHUGE 为 0
    2. FreeRTOS_Demo项目的其它设置维持不变
   
    HUGE模式的配置方式:
    1. FreeRTOSConfig.h 里面配置configUSE_ROMHUGE 为 1
    2. 点击Keil工程配置按钮【Options for Target】-> 【Target】-> 【Exeternal Memory】->
       【ROM】 起始地址：0xFE0000 大小：0x20000（注意：LARGE模式一定不要设置此项）
    3. FreeRTOS_Demo项目的其它设置维持不变
   
    本Demo程序的默认系统时钟为24MHz，可以根据需要自己调整FreeRTOSConfig.h 里面的MAIN_Fosc配置值
    当前方案的任务切换耗时2.5uS（测试频率24MHz）
    本Demo程序可同时支持软件模拟仿真和硬件真实运行，无需额外的设置
    本Demo程序已实现FreeRTOS的抢占模式和时间片轮询模式，抢占模式在中断服务程序中直接切换任务

        库函数版本目录结构：
        Sources (源程序目录)
        |----Task (任务程序目录)
        |    |----inc (任务程序头文件目录)
        |    |----src (任务程序源代码目录)
        |----Driver (硬件驱动程序目录)
        |    |----inc (驱动程序头文件目录)
        |    |----isr (驱动中断程序目录)
        |    |----src (驱动程序源代码目录)
        |----User (用户程序及配置文件目录)
        |    |----include (用户程序头文件目录)
        |----FreeRTOS (FreeRTOS核心代码目录)
*/

杨***

这是我的技术分析结论：

在没有 PendSV 的单片机上硬上 FreeRTOS：关总中断切任务的安全隐患清单
https://www.stcaimcu.com/thread-25602-1-1.html
(出处: 国芯人工智能技术交流网站)

在没有 PendSV 的单片机上硬上 FreeRTOS：关总中断切任务的安全隐患清单

一、先说结论有，而且不止一个。
如果你打算把 FreeRTOS 从 ARM Cortex-M 单片机搬到 STC32G12K128 这类没有 PendSV 异常硬件、也没有 BASEPRI 中断屏蔽寄存器的 8051 增强型单片机上，并且采用 "在中断里关总中断强行切换任务" 的做法，
那么功能上大概率能跑通，但实时性和可靠性会比 ARM 原版差一截。
具体有哪些隐患、严重到什么程度，下面结合一段真实可跑的移植代码逐条说。

五、那到底能不能用
直接给结论。
做演示、做玩具、做对实时性不敏感的小东西 —— 能用。
做产品、做有安全要求的设备、做工业现场的控制器 —— 这套移植方案的安全余量不够。
具体判断标准有三条，你可以对着自己的项目量一量。
第一条，用 GPIO 翻转实测 CLR EA 到 SETB EA 的最长时间，包括 PendSV 和 Timer0 两个地方。
第二条，找出你系统里最不能等的那个中断 —— 可能是急停、可能是看门狗、可能是总线错误。
第三条，把上面两个数加起来，看是不是远小于那个最紧急中断能容忍的延迟窗口。
如果加起来已经接近甚至超过容忍窗口，那就别在这种架构上硬撑 FreeRTOS 了。
要么老老实实前后轮询加状态机，不一定比被一堆隐患拖住的 RTOS 差。