STM32MP1多核开发实战：从环境搭建到OpenAMP通信

1. STM32MP1多核架构与开发环境搭建

STM32MP1系列是STMicroelectronics推出的异构多核处理器，结合了Cortex-A7应用处理器和Cortex-M4实时控制器的优势。这种架构设计使得开发者可以在同一个芯片上同时运行Linux等复杂操作系统和实时控制任务。

1.1 硬件准备与开发板选择

目前市面上主要有两款官方开发板可供选择：

1. STM32MP157x-EV1评估板：

   • 功能齐全，适合深度开发
   • 板载ST-Link调试器
   • 提供20针JTAG接口（CN14）可连接ULINK等专业调试器
   • 典型应用场景：工业网关、人机界面等复杂应用

2. STM32MP157C-DK2探索套件：

   • 体积小巧，适合快速原型开发
   • 仅支持板载ST-Link调试
   • 典型应用场景：物联网终端、智能家居设备

提示：如果需要进行深度调试（如RTOS任务分析、性能优化等），建议使用EV1评估板配合ULINK Pro调试器，可以获得更全面的调试功能。

1.2 开发环境配置

Keil MDK是ARM架构微控制器的专业开发环境，针对STM32MP1的Cortex-M4开发，需要以下组件：

1. 软件要求：

   • Keil MDK v5.27或更高版本（需完整授权，不支持MDK-Lite）
   • 必须安装的软件包：
     • ARM.CMSIS.5.5.1.pack（或更高版本）
     • ARM.AMP.1.1.0.pack（或更高版本）
     • Keil.STM32MP1xx.1.1.0.pack（或更高版本）

2. 环境配置技巧：

   • 在Windows系统中，需要将Git的bin目录（如C:\Program Files\Git\bin）添加到系统PATH环境变量中
   • 建议安装Tera Term或PuTTY等串口终端工具，用于查看调试输出

2. 工程模式与生产模式详解

STM32MP1提供两种不同的启动模式，适用于开发和生产的不同阶段。

2.1 工程模式（Engineering Mode）

工程模式是开发阶段的首选配置，具有以下特点：

1. 硬件配置：

   • EV1评估板跳线设置：
     • Boot 0: Off
     • Boot 1: Off
     • Boot 2: On
   • DK2探索套件跳线设置：
     • Boot 0: Off
     • Boot 2: On

2. 工作特点：

   • ROM代码会重新开放CA7的安全调试接口
   • CM4核心启动后会运行一个空循环，等待调试器连接
   • 调试器可以直接加载程序到CM4的内存空间
   • 无需Linux系统参与，适合裸机或RTOS开发

3. 调试配置要点：

   • 在Options for Target → Debug选项卡中：
     • 选择ST-Link或ULINK调试器
     • 确保AP设置为2
     • 取消勾选"Trace Enable"
   • 在Utilities选项卡中：
     • 取消勾选"Update Target before Debugging"

2.2 生产模式（Production Mode）

生产模式模拟实际产品运行环境，配置方式如下：

1. 硬件配置：

   • EV1评估板跳线设置：
     • Boot 0: On
     • Boot 1: Off
     • Boot 2: On
   • DK2探索套件跳线设置：
     • Boot 0: On
     • Boot 2: On

2. 工作流程：

   • CA7核心作为主处理器，负责加载OpenSTLinux系统
   • Linux通过remoteproc框架加载并启动CM4固件
   • 系统资源（时钟、电源等）由Linux统一管理
   • 适合最终产品部署

3. 调试特殊配置：

   • 在Debug选项卡中：
     • 设置Reset为VECTRESET
     • 取消勾选"Reset after Connect"
   • 需要准备二进制镜像文件供Linux加载
   • 调试连接由OpenSTLinux在加载应用后建立

3. 创建Blinky示例工程（工程模式）

这个示例展示如何使用Keil RTX5线程控制LED和用户按钮，是学习STM32MP1开发的经典入门项目。

3.1 项目创建步骤

1. 新建工程：

   • 选择Device为STM32MP157CAAx Cortex-M4
   • 在Manage Run-Time Environment中选择以下组件：
     • Board Support: BSP, Buttons, LED
     • CMSIS: CORE, RTOS2 (API): Keil RTX5
     • Compiler: Event Recorder, IO: STDOUT
     • Device: Startup, STM32Cube HAL系列驱动

2. 关键配置：

   • Target选项卡：使用ARM Compiler 6
   • Linker选项卡：取消"Use Memory Layout from Target Dialog"
   • 指定Scatter文件为：.\RTE\Device\STM32MP157CAAx_Cortex-M4\stm32mp15xx_m4_sram.sct

3. 代码添加：

   • 从Device:Startup组件添加Lock Resource和Main file模板
   • 创建Blinky.c文件实现LED控制逻辑

3.2 RTX5线程实现细节

Blinky示例创建了两个RTX5线程：

1. LED控制线程：

   c复制__NO_RETURN static void thrLED(void *argument) {
     uint32_t led_max = LED_GetCount();
     uint32_t led_num = 0U;
     
     for (;;) {
       osThreadFlagsWait(0x0001U, osFlagsWaitAny, osWaitForever);
       LED_On(led_num);
       osThreadFlagsWait(0x0001U, osFlagsWaitAny, osWaitForever);
       LED_Off(led_num);
       
       led_num = (led_num + 1) % led_max;
     }
   }
   

2. 按钮检测线程：

   c复制__NO_RETURN static void thrBUT(void *argument) {
     uint32_t button_msk = (1U << Buttons_GetCount()) - 1U;
     
     for (;;) {
       osDelay(100U);
       if (Buttons_GetState() & button_msk) {
         while (Buttons_GetState() & button_msk);
         osThreadFlagsSet(tid_thrLED, 0x0001U);
       }
     }
   }
   

3.3 调试技巧

1. Event Recorder配置：

   • 在RTX_Config.h中启用"Global Initialization"
   • 可以在System Analyzer中实时观察线程切换

2. 常见问题排查：

   • 如果LED不闪烁，检查：
     • 开发板LED电路与BSP驱动是否匹配
     • RTX5内核是否成功启动（查看osKernelStart返回值）
     • 线程优先级设置是否合理
   • 如果按钮无响应，检查：
     • 按钮GPIO配置是否正确
     • 去抖动处理是否适当

4. OpenAMP多核通信项目（生产模式）

OpenAMP框架实现了Cortex-A7与Cortex-M4之间的高效通信，是异构计算的关键技术。

4.1 项目创建与配置

1. 基础组件选择：

   • AMP: RPMSG
   • CMSIS: RTOS2 (API): Keil RTX5
   • 必要的STM32Cube HAL驱动（IPCC、HSEM等）

2. 关键预定义宏：

   c复制#define NO_ATOMIC_64_SUPPORT
   #define METAL_INTERNAL
   #define METAL_MAX_DEVICE_REGIONS=2
   #define VIRTIO_SLAVE_ONLY
   

3. 内存布局调整：
   在scatter文件中添加OpenAMP专用区域：

   plaintext复制.resource_table +0 ALIGN 4 {
     rsc_table.o (+RW +ZI)
   }
   RW_OPENAMP 0x10040000 EMPTY 0x00010000
   RW_ER 0x10050000 UNINIT 0x00010000 {
     EventRecorder.o (+ZI)
   }
   

4.2 IPCC外设配置

IPCC（处理器间通信控制器）是多核通信的硬件基础：

1. 初始化代码：

   c复制void HAL_IPCC_MspInit(IPCC_HandleTypeDef* hipcc) {
     if(hipcc->Instance==IPCC) {
       __HAL_RCC_IPCC_CLK_ENABLE();
       HAL_NVIC_SetPriority(IPCC_RX1_IRQn, 0, 0);
       HAL_NVIC_EnableIRQ(IPCC_RX1_IRQn);
     }
   }
   

2. 中断处理：

   c复制void IPCC_RX1_IRQHandler(void) {
     HAL_IPCC_RX_IRQHandler(&hipcc);
   }
   
   void IPCC_TX1_IRQHandler(void) {
     HAL_IPCC_TX_IRQHandler(&hipcc);
   }
   

4.3 虚拟UART实现

示例创建了两个RPMSG通道，模拟虚拟UART：

1. 初始化流程：

   c复制void app_main(void *argument) {
     MX_IPCC_Init();
     MX_OPENAMP_Init(RPMSG_REMOTE, NULL);
     
     VIRT_UART_Init(&huart0);
     VIRT_UART_Init(&huart1);
     
     VIRT_UART_RegisterCallback(&huart0, VIRT_UART_RXCPLT_CB_ID, 
                               VIRT_UART0_RxCpltCallback);
     // ...类似注册huart1回调
   }
   

2. 消息回显处理：

   c复制void VIRT_UART0_RxCpltCallback(VIRT_UART_HandleTypeDef *huart) {
     VirtUart0ChannelRxSize = huart->RxXferSize;
     memcpy(VirtUart0ChannelBuffRx, huart->pRxBuffPtr, VirtUart0ChannelRxSize);
     VirtUart0RxMsg = SET;
   }
   

4.4 Linux端配置

1. 获取开发板IP地址：

   bash复制ifconfig
   

2. 测试脚本示例：

   bash复制if [[ $(ls -A /dev/ttyRPMSG*) ]]; then
     stty -onlcr -echo -F /dev/ttyRPMSG0
     cat /dev/ttyRPMSG0 &
     stty -onlcr -echo -F /dev/ttyRPMSG1
     cat /dev/ttyRPMSG1 &
   fi
   
   while [[ $(ls -A /dev/ttyRPMSG*) ]]; do
     echo "Hello Virtual UART0" >/dev/ttyRPMSG0
     echo "Hello Virtual UART1" >/dev/ttyRPMSG1
     sleep 1
   done
   

5. 调试技巧与问题排查

5.1 常见问题解决方案

1. 调试器无法连接：

   • 检查开发板供电是否正常
   • 确认启动模式跳线设置正确
   • 验证调试接口选择（ST-Link/ULINK）
   • 检查AP设置（工程模式需设为AP2）

2. OpenAMP通信失败：

   • 确认资源表(resource table)已正确配置
   • 检查Linux设备树是否正确配置了RPMsg通道
   • 验证IPCC中断是否正常触发

3. 内存访问错误：

   • 核对scatter文件中的内存区域定义
   • 确认OpenAMP缓冲区未与其他区域重叠
   • 检查MPU配置（如果有使用）

5.2 性能优化建议

1. 通信延迟优化：

   • 使用HSEM（硬件信号量）实现快速核间同步
   • 合理设置IPCC中断优先级
   • 考虑使用共享内存实现大数据传输

2. RTX5配置优化：

   • 根据任务需求调整线程栈大小
   • 合理设置线程优先级
   • 启用Event Recorder分析任务调度

3. 电源管理集成：

   • 在Linux端正确配置CM4的电源域
   • 使用WFI/WFE指令优化CM4功耗
   • 合理设计唤醒机制

在实际项目中，建议先使用工程模式完成功能开发和调试，再迁移到生产模式进行系统集成测试。两种模式的灵活切换是STM32MP1开发的关键优势之一。