单片机RTOS实时响应时间排行榜重大宣布：STC32G12K128单片机 全面碾压 STM32F103C

Cos***

杨*** 发表于 2024-5-11 04:03
（1）“跟其它RTOS比，在易用性 和 0中断延迟 方面，还是够先进的”。你说的这个“其它RTOS”，包括我在 ...

其它 RTOS ，当然不包括 杨老师的 RTOS。
杨老师的 RTOS，有如下几点优势：
1、用户可以随意关闭总中断，不会影响 任务的正常调度。
2、用户可以在临界区中自由切换任务，实现对任务运行顺序的保护。
其它优点自然还有很多，我需要慢慢学习、研究。

Cos***

杨*** 发表于 2024-5-11 04:06
“只能说，在我所知道的、常见的RTOS中，是这样的”

到现在这句话就比较客观和谦虚了，不再显得狂妄自大 ...

是的，我的本意也是如此，
只是习惯性的不加定语，容易造成误会，认为我狂妄自大。

Cos***

以后，我会向杨老师 虚心 学习。
前面说过的一些话，确实有些不妥，会给人以不适。
但木已成舟，覆水难收，
只能在以后多加注意了。

神***

闻道有先后，术业有专攻 ！！！
===感谢杨老师在STC全球51论坛传承 RTOS 大道真经

                   迟工筑道
千锤百炼出圣山，国芯论坛再修仙
粉骨碎身重筑道，要留经典在人间

4月26日第一集上

  

4月26日第一集上

4月26日第一集中

4月26日第一集下

4月28日第二集上

4月28日 第二集中

4月28日第二集下

4月30日第三集上

4月30日第三集中

4月30日第三集下

国产原创 RTOS for 32位8051，STC32G12K128 线上免费课程
国产原创 RTOS for 1T 8051,     STC8H8K64U     线上免费课程
国产原创 RTOS 线上免费教学，腾讯会议直播通知，10课时
腾讯会议直播号：497-3446-6072
(安装腾讯会议软件后，输入该会议号)
全局不关总中断的 RTOS / CosyOS-II for STC MCU
2024/4/26，周五下午 14：00 ~ 16：30，教学视频回放已上传
2024/4/28，周日下午 14：00 ~ 16：30，教学视频回放已上传
2024/4/30，周二上午   9：00 ~ 11：30，教学视频回放已上传
2024/5/15，周三下午 14：00 ~ 16：30，即将开课，期待中
2024/5/17，周五下午 14：00 ~ 16：30，即将开课，期待中
2024/5/20，周一下午 14：00 ~ 16：30，即将开课，期待中
2024/5/22，周三下午 14：00 ~ 16：30，即将开课，期待中
===本课程结束
或点击专属链接入会，或添加至会议列表：
https://meeting.tencent.com/dw/ODPLiRyypohy

RTOS 线上教学继续中：全局不关总中断的CosyOS for STC，20课时 - FreeRTOS/uCOS，GUI-uGFX/U8g2，文件系统/嵌入式系统/实时操作系统 国芯技术交流网站 - STC全球32位8051爱好者互助交流社区 (stcaimcu.com)

tzz1***

你们也真能够玩的啊，  我来说一句哈，希望说过以后不要逮着我争

uC/OS-II 是没有零中断延迟的概念的，其中我说的51核移动上下文数据时没关中断，
并不是切换上下文时全程没关中断，只是尽量减少关中断的时间！ 这个和CosyOS是不一样的理念。
再者uC/OS-II内核函数存在大量的全局临界区，这些都是影响中断响应时间的，不能只逮着任务切换这一块。
从中断响应的角度来说，uC/OS-II和CosyOS不在一个档次的。

其二，FreeRTOS 根本就没有零中断响应的概念好不好，他有一个概念叫做不受 OS 控制的高优先级中断。
在ARM里，这项技术是可以实现高优中断零延迟响应的，即高优中断不受OS临界区的影响，但从全局来说，
它并不是一个零中断响应的RTOS。

CosyOS的0中断延迟响应理念确实是很好的想法，只是CosyOS出来的这两年，真正理解这个机制的人又有多少呢？

做技术的，有一说一，不要掺和太多的情绪面。
对于我自己来说，我对CosyOS的细节也不是很熟悉，我也暂时不会用CosyOS，但是不妨碍我认可CosyOS的理念.

说一个OS好不好，更多的考量是出自于理论出发点。
选择一个OS来使用，则考量的东西更多一点，比如说安全性，熟练度，功能是否够用。
我相信90%的人用51核都是裸机模式，这能说明祼机模式天下无敌了吗？ 只能说51核合适祼机的场景比较多。

杨***

各位看官，有没有一种山雨欲来风满楼的感觉？



请预感到本板块将有大事发生的坛友，用点评的方式在本楼留个影，看看将来会不会被验证。



已经发生了：本论坛在STC单片机上第2个实现“零中断延迟”的黑马出现了

fan***

tzz1*** 发表于 2024-5-11 08:53
你们也真能够玩的啊，  我来说一句哈，希望说过以后不要逮着我争

uC/OS-II 是没有零中断延迟的概念的，其 ...

我通过一个信号发生器产生外部中断信号进行了测试、验证，基本上做到了任务切换过程中不关总中断，只有在支持 large reentrant函数的功能打开时，才需要短暂的关闭总中断。
我之前说的支持NMI，其实就是指不受OS控制的高优先级中断，我认为这个功能可以实现CosyOS所说的“零中断延迟”，而且效果完全一样。不受OS控制的高优先级中断，是一个可选的功能，对用户来说，使用更灵活，实现起来也更简单。效果是否一样，我们可以通过设想一些具体的应用场景，来验证。

Cos***

fan*** 发表于 2024-5-11 13:30
我通过一个信号发生器产生外部中断信号进行了测试、验证，基本上做到了任务切换过程中不关总中断，只有 ...

是的，该方法还是很好的，实现起来简单，还能实现“0中断延迟”，是不错的选项。
该方法还能与“关闭总中断的临界区保护方法” 做 无缝对接，可直接应用。
CosyOS 的方法 是要大刀阔斧的，如果采用，只能从0开始重新规划设计 RTOS 了。

杨***

Cos*** 发表于 2024-5-11 13:42
是的，该方法还是很好的，实现起来简单，还能实现“0中断延迟”，是不错的选项。
该方法还能与“关闭总中 ...

这是你在62楼的回答：

据我所知，在 RTOS 当中，在高优先级的可实现0中断延迟的中断中，
支持随意调用系统服务的，只有 RTX4/5 和 CosyOS。
其它 RTOS，或许也有支持的，但我不知道。
所以，该问题不需要分3个范围回答了。


你现在说他“还能实现“0中断延迟””，意思是承认他的RTOS TinyRTOS51是第三个实现“零中断延迟”的了？

tzz1***

fan*** 发表于 2024-5-11 13:30
我通过一个信号发生器产生外部中断信号进行了测试、验证，基本上做到了任务切换过程中不关总中断，只有 ...

嗯 ，你的作品确实是很好的， 把51核发挥的淋漓尽致。
我认为 TinyRTOS51 最大的亮点是每个OS内部函数都做到了不显式声明重入，但是实际可重入。
(51的特点是函数没有局部段，就能在多个任务调用，对此你应该付出了不少的心血吧）

51核代码的重入和非重入效率天差地别. 这样做收益非常可观.

其次的亮点是核真的很小，针对51任务级不保存寄存器也让人很意外，真的是把51核发挥到了极致。

我做过uC/OS-II_STC8H移植后，这种感触是非常深的，效率跟本没法比，用杨老师的测方法来测试，
我用了32微秒，而你的代码，只用了15微秒。
这其中的差异我自己是知道在哪里的，但是我不想去改了，没什么意义，再改下去就和你们一样，重头写了

有空我再去拜读你们的大作。TinyRTOS51 和 CosyOS 都是非常好的 RTOS.