4. STM32MP双核通信机制

STM32MP1系列（如STM32MP157）内部集成Cortex-A7双核与Cortex-M4单核，构成典型的异构多核架构。A7运行Linux，负责协议栈管理、网络接口、文件系统与人机交互；M4运行裸机或RTOS固件，承担硬实时任务，例如EtherCAT从站、CANopen节点、Modbus RTU轮询或工业IO采样。协议数据转发场景中，网络帧往往先由A7侧以太网或Socket接收，再经核间通道交给M4做实时处理，处理结果又回传A7上报或转发。理解IPCC、OpenAMP与RPMsg三层机制，是设计这条数据通路的基础。

三层机制的分工与关系

IPCC（Inter-Processor Communication Controller）是STM32MP1内部的硬件外设，位于A7与M4之间，提供两个方向的通道：每个方向有若干通道（Channel），每个通道可配置为中断触发或状态标志。IPCC本身不搬运数据，只负责“通知对方有事件发生”。它通过寄存器置位、中断线连接GIC（A7侧）与NVIC（M4侧），是核间通信的物理触发层。

OpenAMP是建立在IPCC之上的软件框架，包含两个关键组件：virtio与RPMsg。virtio定义共享内存中的环形缓冲区（vring）布局，A7与M4各自维护一份vring，通过描述符表传递缓冲区地址；RPMsg则在virtio之上定义消息格式，每条消息包含源地址、目的地址、消息长度与负载，支持多端点（endpoint）寻址。OpenAMP还提供资源表（resource table），用于在M4固件启动时向A7声明共享内存区域、vring地址与中断号。

因此三者的关系是：IPCC提供硬件中断触发，OpenAMP/virtio管理共享内存队列，RPMsg定义消息语义。数据转发时，A7侧应用通过RPMsg发送帧数据，RPMsg将消息写入vring，virtio更新描述符，IPCC向M4发出中断；M4中断服务程序读取vring，取出消息，处理后再通过反向通道回传。

协议数据转发的实现路径

以工业以太网帧转发为例，A7侧收到一帧后，需要交给M4做实时解析或周期同步。实现时，A7侧通常使用rpmsg_char驱动，在/dev下生成字符设备节点，应用层通过write()写入帧数据，通过read()读取M4回传结果。M4侧在OpenAMP初始化后注册端点回调，收到消息后进入回调函数，解析帧头、执行协议处理，再调用rpmsg_send()回传。

关键配置参数包括：共享内存基地址（STM32MP157通常为0x10000000或0x38000000，需与设备树和M4链接脚本一致）、vring大小（描述符数量，常见256或512）、RPMsg缓冲区长度（单条消息最大负载，通常512字节或1024字节）。若帧长超过单条RPMsg负载，需要分片发送，接收端按序号重组。

/* M4侧OpenAMP端点回调示例（伪代码） */
static int rx_callback(struct rpmsg_endpoint *ept,
                       void *data, size_t len, uint32_t src)
{
    struct eth_frame *frm = (struct eth_frame *)data;
    /* 解析协议类型 */
    if (frm->type == ETH_P_ETHERCAT) {
        ecat_process(frm->payload, frm->payload_len);
        /* 回传处理结果 */
        rpmsg_send(ept, &result, sizeof(result));
    }
    return 0;
}

/* 初始化时创建端点 */
rpmsg_create_ept(&ept, rpdev, "eth_forward",
                 RPMSG_ADDR_ANY, RPMSG_ADDR_ANY,
                 rx_callback, NULL);

A7侧应用则通过字符设备读写：

int fd = open("/dev/rpmsg0", O_RDWR);
write(fd, frame_buf, frame_len);   /* 发送帧到M4 */
read(fd, result_buf, sizeof(result_buf)); /* 阻塞等待M4回传 */

中断与轮询的取舍

IPCC支持中断模式和轮询模式。中断模式下，M4收到IPCC中断后进入ISR，在ISR中调用OpenAMP的rpmsg_rx_callback处理消息。若消息量大、中断频繁，ISR开销会挤占实时任务时间。此时可改用轮询：M4在主循环中定期检查vring的used环，批量取出消息后统一处理。轮询的代价是延迟增加，但吞吐更平稳。实际设计中，EtherCAT周期帧通常用中断保证低延迟，而大批量日志或非周期数据用轮询降低CPU占用。

资源表与启动顺序

M4固件启动时，OpenAMP会读取资源表，其中声明vring地址、共享内存区域和IPCC通道号。A7侧Linux的remoteproc框架加载M4固件后，解析资源表并创建对应的rpmsg设备。启动顺序必须是：A7先加载remoteproc驱动并启动M4，M4完成OpenAMP初始化后，A7侧才会出现/dev/rpmsgX节点。若顺序颠倒，A7侧应用打开设备会失败。

数据转发路径的完整闭环可以概括为：A7应用写入帧 → RPMsg封装 → virtio写入vring → IPCC中断通知M4 → M4 ISR读取vring → RPMsg回调解析 → 协议处理 → 反向RPMsg回传 → IPCC中断通知A7 → A7应用读取结果。每一层都有明确的职责边界，调试时按层排查，能快速定位是硬件中断、共享内存一致性还是协议解析的问题。