AMP 外设隔离架构：Linux 与 RT-Thread 的异构外设划分实战

一、AMP 架构快速概览

1.1 什么是 AMP？

AMP（Asymmetric Multiprocessing，非对称多处理） 是一种在同一块多核芯片上同时运行多个独立操作系统的架构模式。与 SMP（对称多处理）不同，AMP 为每个操作系统分配专属的 CPU 核心、内存空间和外设资源，各子系统之间物理隔离、互不干扰。

在工业嵌入式领域，AMP 架构完美解决了 “实时性” 与 “丰富生态” 这对矛盾的需求：

• Linux 侧：承担图形界面、网络协议栈、AI 推理、文件系统等非实时任务

• RT-Thread 侧：承担硬实时控制、高速数据采集、工业总线通信等确定性任务

1.2 睿擎平台 AMP 架构

睿擎工业开发平台基于 Rockchip RK3506J 芯片（3 核 Cortex-A7），采用精细化的 1+2 核心划分方案：CPU0 专用于 Linux，CPU1 和 CPU2 运行 RT-Thread，并在其内部进一步区分常规任务与实时任务。

关于 AMP 架构的完整技术解析，请参考平台技术文档。本文将重点聚焦于 外设隔离机制 与 划分策略 两个核心议题。

二、外设隔离机制深度解析

外设隔离是 AMP 架构的核心。只有将硬件资源从物理层面进行有效隔离，才能真正实现"两个大脑各司其职"的设计目标。睿擎平台通过 四大隔离机制 构建了完整的外设隔离体系。

2.1 CPU 核隔离 —— 任务的物理分区

CPU 核隔离是外设隔离的基础。睿擎平台采用精细化的 1 (Linux) + 2 (RT-Thread) 核心划分方案，并在 RT-Thread 内部进一步实现了常规任务与实时任务的物理隔离：

| 核心 | 归属系统 | 任务类型 | 职责范围 | | CPU0 | Linux | 非实时任务 | 图形界面、网络协议栈、AI 推理、常规外设中断处理 | | CPU1 | RT-Thread | 常规实时任务 | 协议栈处理、文件系统、软实时任务、一般外设管理 | | CPU2 | RT-Thread | 硬实时任务 | 周期性实时任务、硬实时外设独占、中断响应 |

核心隔离优势：

• Linux 独立隔离：Linux 独占 CPU0，其内部调度完全不受 RT-Thread 影响

• RT-Thread 内部双级隔离：CPU1 负责常规软实时任务，CPU2 专用于硬实时任务，确保最高优先级任务不受任何干扰

• 确定性保障：即使 CPU1 上的常规 RT-Thread 任务负载饱和，CPU2 上的硬实时任务响应时间仍稳定在微秒级

2.2 中断隔离 —— 响应的确定性保障

中断是外设与 CPU 之间的通信桥梁。中断隔离的核心是通过 中断亲和性（Interrupt Affinity） 机制，将不同外设的中断路由到指定的 CPU 核心。在睿擎平台的 1+2 架构下，中断隔离分为三个层级：

关键配置：在设备树中通过 interrupt-affinity 属性指定中断绑定关系：

隔离效果：

• 硬实时外设（如 I2C、SPI、Timer）中断响应时间稳定在 1~3 微秒，不受任何其他任务影响

• 常规实时外设（如 UART、SDMMC）中断绑定到 CPU1，确保基本的实时性

• 非实时外设（如 Display、Audio）中断绑定到 Linux 的 CPU0，与 Linux 调度协同工作

2.3 时钟域隔离 —— 功耗的独立管控

每个子系统需要独立管理自身的时钟树。睿擎平台通过 rockchip_amp 节点为 RT-Thread 系统分配专属时钟：

隔离效果：

• 两侧时钟域完全独立，不会出现时钟冲突

• RT-Thread 侧可独立控制实时外设的时钟频率和功耗

• Linux 侧无法意外关闭 RT-Thread 正在使用的时钟

2.4 内存空间隔离 —— 数据的安全屏障

AMP 架构在内存层面同样实现了隔离：

| 内存区域 | 归属系统 | 用途 | | Linux 系统内存 | Linux | Linux 内核、用户空间、文件缓存 | | RT-Thread 系统内存 | RT-Thread | RT-Thread 内核、线程栈、设备驱动缓冲 | | 共享内存区 | 双系统共用 | RPMSG 通信缓冲区、数据交换区 |

内存访问权限：每个操作系统只能访问自己的内存空间，跨系统数据交换必须通过受控的共享内存区域进行，防止内存越界访问。

三、外设划分策略与配置指南

3.1 外设分配指南

根据睿擎平台的 1+2 架构，RT-Thread 内部进一步细分为常规核 (CPU1) 与实时核 (CPU2)，因此外设分配需要遵循三级划分策略：

分配给 RT-Thread 实时核 (CPU2) —— 硬实时外设

这些外设对响应延迟有最严格要求，建议绑定到 RT-Thread 专用的硬实时核心：

| 外设类型 | 典型实例 | 分配理由 | | 高精度定时器 | Timer3/4/5 | 微秒级周期调度、精确时序控制 | | 高速数据采集 | I2C0, SPI0 | 避免任何调度抖动影响采样精度 | | 实时通信总线 | CAN0, EtherCAT | 确定性通信要求，周期抖动 < ±5μs | | 实时 GPIO | GPIO1 中断引脚 | 快速响应外部事件，亚微秒级延迟 | | PWM 控制 | PWM0/1 | 精确的电机速度/阀门开度控制 |

分配给 RT-Thread 常规核 (CPU1) —— 软实时外设

这些外设需要基本的实时性保证，但允许偶发的微小抖动：

| 外设类型 | 典型实例 | 分配理由 | | 串口通信 | UART0/1 | 通信速率较高，需要低延迟响应 | | 文件存储 | SDMMC1 | RT-Thread 侧日志记录、参数存储 | | 次要 CAN 总线 | CAN1 | 非关键 CAN 通信，容忍微秒级抖动 | | 次要 GPIO | GPIO2-5 | 状态监测、非紧急中断响应 |

分配给 Linux 的外设

| 外设类型 | 典型实例 | 分配理由 | | 显示接口 | MIPI-DSI, HDMI | 依赖 Qt/Wayland 复杂图形栈 | | USB Host | USB0 | 完善的 USB 协议栈和驱动生态 | | 大容量存储 | SDMMC0, eMMC | 需要 ext4/FAT32 文件系统支持 | | 音频子系统 | I2S0, Audio Codec | 复杂的 ALSA/PulseAudio 处理框架 | | 主网络接口 | GMAC0 | 完整的 TCP/IP 协议栈、网络工具链 |

可共享使用的外设

| 外设类型 | 共享方式 | 说明 | | 网络接口 | 虚拟网卡 (veth) | RTT 通过 RPMSG 接入 Linux 网络栈 | | 文件系统 | 文件共享服务 | 通过共享内存跨系统访问文件 |

3.2 设备树配置实战

完整的外设迁移需要在 board.dts中完成三个关键配置：

步骤一：声明外设归属

通过 status 属性将 I2C0 声明为 RT-Thread 管理：

步骤二：分配时钟资源

将 I2C0 的控制器时钟加入 rockchip_amp 时钟列表：

步骤三：编译验证

编译设备树并烧录后，在 RT-Thread Shell 中验证设备归属：

输出结果中 i2c0 已注册在 RT-Thread 系统中，即为迁移成功。

四、总结

AMP 架构的外设隔离体系为工业嵌入式系统提供了坚实的运行基础：

1. 四层隔离机制（CPU/中断/时钟/内存）从物理层面保证了外设的可靠归属

2. 清晰的划分指南帮助开发者快速确定每个外设的最优分配方案

3. 灵活的配置方式通过设备树即可动态调整外设归属，无需修改硬件

睿擎工业开发平台完整实现了上述所有机制，并提供了丰富的开发工具链和示例工程，帮助开发者快速构建高效、可靠的 AMP 混合部署应用。