eRPC实战：从串口通信到异构多核SoC的轻量级RPC框架应用

1. 为什么嵌入式系统需要轻量级RPC？

在传统的嵌入式开发中，不同处理器核或芯片间的通信往往需要开发者手动实现数据序列化、校验和传输协议。我曾在一个智能家居项目中，花费了整整两周时间只为调试两个MCU之间的串口通信协议。每次修改业务逻辑时，都需要同步更新两端的协议解析代码，这种开发体验简直让人崩溃。

eRPC（Embedded RPC）的出现彻底改变了这种局面。这个由NXP开源的轻量级RPC框架，专为资源受限的嵌入式环境设计。它的核心优势可以用三个数字概括：5KB（内存占用）、0配置（开箱即用）、1:1映射（本地调用与远程调用完全一致）。在实际项目中，使用eRPC后通信模块的开发时间从原来的2周缩短到2天，而且再也不用担心协议版本不一致导致的通信故障。

2. eRPC核心架构解析

2.1 分层设计理念

eRPC的架构就像乐高积木一样层次分明：

  • 传输层：支持UART、SPI、USB CDC等多种物理接口
  • 协议层：基于IDL的接口定义自动生成编解码代码
  • 服务层：提供客户端/服务端的调用抽象

以NXP i.MX RT1170双核芯片为例，Cortex-M7核与Cortex-M4核通过MU（Messaging Unit）硬件模块通信时，只需要这样初始化：

// M7核心作为服务端 erpc_transport_t transport = erpc_transport_mu_init(MU_BASE); erpc_mbf_t message_buffer_factory = erpc_mbf_dynamic_init(); erpc_server_t server = erpc_server_init(transport, message_buffer_factory);

2.2 独特的IDL工作流

eRPC的接口定义语言（IDL）是其灵魂所在。下面是一个控制智能灯具的典型定义：

/* 定义灯具操作枚举 */ enum LightOperation { TURN_ON = 0, TURN_OFF, SET_BRIGHTNESS } /* 灯具控制接口 */ interface SmartLight { // 控制指定房间的灯具 controlLight(uint8_t roomId, LightOperation op, uint8_t level) -> void // 获取当前状态 getLightStatus(uint8_t roomId) -> uint8_t }

使用erpcgen工具生成代码时，会自动处理参数序列化、字节序转换等细节。实测在Cortex-M4核上，一个RPC调用的平均耗时仅28μs（使用MU传输层）。

3. 多核SoC实战案例

3.1 i.MX RT系列双核通信

在RT1170上建立跨核通信只需三步：

  1. 硬件初始化：配置MU模块的共享内存区域
  2. 服务注册：在M7核上注册RPC服务
  3. 客户端调用：在M4核上像调用本地函数一样操作
// M4客户端调用示例 void toggle_light(uint8_t room) { uint8_t current = getLightStatus(room); // 远程调用！ controlLight(room, current ? TURN_OFF : TURN_ON, 100); }

3.2 负载均衡实践

通过eRPC可以实现动态任务分配。我们在智能网关项目中，将计算密集型任务动态分配给空闲的核：

interface TaskScheduler { // 查询各核负载情况 getCoreLoad() -> map<uint8_t, float> // 提交计算任务 submitTask(binary_t inputData) -> binary_t }

4. 性能优化技巧

4.1 传输层选型指南

不同传输方式的实测性能对比：

传输方式吞吐量(MB/s)延迟(μs)适用场景
UART 1152000.0111200低速设备调试
SPI 10MHz1.242板内芯片间通信
RPMsg-Lite12.518多核SoC内部
USB HS 480Mbps32.09高速外设连接

4.2 内存管理策略

嵌入式环境下内存管理至关重要。推荐使用预分配模式：

// 初始化时预分配消息缓冲区 #define MAX_MSG_SIZE 256 static uint8_t msg_pool[4][MAX_MSG_SIZE]; erpc_mbf_t mbf = erpc_mbf_static_init(msg_pool, 4, MAX_MSG_SIZE);

5. 常见问题解决方案

5.1 版本兼容性处理

在IDL中定义版本号是良好实践：

program SmartHome v1.2 { /* 接口定义 */ }

当协议升级时，可以通过条件编译保持兼容：

#if ERPC_VERSION > 120 // 新版本实现 #else // 旧版本兼容代码 #endif

5.2 调试技巧

建议在开发阶段启用调试日志：

// 重写默认的调试输出函数 void erpc_debug_print(const char *format, ...) { va_list args; va_start(args, format); vprintf(format, args); // 输出到控制台 va_end(args); }

遇到通信故障时，可以先检查基础传输是否正常。曾经有个坑是SPI的CS信号保持时间不足导致数据丢失，用逻辑分析仪抓包才发现问题。

6. 扩展应用场景

6.1 物联网设备集群

在智能农业项目中，我们通过eRPC实现网关与多个传感器节点的协同：

interface SensorNetwork { // 批量读取传感器数据 batchRead(map<uint8_t, SensorType> sensors) -> map<uint8_t, SensorData> // 固件OTA升级 firmwareUpdate(binary_t image, uint32_t crc) -> UpdateResult }

6.2 混合关键性系统

汽车电子中常用eRPC隔离安全关键与非关键功能。比如将娱乐系统（Linux）与车身控制系统（RTOS）通过RPMsg通信：

// AutoSAR CP侧服务实现 interface BodyControl { // 车窗控制 setWindowPosition(uint8_t windowId, uint8_t percent) -> SafetyStatus // 门锁状态查询 getDoorLockStatus() -> uint8_t }

7. 进阶开发指南

7.1 自定义传输层

当需要支持新硬件接口时，可以实现以下接口：

// 传输层必须实现的三个函数 struct erpc_transport_ops { erpc_status_t (*init)(void); erpc_status_t (*send)(...); erpc_status_t (*receive)(...); }; // 例如为CAN总线实现传输层 const erpc_transport_ops_t my_can_transport = { .init = can_init, .send = can_send_msg, .receive = can_recv_msg };

7.2 安全加固方案

对于需要加密的场景，可以包装现有传输层：

erpc_transport_t transport = erpc_transport_uart_init(115200); erpc_transport_t secure_transport = erpc_transport_encrypt_wrap( transport, AES256_CBC, key_ptr );

在工业网关项目中，这种方案使得通信吞吐量仅下降15%，同时满足IPSec安全要求。