Mirrors_Framework/cosyos
1
0
Fork 0
mirror of https://gitee.com/cosyos/cosyos.git synced 2026-02-05 19:39:42 +08:00
Code Issues Packages Projects Releases Wiki Activity

update 说明文档/CosyOS原理与应用.md.

Browse Source 
Signed-off-by: 零中断延迟的RTOS <cosyos@139.com>
This commit is contained in:
零中断延迟的RTOS
2024-01-05 09:17:16 +00:00
committed by Gitee
parent 720a9e17a7
commit 5b858622f1
1 changed files with 2 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
说明文档/CosyOS原理与应用.md
View File

@@ -242,10 +242,10 @@ opd：中断挂起服务缓存溢出。<br>
零中断延迟并非是中断响应时间为零，而是指当引入了RTOS以后，中断响应时间仍然能够达到MCU内核特性的响应时间，即只要中断发生，就能按中断优先级立即抢占，不存在指令级延误。也就是说，中断响应时间不受RTOS影响，与裸机编程是一样的。<br>
### 零中断延迟的意义
MCU的核心价值在于中断的使用，实现对紧急事件的及时响应并处理。如果RTOS内核以关闭总中断的方式来处理内核服务、保护临界段，则意味着会丢失对高速并发事件的响应，并导致处理延误。而 **“丢失响应”** 往往是致命的，**“处理延误”** 也可能会导致不良后果。<br>
MCU的核心价值在于中断的使用，实现对紧急事件的及时响应并处理。如果RTOS内核以关闭总中断的方式来处理内核服务、保护临界段，则意味着会丢失对高速并发事件的响应，并导致处理延误。而 **“丢失响应”** 可能是致命的，**“处理延误”** 可能会引发不良后果。<br>
* **误区** <br>
即使关闭了总中断，用户中断被触发后标志位仍可置位，当开启总中断后仍可响应中断。<br>
首先，这已经导致了“处理延误”，如果延误时间超出允许范围，后果是可想而知的。<br>
首先，这已经导致了“处理延误”，如果延误时间超出了允许范围，后果是可想而知的。<br>
其次，如果关闭总中断期间，某个用户中断发生了两次或多次（并发），当开启总中断后，也仅能响应并处理一次，即“丢失响应”。而有的事件，发生一次就得处理一次，如果有遗漏将导致致命的错误。<br>
* **示例** <br>
高速通讯（丢帧）<br>