tzz1983 发表于 2024-5-12 14:36
好吧, 正面回答你,要实现0延时, 需要改一下进入临界区的宏，
把关闭总中断改为只关闭一部分中断, 未被临 ...
首先，感谢你的正面回答！
其次，对你做出的对 uC/OS-II 的改进，提出表扬并点赞！
{:4_250:}
fanxsp 发表于 2024-5-11 14:55
这个我知道，两者实现方法是不一样的，我是认为两者的实际效果是一样的。CosyOS可以直接调用系统服务，这 ...
你所说的：“在不受OS影响的高优先级中断中，通过设置标志再触发一个低优先级中断，在这个低优先级中断中执行服务”，
其实，在思想上和 CosyOS 就是一致的了，都是挂起到低优先级中断中执行服务。
不同的是，CosyOS 已经把这个功能都做好了，用户直接调用服务即可。
而你说的，是要用户自己来实现这个过程。
但我认为，从服务的调用、执行效率来说，两者是差不多的，
但你的由用户自己来完成的方法时常可能还会更高效。
唯一的区别就是，是由系统实现还是由用户实现，
这就涉及到 RTOS 的“易用性”问题了。
本帖最后由 fanxsp 于 2024-5-12 17:16 编辑
CosyOS 发表于 2024-5-12 16:22
你所说的：“在不受OS影响的高优先级中断中，通过设置标志再触发一个低优先级中断，在这个低优先级中断中 ...
我知道，昨天和tzz1983讨论时，我也说过，你的优点是可以直接调用系统服务，比较方便。后又来想到你的另一个优点是，你的是内核支持的，可以实现所有中断的零延迟，不受系统管理的高优级中断，只能实部份中断的零延迟。
我们这个只是纯技术讨论，没有其它意思，没关系了。
我在这个论坛上也得到了很多启发。
CosyOS 发表于 2024-5-12 13:33
首先，我从未说过只有 CosyOS 才能实现 “零中断延迟” 。
而且，我相信，只要进行适当调整，很多 RTOS 都 ...
“uC/OS-II@STC8H确实是一个“能在高优先级零延迟中断”中调用系统服务的RTOS”
这个结论是我下的，我正在专门写文章来说明，你先等一等我的说明。你也不用再问他道理，他只是不经意在沙滩上捡到宝贝的玩家。
本帖最后由 杨为民 于 2024-5-12 18:54 编辑
CosyOS 发表于 2024-5-12 13:33
首先，我从未说过只有 CosyOS 才能实现 “零中断延迟” 。
而且，我相信，只要进行适当调整，很多 RTOS 都 ...
那么 其它高优先级中断 是否可以实现 “零中断延迟” ？是否支持随意调用服务？
（1）对于一个结论，首先要把结论成立的条件说清楚，否则就没有评判的标准了。作为本论坛“零中断延迟”的定义者，你有任意的解释权。
但是现在本论坛在STC单片机上移植和研发了好些RTOS，其中的一些已经打破了STC单片机没有PnedSV和SVC专用OS软中断的禁区，因此现在是把“零中断延迟”进行科学和具体定义的时候了。然后，等大家在对这个概念没有歧义的时候再来使用。否则就是你本尊眼中认为谁是谁就是了，我不在乎。
（2）正如你说的， “零中断延迟” 这个词烂漫。比如某个城市汽车单双号限行，如果你说“今天上班我不限行”和你说“今天上班我零延迟”，对于每天受打卡约束的上班族，后者不仅烂漫，而且引人羡慕并具有神秘性。他怎么就可以不受红绿灯堵车和临时交通管制的影响了，难道是传说中会飞的车吗？但是那是文学领域，如果对于科学领域，这两种说法本质其实是一样的，后者只是一种噱头而已。
我不知道在STC单片机RTOS系统中采用“不关闭总中断”的临界区的保护方法与“零中断延迟”是不是一回事，因此需要本尊给出科学严格一点的定义：
（3）很多RTOS系统都有两个中断，系统节拍中断和PendSVzd 。“高优先级零中断延迟”的定义里的“高优先级”的定义是指高于哪一个或者是必须同时高于这两个？
（4）用户的高优先级中断分为两类，“含RTOS系统服务调用的”和“不含RTOS系统服务调用”。“高优先级零中断延迟”的定义里的“中断”的定义是指
（A）含其中一种就可以，
（B）仅指“不含RTOS系统服务调用”
（C）仅指“含RTOS系统服务调用”
（D）必须同时含两种。
（5）我的理解是：高优先级中断是指中断的优先级必须同时高于系统节拍中断和PendSVzd。
我的理解是：用户中断是仅指“含RTOS系统服务调用的”中断。
所以我得到结论：“uC/OS-II@STC8H确实是一个“能在高优先级零延迟中断”中调用系统服务的RTOS”
（6）如果本尊的“零中断延迟”要求是必须是（D）两种类型的用户中断都必须同时包含，那么我会将结论修改为：
“uC/OS-II@STC8H确实是一个能在高优先级用户中断中调用系统服务的RTOS”，
并且是一个主流的优秀的单片机的RTOS（uC/OS-II）在STC8H单片机上的移植版。
这个评论与你无关，不用你认证。
本帖最后由 杨为民 于 2024-5-12 22:30 编辑
CosyOS 发表于 2024-5-11 00:25
据我所知，在 RTOS 当中，在高优先级的可实现0中断延迟的中断中，
支持随意调用系统服务的，只有 RTX4/5...
看看你在62楼说的话：
据我所知，在 RTOS 当中，在高优先级的可实现0中断延迟的中断中，
支持随意调用系统服务的，只有 RTX4/5 和 CosyOS。
其它 RTOS，或许也有支持的，但我不知道。
所以，该问题不需要分3个范围回答了。
再看看本帖排行榜的1楼：
==== RTOS实时响应时间 2024年4月18日排行榜 =========排名 中断响应 任务切换时间最大关闭时间*作者 作品16.221微秒 6.221微秒 0（不关闭） 杨为民 挑战者x51(TZZx51-uCOS2) V3.3028.500微秒 7.875微秒 1～2微秒 TZZ1983 uCOSII_STC251(No_PendSv_V1.00)39.375微秒 7.500微秒 0（不关闭） CosyOS CosyOS-II-STC32G-TEST-V2.1.3-20240410
打脸不？说你是“井底之蛙”，你那个“井”的井壁连这个帖子的1楼都没有达到，还要号称：CosyOS 所采用的“0中断延迟”技术 不敢说 有多么先进，
但至少要比 FreeRTOS 的那种技术先进许多。
STC啥时候能出类似Arm的芯片啊? 年前说的今年出的400k 和 33F大概要今年啥时候?
STC8051U, SRAM, 6月出来
===STC8051U有USB, 将来他的简化版无USB的改叫 STC8051H
八斩刀@STC8051U 核心功能实验板，讨论稿，8位/32位8051兼容，三角函数/浮点, USB, QSPI, I2S, DMA - 老梁亲测 STC33-ARM 内部平台系列讲座 国芯技术交流网站 - STC全球32位8051爱好者互助交流社区 (stcaimcu.com)
STC32G96K256, 还在调整部分速度受限的部分
神农鼎 发表于 2024-5-11 08:17
闻道有先后，术业有专攻 ！！！
===感谢杨老师在STC全球51论坛传承 RTOS 大道真经
能不能把这个东西搬到B站上面
神农鼎 发表于 2024-5-11 08:17
闻道有先后，术业有专攻 ！！！
===感谢杨老师在STC全球51论坛传承 RTOS 大道真经
这样看着太麻烦了