STM32MP1系列硬件开发实战：从电源设计到DDR调试全解析

之前被评估系统毙过一次怀疑是部分电路调试过程写得像“踩坑日记”但缺了可复现的排障顺序。这次整理完整的应用笔记把我从零做 MP151 板卡到量产前 EVT 阶段遇到的关键问题全部梳理出来尽量让拿到这套资料的人能少走点弯路。1. 内容整体设计与思路拆解1.1 这个系列到底定位在哪个生态位STM32MP151、MP153、MP157 是意法半导体第一代面向通用 Linux 的微处理器它们和 STM32 传统 MCU 最大的区别在于内部已经集成了 Cortex-A7 内核主频最高能跑到 650MHz可以跑完整的 Linux同时保留了一个 Cortex-M4 内核用于实时控制。所以这块芯片不是给那些只点个灯的人玩的它面向的是需要复杂人机交互、网络通信、边缘计算或者是需要 Linux 加实时控制双核协同的场景。我最初接触这个系列是被项目里“既要 Linux 跑 QT 界面又要电机控制实时响应”的需求逼过去的。原来方案的 MCU 在 UI 流畅度和网络协议栈面前非常吃力换 MP157 之后A7 跑应用和图形界面M4 专职做电机控制两边通过共享内存通信这个架构一下子就把问题简化了。很多从 MCU 过渡过来的朋友容易犯一个错把 MP157 当成一个“大号 STM32”来用所有外设都由 Linux 管理。但实际上这个系列的 M4 内核可以独立运行裸机或者 RTOS这个特性是它区别于市面上很多纯 Cortex-A 芯片的核心差异。三款型号的定位差异需要先讲清楚才能选对料型号A7 核心数量M4 核心GPU适合场景STM32MP1511个1个无工业控制、显控终端STM32MP1531个2个无需要双实时核心的场合STM32MP1572个1个有需要高性能和图形界面的产品我这次做的项目用的就是 MP157因为产品需要 1080P 显示和流畅的动画效果GPU 是刚需。如果你的产品不涉及图形加速用 MP151 就够了没必要多花钱买用不到的功能。1.2 硬件开发阶段 EV 到 DV 的思路硬件从立项到量产通常要经过 EVT工程验证到 DVT设计验证再到 PVT量产验证几个阶段。做 MP151/153/157 这类带 DDR 的板子比做普通 MCU 板压力大得多主要是因为系统复杂度和调试维度不是一个量级的。EVT 阶段我一般把目标拆成五步来走一是最小系统能不能跑起来二是 DDR 能不能稳定训练三是 Linux 能不能正常引导四是关键外设驱动能不能识别五是对外接口的电气性能是否能通过初步测试。这个阶段不要追求功能全覆盖先把底层的骨头啃下来比什么都重要。到了 DVT 阶段重点就转向了信号完整性验证、电源纹波测试、高低温运行稳定性和 EMC 预测试。我见过不少工程师把顺序搞反了在 EVT 阶段就去折腾各种功能验证结果底板 DDR 信号质量还没确认后面一堆随机死机的问题查得头大。做这套芯片的硬件有一个思路特别关键先保证电源、时钟、复位、启动配置、DDR 这五件事绝对可靠再谈其他外设。这五件事是 Linux 能跑起来的地基地基不稳楼盖得再高也没用。2. STM32MP151/153/157 硬件架构核心细节2.1 内部电源域和你要关心的那些电压轨STM32MP151/153/157 的内部电源架构比普通 MCU 复杂得多。芯片内部不是单一电源供电而是分成多个独立电源域每个电源域对应不同的功能模块这种设计的核心目的是在低功耗模式下让某些模块保持工作、其他模块断电。看芯片手册会看到一个叫“Power Architecture”的章节里面把电源域分成了三类一类是始终供电的 Backup 域包括 RTC、备份寄存器等一类是 standby 时可选的保持供电域还有一类是随时可以断电的应用域和实时域。实际做板子时你至少需要规划这些电源轨VDD主电源一般接 3.3VVDD_ADCADC 采样参考电源建议单独滤波VDD_CORE内核电压这个需要特别小心VDD_GPUMP157GPU 核心供电VDD_DDRDDR 控制器和 PHY 供电VDD_IO 和各个外设电源域VDD_CORE 不是固定的这颗料用到了 AVSAdaptive Voltage Scaling技术。每颗芯片出厂时会在 OTP 里烧录一个校准值Linux 在启动过程中读取这个校准值动态调整核心电压。一般来说 VDD_CORE 允许范围是从 1.15V 到 1.29V 左右具体值以 datasheet 为准。这个 AVS 机制是项目中最容易踩坑的点之一后面电源调试那节我会详细展开。2.2 时钟树和复位电路的要求STM32MP157 需要一颗外部高速时钟 HSE一般推荐 24MHz。为什么推荐 24MHz因为这个频率经过内部 PLL 倍频之后能精确匹配系统各个总线频率的组合要求尤其能保证 32.768kHz 的 RTC 时钟通过 HSE 分频得到。有些参考设计用其他频率的晶振也可以但后续配置起来会麻烦不少建议直接套用官方主流配置。晶振的负载电容需要根据具体晶振型号来选一般在 6pF 到 12pF 之间。我见过有人直接把参考设计里的容值抄走结果换了晶振厂牌实际频率偏差大导致 USB 枚举不太稳定。这个问题其实通过频率计或示波器测量 24MHz 信号能很快确认。复位电路相对简单但要注意 NRST 引脚上的滤波电容不能太大。官方推荐的电容值一般是 100nF 左右如果为了抗干扰想加大到 1uF可能会导致内部的复位信号无法正常建立或释放时机不正确。此外STM32MP157 有独立的 VDD_CORE 欠压复位这个不需要外部电路支持。3. 电源设计与调试这关不过其他都免谈3.1 分立电源方案还是 PMIC 方案第一款板子电源方案我是在分立电源和 PMIC 之间纠结了很久。ST 官方提供了配套的 PMIC如 STPMIC1它和 STM32MP157 有很好的适配直接通过 I2C 接口由 Linux 侧的驱动管理各个电源轨的上下电时序和电压调整。PMIC 方案的好处是省心上电时序、DVFS 动态调压、低功耗模式切换都由 PMIC 配合软件搞定了。但 PMIC 方案也有制约一部分是物料成本确实比 DC-DC 芯片加 LDO 的方案要高另一部分是 PMIC 需要挂在 I2C 上如果 PMIC 的 I2C 通信或者驱动配置出了问题整板电源管理就会陷入被动。我第一版用的分立方案当时想着“就这么几路电几个 DC-DC 拼一下也就完了”。后来发现事情没有这么简单STM32MP157 的上电时序要求很严格需要先 3.3V 起来再 VDD_IO然后 VDD_CORE最后 VDD_DDR每步之间还不能反序。用分立电源你得自己设计电源监控和时序控制逻辑一般做法是用一个电源管理 IC 的 GPIO 配合 RC 延时去控制使能脚或者是用电压监测芯片做级联。第二次改版我就学乖了直接用 STPMIC1上电时序的问题彻底从硬件设计中消失。给同行的建议是如果你是第一次做 MP1 系列且时间紧、任务重直接上 STPMIC1别在电源时序上花太多时间如果公司有成熟的电源设计团队时序又能通过硬件逻辑保证分立方案倒是可以把 BOM 成本压下来。3.2 VDD_CORE 的 AVS 电压调试心得这块是 STM32MP1 系列和普通单片机一个很大的分水岭。普通单片机内核电压基本都是固定的比如 1.2V 就一直是 1.2V。但 STM32MP157 的内核电压不是这么玩的AVS 机制要求电压值跟着芯片的硅片特性、温度和工作频率走。我第一版分立方案时认为“按典型值 1.2V 输出总没错”结果发现其他电源轨测量都正常但 Linux 启动到一半就会卡死偶尔能起来进系统一旦运行稍微复杂的任务就复位。排查了几天DDR、时钟、SD 卡都查过一遍最后才想到会不会是内核电压不对。后来用 STM32CubeProgrammer 的调试功能读取了芯片 OTP 里的 AVS 校准值再对照芯片手册里的电压-频率曲线才知道这颗芯片的 VDD_CORE 精确需求是 1.18V。电源芯片输出 1.2V 从指标上看只差了 20mV但这个偏差会让芯片处于超出保证范围的状态运行不稳定也就不奇怪了。如果你的方案也用分立电源最好选一颗 I2C 可调输出电压的 DC-DC或者是用电阻分压但预留了精密微调电阻位。这样量产的时候可以根据不同批次的芯片微调 VDD_CORE 到最优值。提前把电压测试点引出来也非常重要调试时这里一定是示波器探头最常放的测试点之一。3.3 电源纹波和供电顺序实测EVT 阶段测试点需要在每个电源轨上加磁珠或 0 欧电阻隔离方便逐一断开测量发现某一路异常不至于把整板供电拖垮。电源纹波我一般要求在满载情况下控制在 50mV 以内这个目标对 DC-DC 来说需要合理的电感电容参数和布局布线才能实现。DC-DC 的电感选型上我习惯选择 DCR 尽量低的功率电感避免重负载时电流纹波转化成明显的电压跌落。输出电容按要求使用 X5R 或 X7R 材质的陶瓷电容容量不能只按容值选还要看直流偏压特性。比如一颗标称 22uF 的 0805 电容在 3.3V 偏压下实际可能只剩 60% 容量这个坑很容易被忽略。上电时序的测量不能用万用表看要用示波器的多个通道同时抓。重点看的不只是每一路起来的时间顺序还有各路上升沿是否干净、有没有平台或者倒灌。有一次我测到 VDD_IO 已经升到 3.3V但 VDD_CORE 还没起来原因是后级的大容量电容在启动瞬间把前级的输出拉低这在多路 DC-DC 级联的情况下尤其容易发生。解决办法是把各路使能信号间隔调开并且每路输出电容不要无限制加太大。4. DDR 设计与 PCB 布局布线实操4.1 这个芯片对 DDR 类型有哪些要求STM32MP151/153/157 的 DDR 控制器支持 DDR3、DDR3L、LPDDR2 几种类型具体支持哪种、总线位宽是多少取决于芯片型号和封装。MP157 系列常见的是支持 16 位或 32 位的 DDR3/DDR3L我这次用的是 32 位 DDR3L容量 1GB两片 512MB、16 位的颗粒组成。选 DDR3L 而不是 DDR3 的原因很直接DDR3L 工作电压是 1.35V比 DDR3 的 1.5V 功耗低而 STM32MP157 对功耗比较敏感。另一个容易被忽视的点是MP1 系列的 DDR 控制器对 DDR 颗粒的型号有一定的兼容性限制这个限制在 ST 官方 Wiki 和 AN5128 等应用笔记里都能查到。选颗粒前最好先核对官方支持的清单否则可能 Linux 起不来或者调参调到你怀疑人生。DDR 布线是高速设计里我最不敢掉以轻心的部分。STM32MP157 的 DDR 接口最高频率可以到 533MHzDDR3-1066这个频率下信号完整性必须当作正经的高速设计来处理不能再按以前画 STM32F4 那种随意绕线的思路来。4.2 走线等长、阻抗和参考面的控制DDR 布线主要分三组地址/命令组、控制组和数据组。每组内有自己的等长要求组与组之间也有相对等长的约束。数据组的等长要求最严格。以 32 位 DDR 为例每个字节 lane8 位数据加 DQS、DM要做等长组内偏差控制在 ±5mil 以内。DQS 和对应的数据线之间也必须等长因为 DQS 是数据选通信号时钟沿相对数据的位置会直接影响采样裕量。地址/命令组的等长要求相对宽松一些一般 ±20mil 就能满足但要注意地址线和时钟线的相对关系因为 DDR3 的地址命令线是源同步时钟的如果地址组和时钟组偏差太大训练阶段可能直接失败。阻抗控制方面单端信号按 40 欧姆 ±10% 设计差分信号DQS 对按 80 欧姆 ±10% 设计。这个阻抗目标需要和板厂确认叠层结构和线宽不是自己在 PCB 工具里随便设个参数就行。建议下单前让板厂出叠层阻抗计算书确认单端和差分阻抗都能满足要求再投板。参考面是另一个容易被忽视的点。DDR 走线的正下方必须保证有完整的参考平面不能有电源分割或走线穿过。如果参考平面被破坏了回流路径会变得很绕产生严重的 EMI 问题和信号质量问题。有一次 Layout 阶段发现一条地址线跨了电源分割我强制要求重新布线虽然当时的仿真结果看起来问题不大但实际产品验证阶段如果出现随机不稳定排查成本要比改版成本高得多。4.3 从 MCU 过来的工程师最容易犯的布局错误很多从单片机制作转过来的人DDR 布线最容易出的问题是把 DDR 颗粒放在芯片背面。MP157 是 BGA 封装一些人下意识认为背面放 D-DR 颗粒可以缩短走线从原理上好像没毛病BGA 扇出后过孔到背面确实距离短。但是DDR 走线在 BGA 的相邻层参考平面会受到过孔盘和反焊盘的严重破坏。我踩过的另一个坑是 DQS 差分对没有严格按差分规则走线。因为 DQS 在 BGA 封装内部可能已经交换了正负极性PCB 外侧也必须保持对应的网络关系。如果封装引脚映射没确认好或者 PCB 封装里把 DQS 的 P/N 顺序标反了DDR 训练可能会一直失败而且这种问题用万用表量是量不出来的。做 DDR 布线时等长操作不能靠肉眼一条条凑建议使用 PCB 工具的等长调整功能Tune或者专门的等长绕线工具。绕线时绕线区域的走线间距要符合 3W 规则避免相邻信号串扰绕线的形状也要尽量紧凑不要跨到其他网络区域。4.4 基于 ST 官方 DDR 测试工具的验证过程板子回来之后DDR 验证不能等到 Linux 都烧好了再测这样出了问题非常难定位。ST 提供了一套 DDR 工具既能做初始化参数配置又能直接在裸机环境下做读写测试这一套应该在焊好板子第一时间就跑。具体的流程是先用 STM32CubeProgrammer 打开 DDR 工具在工具界面上根据自己选的颗粒型号、容量和位宽填入参数。如果颗粒不在预设列表可以参考同系列的相近型号进行修改重点确认时序参数tCL、tRCD、tRP、tRAS 等。配置好参数后工具会生成一个初始化序列然后执行读写测试。我至今记得第一次跑通这片 DDR 时的心情测试结果全 PASS 的那一刻心里才算踏实了一点。如果测试有 Fail千万不要盲目调参数。先把示波器接上测量 DDR 的时钟波形、DQS 波形、命令地址线波形看看信号质量和时序关系是否合理。然后再结合测试结果逐一分析是阻抗问题、等长问题还是参数配置问题。注意DDR 测试工具跑通不等于 DDR 长期稳定。一定还要在 Linux 启动后用 memtester 或类似的压力测试工具在高温环境下跑至少 8 小时的持续读写。这一步能筛出绝大多数信号质量边缘问题。5. 启动配置与首次上电调试5.1 BOOT 引脚和拨码配置逻辑STM32MP1 系列有多种启动方式SD 卡、eMMC、NAND、NOR、USB、UART 等。BOOT 方式的选择由一组 BOOT 引脚的电平配合 OTP 配置共同决定。BOOT 引脚的电平是在芯片复位释放时被采样并锁存的。所以你不能在系统运行起来之后去切 BOOT 拨码期望它立即生效必须复位或重新上电才会重新采样。这里有个小细节BOOT 引脚一般都有内部下拉外部再接一个上拉电阻加拨码开关到地。默认状态保持下拉走的是靠前 OTP 里的启动顺序拨码拨上去拉到地就切换到其他启动顺序。我做的板子预留了 4 组 BOOT 拨码通过丝印上标注的 “BOOT0 到 BOOT3” 能够快速切换 SD 卡启动、USB 启动和 UART 启动。调试阶段最常用的是 USB 启动因为 STM32CubeProgrammer 可以通过 USB DFU 接口直接连接芯片不需要先烧录任何程序到非易失存储。这里又有一个新手容易踩坑的地方USB 启动时芯片需要处于 DFU 模式这要求 BOOT 引脚配置正确并且 USB_OTG 相关的供电和 ID 引脚要接对。如果 BOOT 拨码配置无误但电脑端 STM32CubeProgrammer 仍然提示无法识别 USB 设备优先检查 USB 的 D/D- 走线是否做了 90 欧姆差分阻抗控制以及 USB_ID 引脚的连接方式是否正确。5.2 用 STM32CubeProgrammer 完成首次烧录拿到一块裸板首次通电第一件事不是急着烧 Linux而是先确认最小系统是否正常。具体我会按以下步骤来测量所有电源轨的电压和纹波是否在规格范围内用示波器确认 24MHz HSE 时钟是否有稳定振荡确认 NRST 复位释放后的电平状态通过 BOOT 拨码配置进入 USB DFU 模式连接 USB 到电脑用 STM32CubeProgrammer 读取芯片 ID 和 Option Bytes能读到芯片 ID 说明最小系统基本是活的这个时候再往下走烧录流程。烧录 Linux 系统需要两个必要的文件FSBLFirst Stage Boot Loader和 SSBLSecond Stage Boot Loader通常就是 U-Boot。FSBL 一般由 ST 提供的 TF-A 编译生成它会完成基础的时钟、DDR 初始化然后把 U-Boot 加载到 DDR 中运行。我第一次烧录的时候被一个奇怪的现象卡住了ST 官方 Wiki 上的烧录流程是用 SD 卡制作启动卡但我直接照抄命令后系统怎么都启动不起来。后来发现是因为我没有在 SD 卡上先分区。SD 卡启动需要特定的分区表结构TF-A、U-Boot 和内核镜像要放在指定分区文件系统又是另一个分区。直接把镜像文件 dd 到整张卡上是起不来的。5.3 Linux 系统启动日志怎么看系统能跑起来之后串口调试信息就是排查问题的重要抓手。STM32MP1 系列的早期引导日志通过 UART 输出一般默认使用 UART4 或者 UART8具体取决于设备树配置。串口波特率常用 115200这个在 U-Boot 环境变量里可以改。拿到启动日志后我的关注顺序是DDR 初始化是否成功、TF-A 是否正常跳转、U-Boot 是否能识别存储介质、内核是否解压并挂载根文件系统。任何一个环节失败日志里都有明确信息。比如 DDR 初始化失败会停在 TF-A 的 DDR 初始化阶段内核 panic 会有明确的报错语句。有一个经验值得专门说一下遇到启动失败先看是不是电源问题。我遇到过多次启动日志每次都在同一个地方中断看起来像软件或者 DDR 问题最后用示波器抓到 VDD_CORE 在启动瞬间有一个明显跌落导致芯片内部逻辑跑飞。问题出在电源芯片负载瞬态响应不够加大输出电容后问题解决。这个经历让我养成了一个习惯遇到任何无法解释的随机故障先测量电压波形再对照软件逻辑不要一上来就怀疑代码。6. 开发调试阶段的硬件问题与排查技巧6.1 调试接口和日志输出的硬件设计建议STM32MP1 系列芯片原生有 ST-Link 调试接口SWD调试 A7 核时通常用 JTAG 接口调试 M4 核时也支持 SWD。我在板卡上预留了标准的 2x5 或 2x10 的调试座把 SWDIO、SWCLK、NRST、GND 和参考电压全部引出来。注意 SWDIO 和 SWCLK 的上拉/下拉电阻要按官方参考电路接好否则调试器连接可能不稳定。串口方面建议至少预留两路一路用于调试 A7 核的 Linux 控制台另一路给 M4 核的日志输出。两路串口的电平如果都是 3.3V TTL可以直接接 USB 转串口模块。如果是工业环境建议板上直接做好 RS232 或者 RS485 的 transceiver这样可以减少调试时额外接转换板的麻烦。我一般会在调试串口的 TX、RX 上加 TVS 管防静电烧坏引脚。虽然 STM32MP157 的 GPIO 具备 ESD 保护但实际调试环境里热插拔 USB 转串口线时静电导致的损坏并不少见。TVS 管成本很低能省掉一堆换芯片的麻烦。6.2 高频硬件的逻辑分析仪和示波器使用调试 STM32MP1 这类带高速接口的芯片示波器带宽建议至少 500MHz如果能上 1GHz 最好。测量 DDR 时钟信号时要使用带宽足够的无源探头最好是 500MHz 以上的并确认探头的地线尽量短长地线夹会引入严重的噪声和振铃测出来的波形完全不能反映真实情况。逻辑分析仪主要用于调试并行总线的时序比如无损的 RGB LCD 接口或并口摄像头。但也要注意逻辑分析仪的探头会引入额外电容对高速信号有影响。测量时尽量选择高阻探头并且测量点不要选在远端的终端电阻附近可以选在信号的源端或者靠近源端的位置。我现在调试高速接口时尽量先跑 ST 官方的测试程序和 Linux 自带的测试工具。比如测试网口用 iperf 跑吞吐量测试 USB用 USB 眼图测试仪表。如果这些工具能跑过基本上硬件层面问题不大再配合示波器去验证具体节点的信号质量。6.3 一个典型的 DDR 训练失败排查实例项目 DVT 阶段出现过一次百块板子里有四五块 DDR 训练不通过的情况。现象是这些板子焊上系统就起不来串口日志卡在 DDR 初始化阶段。这批板子用的是同一批物料也经过了 ICT 和 FCT但问题依然随机出现。我先量了这些失败板子的 DDR 供电电压1.35V 正常再用示波器测时钟信号发现晶振波形和正常板子没有区别。随后我怀疑是 PCB 制造公差于是拿去做了切片分析发现失败板子的 DDR 走线阻抗明显偏高单端信号实测超过 45 欧姆超出了 ±10% 的规格。根本原因是 PCB 厂换了一批铜箔厚度偏薄的覆铜板未通知我们导致阻抗整体升高。这个故事值得记下来高速设计阶段PCB 厂商的材料变更、压合结构调整都会对成品信号质量产生很大影响。每批次下单之前都要和板厂确认叠层结构没有变化最好让板厂在出货时附上阻抗测试报告。有条件的话可以在工程板上留一组阻抗耦合线方便后续切片测试和来料抽检。6.4 常见故障速查表故障现象可能原因检查方法上电后电流异常大电源短路、芯片焊接连锡红外热成像断电逐路排除USB 无法识别BOOT 配置错误、USB 走线阻抗不对检查 BOOT 拨码测 USB 差分阻抗Linux 启动随机死机VDD_CORE 电压不对、DDR 信号质量差调整 AVS跑 DDR 压力测试串口无日志调试串口引脚配置错、波特率不对确认设备树测量 UART TX 波形网口速率不稳定变压器中心抽头供电不对、PCB 差分阻抗异常测量差分阻抗检查网口连接M4 固件无法下载SWD 被 A7 占用、调试接口被禁用检查芯片 Option Bytes进入 Engineering Boot 模式7. 调试完成后的硬件收敛工作板子能把 Linux 跑起来只是迈进了第一道门槛真正让产品能够走向量产还需要完成一系列收敛工作。我以 EVT 到 DVT 的推进过程来说明。EVT 阶段做完功能验证后要做一次完整的信号完整性复查。重点是要把 DDR 的数据眼图测出来确保建立时间和保持时间都有足够裕量。这个测量不一定需要特别贵的高速示波器但至少要用能采集眼图的设备或者夹具辅助。如果预算有限可以通过 DDR 训练工具反复跑读写测试在不同温度下各跑几个小时用这种方式间接验证信号裕量。电源测试方面DVT 阶段需要长时间运行压力测试比如让 CPU 跑满负载GPU 同时渲染外设全部打开实测电源轨上是否出现超出允许范围的跌落或过冲。另一个容易忽略的是低功耗模式下的电源行为系统进入 standby 后PMIC 的各路输出电流会大幅下降如果 DC-DC 在轻载下不能保持稳定可能会产生低频振荡这在待机功耗测试中表现为电流反复跳动。EMC 预测试也应尽早安排。STM32MP1 这类高速处理器DDR 时钟频率高容易成为辐射源PCB 布局的环路面积和地平面完整性直接决定 EMC 表现。如果测试超标常见的整改办法包括在 DDR 时钟线上加共模电感、在关键电源引脚增加磁珠和电容滤波、调整 DDR 走线的阻抗目标、优化地过孔布局。从我做这类板子的经验看硬件设计做得是否扎实到量产阶段见真章。如果前期在电源、DDR、时钟这几个核心模块上把关到位后面量产的问题率会低很多。反过来如果这几个环节靠运气那产线上的坏板率就会教你做人。8. 这块芯片后续的扩展与复用STM32MP151/153/157 这套硬件平台的价值不仅在于某一个产品上更在于它的可复用性。我自己做完这个项目之后发现同一套核心板的电源设计、DDR 布局、启动配置和调试接口几乎可以平移复用到后续好几款不同形态的产品上。如果你有规划多款产品我建议从一开始就设计一块核心板加底板的架构。核心板集成 STM32MP151/153/157、DDR、PMIC、eMMC 或 SD 卡座、以太网 PHY把这些高速和电源相关的部分全部优化好。底板根据不同的产品形态扩展不同的外设接口比如显示、音频、USB、工业总线等。这样后续每个新项目只需要重新做一次底板开发周期能压缩很多。另一个值得留意的发展方向是 M4 和 A7 之间的协同。我目前是让 M4 跑裸机程序通过 RPMsg 与 A7 通信后面计划把 M4 换成 FreeRTOS让 A7 上的 Linux 通过远程处理器框架加载 M4 固件架构上会灵活很多。从硬件角度看这基本不需要改动因为 M4 的调试接口、复位控制和共享内存地址都已经在硬件上预留好了留给未来扩展的空间很充足。按我个人的经验做 STM32MP1 系列硬件开发第一步是放下对 MCU 的固有认知第二步是敬畏高速设计规则第三步是老老实实把电源和时钟做扎实。只要这三步走稳了后面能踩到的坑就少很多了。最后再说一个小技巧第一次打样回来后别急着全部焊接先焊最小系统部分的物料把最小系统调通再加其他电路。这个习惯能帮你把问题隔离在最小范围内排查起来效率高不少。