From f4a4830ecb7242556398f3c4f8cf91d0338d234f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E9=9B=B6=E4=B8=AD=E6=96=AD=E5=BB=B6=E8=BF=9F=E7=9A=84RTOS?= Date: Wed, 3 Jan 2024 12:57:43 +0000 Subject: [PATCH] =?UTF-8?q?update=20=E8=AF=B4=E6=98=8E=E6=96=87=E6=A1=A3/C?= =?UTF-8?q?osyOS=E5=8E=9F=E7=90=86=E4=B8=8E=E5=BA=94=E7=94=A8.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: 零中断延迟的RTOS --- 说明文档/CosyOS原理与应用.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/说明文档/CosyOS原理与应用.md b/说明文档/CosyOS原理与应用.md index 35e0d0e..918f39c 100644 --- a/说明文档/CosyOS原理与应用.md +++ b/说明文档/CosyOS原理与应用.md @@ -246,7 +246,7 @@ opd：中断挂起服务缓存溢出。
MCU的核心价值在于中断的使用，实现对紧急事件的及时响应并处理。如果RTOS内核以关闭总中断的方式来处理内核服务、保护临界段，则意味着会丢失对高速并发事件的响应，并导致处理延误。而“丢失响应”往往是致命的，“处理延误”可能会导致不良后果。
* 误区
即使关闭了总中断，用户中断被触发后标志位仍可置位，当开启总中断后仍可响应中断。
-首先，这已经导致了“处理延误”，如果超出允许范围，后果是可想而知的。
+首先，这已经导致了“处理延误”，如果延误时间超出允许范围，后果是可想而知的。
其次，如果关闭总中断期间，某个用户中断发生了两次或多次（并发），当开启总中断后仅能响应并处理一次，即“丢失响应”。
* 示例
高速通讯（丢帧）