4. 多系统协同架构

在嵌入式与实时系统中，单一操作系统往往难以同时满足高吞吐、强实时、功能安全与丰富生态的多重需求。多系统协同架构的核心思路，是让多个操作系统或运行环境在同一硬件平台上分工协作：有的负责硬实时控制，有的负责图形与网络，有的承载通用 Linux 应用。理解 AMP、SMP、虚拟化、异构多核与混合关键性系统这几个基本概念，是设计协同方案的第一块基石。

一、核心概念与原理

SMP（Symmetric Multiprocessing，对称多处理）指多个结构相同的 CPU 核共享同一内存空间，由一个操作系统实例统一调度。所有核地位对等，任务可被任意核执行，核间通过共享内存与缓存一致性协议通信。Linux 在多数多核 SoC 上默认以 SMP 方式运行，优点是负载均衡、编程模型简单，缺点是单一内核故障会波及全局，且难以在同一内核中同时满足硬实时与通用计算。

AMP（Asymmetric Multiprocessing，非对称多处理）指每个核运行独立的软件镜像，可以是两个不同的 RTOS，也可以是 Linux + RTOS。各核拥有各自的地址空间与调度器，通过共享内存、Mailbox、RPMSG 等机制通信。AMP 的实时性隔离好、启动快，但需要自行处理核间同步与资源划分。

虚拟化（Virtualization）在硬件与操作系统之间引入 Hypervisor 层，把物理核、内存、外设抽象成多个虚拟机。Type-1 Hypervisor 直接运行在硬件上，可让 Linux 与 RTOS 各自运行在一个 VM 中，由 Hypervisor 负责 CPU 时间与中断的分配。相比 AMP 的静态划分，虚拟化更灵活，但会引入虚拟化开销与更复杂的配置。

异构多核（Heterogeneous Multicore）指核的类型不同，例如 Cortex-A 应用核 + Cortex-M 实时核 + DSP/NPU 加速核。不同核的指令集、缓存、中断控制器和外设访问方式不同，通常采用 AMP 或主从（Master-Slave）模式协同。

混合关键性系统（Mixed-Criticality System）指在同一平台上同时运行不同安全完整性等级（如 ASIL-D 与 QM）的功能。其关键挑战是免干扰：低关键性任务不得影响高关键性任务的时序与内存。时间隔离、空间隔离与故障隔离是三大支柱。

二、方法流程：如何选择协同架构

1. 明确实时性需求：若控制环路要求微秒级抖动，优先考虑 AMP 或异构多核中的独立 RTOS 核；若仅需毫秒级，SMP Linux 加实时补丁可能已足够。
2. 评估隔离等级：需要功能安全认证时，虚拟化或 AMP 的静态分区比 SMP 更容易证明免干扰。
3. 核算资源开销：Hypervisor 会带来上下文切换与内存开销；AMP 需要为每个核预留独立内存与外设。
4. 确定通信机制：核间通信优先选用共享内存 + 中断通知，并定义清晰的消息协议与超时重试策略。
5. 验证与复盘：用示波器或时间戳日志测量最坏情况延迟，确认低关键任务不会挤占高关键任务的时间窗。

三、典型场景与配置示例

以工业伺服控制器为例：Cortex-A53 双核运行 Linux 负责 HMI 与网络，Cortex-M7 核运行 FreeRTOS 负责电流环与 PWM 输出，两者通过共享内存交换指令与状态。设备树中需保留 M7 核的内存区域，避免 Linux 误用：

/* 保留 M7 核内存，防止 Linux 分配 */
reserved-memory {
    m7_region: m7@80000000 {
        reg = <0x80000000 0x00200000>;
        no-map;
    };
};

/* RPMsg 通信节点 */
rpmsg: rpmsg@8ff00000 {
    compatible = "vendor,rpmsg";
    memory-region = <&m7_region>;
    mboxes = <&mbox0 0>;
};

启动后可通过 dmesg | grep rpmsg 确认通道建立，再用 cat /sys/class/rpmsg/.../name 查看端点状态。若通信超时，先检查 Mailbox 中断是否被 Linux 接管，再确认共享内存地址与大小是否一致。

四、对比清单与常见误区