一文分清LiteOS-M、LiteOS-A与OpenHarmony（附STM32MP157双内核实战区分）
很多做STM32MP157异构双核开发的新手都会混淆三个概念独立Huawei LiteOS、LiteOS-M、LiteOS-A、OpenHarmony开源鸿蒙。经常出现两个致命踩坑 1. 把LiteOS-A移植到M4内核直接编译报错、板子死机 2. 以为M4跑LiteOS-M就是完整鸿蒙不清楚二者是内核组件与完整操作系统的从属关系。本文结合STM32MP157Cortex-A7Cortex-M4开发场景把三者定位、架构、适用内核、编译工具、开发流程完整拆解解决MP1双内核开发选型困惑。一、基础概念理清从属关系先搞懂在深入之前先把宏观从属关系理顺 **一句话记牢**LiteOS-M / LiteOS-A 是 OpenHarmony 可选的底层内核M4 只允许使用 LiteOS-M 内核A7 可选用 LiteOS-A 或 Linux 构建完整 OpenHarmony 系统单独 LiteOS-M 可以脱离 OpenHarmony 裸机独立移植运行这正是我当前 STM32MP157 M4 的开发方案。二、LiteOS-M、LiteOS-A、OpenHarmony 核心对比表MP1 开发专用三、LiteOS-M 和 LiteOS-A 关键区分MP1 开发高频踩坑点**最大好处**绕过 Keil MDK 评估版 32KB 镜像限制GCC 编译无容量约束。四、LiteOS-M 独立移植 VS A7 完整 OpenHarmony两种开发路线对比五、结合 STM32MP157 开发的选型建议六、常见误区 TOP 5## 七、总结附配套工具链说明工具用途获取方式arm-none-eabi-gccM4/LiteOS-M 编译ARM 官网下载Ubuntusudo apt install gcc-arm-none-eabiarm-linux-gnueabihf-gccA7/LiteOS-A/OpenSTLinux 编译Ubuntusudo apt install gcc-arm-linux-gnueabihfSTM32CubeProgrammerM4 固件烧录调试ST 官网正点原子资料自带---注两套交叉编译链不可混用。 **配套前文推荐**[《STM32MP157 A7/M4 双内核开发MDK 32KB 限制、两套交叉编译链完整梳理》] 包含 MDK 仿真 Selected0MHz 故障、两套交叉工具链详细区分、M4 GCC 编译完整流程。
)
