📚 课程目录第1章课程导入

1. 课程导入

RH850是瑞萨面向汽车电子与工业控制的高可靠MCU家族，广泛用于车身控制、底盘域控、动力总成、ADAS传感器融合等场景。这类系统的共同特征是：事件到达具有随机性，但响应时间必须可预测。因此，学习RH850不能只停留在“会配置外设、会写中断”，而必须建立“时间确定性”与“多核协同”两条主线。本课程围绕这两条主线展开，目标是让你能够从系统层面设计、分析并验证一个可预测的RH850实时多核工程。

学习本课程后，你应当具备四项可验证能力：第一，能根据任务周期与截止时间，为RH850多核系统分配任务与中断；第二，能使用调度理论判断系统是否可调度，并解释最坏响应时间来源；第三，能配置多核启动、核间通信与共享资源保护，避免优先级反转与死锁；第四，能通过Trace、时间戳与负载统计定位实时性劣化点。

核心概念：从“跑得快”到“跑得准”

实时系统的正确性由逻辑正确与时间正确共同定义。一个任务即使计算结果正确，若超过截止时间，在实时系统中仍视为失败。RH850实时工程中需要反复打交道的核心概念包括：

任务与中断：任务由调度器管理，中断由硬件事件触发；中断服务程序应短小，重活交给任务完成。
优先级与抢占：高优先级任务可抢占低优先级任务，但共享资源可能引发优先级反转。
周期与截止时间：周期决定释放频率，截止时间决定可容忍的最大完成时刻。
最坏执行时间（WCET）：任务在最长路径上的执行时间，是调度分析的基础输入。
核间通信与同步：多核之间通过共享内存、消息队列、自旋锁或硬件信号量协作。
缓存与内存一致性：多核访问共享数据时，缓存一致性、内存屏障与DMA一致性直接影响实时性。

这些概念不是孤立知识点，而是相互约束的。例如，提高任务优先级可以改善响应时间，但若共享资源保护不当，反而会阻塞高优先级任务；增加核间通信可以提升并行度，但同步开销与缓存抖动可能抵消收益。

整体知识框架：三层结构

本课程的知识框架可以概括为“硬件与启动层、实时内核与调度层、多核协同与验证层”。硬件与启动层关注RH850内核、中断控制器、时钟、内存与多核启动流程；实时内核与调度层关注任务模型、调度算法、中断管理、时间服务与资源保护；多核协同与验证层关注核间通信、负载均衡、共享资源、Trace与实时性度量。三层之间通过“时间”与“共享资源”两条线索贯穿。

方法流程：从需求到可调度系统

一个可预测的RH850实时多核工程，通常遵循以下流程。该流程不是一次性线性执行，而是迭代收敛的过程。

需求建模：识别所有周期任务、偶发任务与中断，记录周期、截止时间、优先级与数据依赖。
任务分配：根据核间负载与通信开销，将任务映射到各核，尽量减少跨核共享。
WCET估算：通过静态分析、测量或混合方法获得每个任务的最坏执行时间。
可调度性分析：使用响应时间分析或利用率测试判断任务集是否满足截止时间。
实现与配置：配置中断优先级、临界区、核间通信机制与内存屏障。
测量与验证：使用Trace、GPIO翻转、时间戳记录实际响应时间与抖动。
迭代优化：根据测量结果调整任务划分、优先级或共享策略。

其中，第4步与第6步是工程中最容易被忽视的环节。很多团队直接进入编码，最后靠“跑起来看起来没问题”来验收，这在安全相关系统中是不可接受的。

案例场景：车身域控中的多核任务分配

假设一个RH850多核域控制器需要处理三类工作：CAN报文接收与解析（周期5ms，截止时间5ms）、车身状态计算（周期10ms，截止时间10ms）、诊断与日志上传（周期100ms，截止时间100ms）。一个常见的错误做法是把所有任务放在同一个核上，导致高优先级任务被低优先级任务的长临界区阻塞。更合理的做法是：将CAN接收与解析放在核0，利用中断+高优先级任务保证响应；将车身状态计算放在核1，与核0通过共享内存交换数据；将诊断与日志放在核1的低优先级任务，利用空闲时间执行。

/* 任务参数示例：周期 T，截止时间 D，最坏执行时间 C */
Task CAN_Rx    : T=5ms,  D=5ms,  C=0.8ms,  Prio=10, Core=0
Task Body_Calc : T=10ms, D=10ms, C=2.5ms,  Prio=8,  Core=1
Task Diag_Log  : T=100ms,D=100ms,C=6.0ms,  Prio=3,  Core=1

/* 利用率检查（单核） */
U(Core0) = 0.8/5 = 0.16
U(Core1) = 2.5/10 + 6.0/100 = 0.25 + 0.06 = 0.31

该分配下，核0利用率16%，核1利用率31%，均远低于100%，但利用率低并不等于可调度。若Body_Calc与Diag_Log共享一个互斥量，且Diag_Log持有互斥量时间较长，Body_Calc仍可能被阻塞。因此必须结合响应时间分析，而不是只看利用率。

常见误区与复盘

误区一：把“平均响应快”当作“实时性好”。实时性看的是最坏情况，不是平均值。一次偶发的长阻塞就可能导致系统失效。
误区二：中断服务程序里做太多事。中断应只做最紧急的标记与数据搬运，重活交给任务，否则会拉高所有低优先级任务的响应时间。
误区三：多核就是并行加速。多核带来的是并行能力，但也带来同步开销、缓存一致性与共享资源竞争，设计不当反而更慢。
误区四：忽略内存屏障与缓存一致性。在RH850多核系统中，共享数据若未正确使用屏障或非缓存区域，可能出现“看起来写了但另一个核读不到”的问题。

实战路线图与学习清单

本课程后续章节将按照“硬件基础→实时内核→多核协同→综合实战”的顺序推进。建议你在学习过程中同步完成以下清单，每完成一项就打勾，确保知识落地。

阶段	关键任务	产出物	验证方式
硬件与启动	理解RH850内核、INTC、多核启动	启动流程图与中断优先级表	能解释中断延迟来源
实时内核	任务模型、调度算法、临界区	任务参数表与可调度性分析	响应时间计算通过
多核协同	IPC、共享资源、负载均衡	核间通信时序图与锁策略	无死锁、无优先级反转
测量与验证	Trace、时间戳、抖动统计	实时性测量报告	最坏响应时间满足截止时间
综合实战	完整多核实时工程	可运行工程与测试用例	压力测试下无超时

学习建议：每学完一个调度概念，就用一个最小任务集在RH850开发板或仿真环境上验证一次。实时系统的直觉来自测量，而不是来自阅读。把每一次“超时”都当作一次复盘机会，记录触发条件、阻塞来源与修复手段，这比记住公式更有价值。

当你完成本课程后，应当能够独立回答三个问题：这个任务集在RH850多核上是否可调度？最坏响应时间由哪些因素构成？如果出现实时性劣化，应该从哪里开始排查？这三个问题，就是本课程要帮你建立的核心能力。