做工业边缘设备的同行经常面临这个问题给 ARM 工控机定制 Linux 系统镜像是用 Yocto 还是 Buildroot两者都成熟但适用场景不同。本文实战对比给嵌入式工程师、BSP 工程师参考。两者的本质差异Yocto项目级框架OpenEmbedded Poky 自定义 layer用 BitBake 编译高度可定制每个包都能控制学习曲线陡编译慢全编译 1-3 小时Buildroot基于 Makefile 的简单构建系统配置类似 kernel menuconfig学习曲线平编译快全编译 30 分钟以内灵活性低于 Yocto第一步Buildroot 快速上手# 下载 Buildrootgitclone git://git.buildroot.net/buildrootcdbuildroot# 选择默认配置如 raspberrypi4makelist-defconfigsmakeraspberrypi4_64_defconfig# 定制makemenuconfig# 编译make-j$(nproc)# 输出在 output/images/lsoutput/images/# sdcard.img / Image / rootfs.tar 等Buildroot 的优势单一配置文件控制全部复用 .config 跨项目快输出干净易理解第二步Buildroot 加自定义包添加自家协议运行时package/edge-gateway/Config.in:config BR2_PACKAGE_EDGE_GATEWAY bool edge-gateway depends on BR2_USE_MMU help Industrial edge gateway runtime.package/edge-gateway/edge-gateway.mk:EDGE_GATEWAY_VERSION 1.0.0 EDGE_GATEWAY_SITE $(call github,example,edge-gateway,$(EDGE_GATEWAY_VERSION)) EDGE_GATEWAY_DEPENDENCIES openssl libmodbus define EDGE_GATEWAY_BUILD_CMDS $(MAKE) -C $(D) CC$(TARGET_CC) endef define EDGE_GATEWAY_INSTALL_TARGET_CMDS $(INSTALL) -m 0755 $(D)/edge-gateway $(TARGET_DIR)/usr/local/bin/ endef $(eval $(generic-package))package/Config.in加source package/edge-gateway/Config.inmenuconfig 里启用 重新编译。第三步Yocto 快速上手# Clone Poky参考实现gitclone-bkirkstone git://git.yoctoproject.org/pokycdpoky# 配置环境sourceoe-init-build-env# 编辑 conf/local.conf 选 MACHINEechoMACHINE raspberrypi4-64conf/local.conf# 编译bitbake core-image-minimal# 输出在 tmp/deploy/images/$MACHINE/lstmp/deploy/images/raspberrypi4-64/Yocto 的优势可定制颗粒度细layer 架构便于复用大厂支持好NXP / TI / Renesas 都有 BSP layer第四步Yocto 自定义 layer# 创建 layerbitbake-layers create-layer../meta-edge# 加 recipemkdir-p../meta-edge/recipes-edge/edge-gatewaymeta-edge/recipes-edge/edge-gateway/edge-gateway_1.0.0.bb:SUMMARY Industrial edge gateway runtime LICENSE Apache-2.0 LIC_FILES_CHKSUM file://LICENSE;md5... SRC_URI git://github.com/example/edge-gateway.git;branchmain SRCREV v1.0.0 DEPENDS openssl libmodbus S ${WORKDIR}/git inherit cmake FILES_${PN} /etc/edge-gateway添加 layer 到构建bitbake-layers add-layer../meta-edge第五步选型对比按几个维度学习曲线Buildroot1-2 周上手Yocto1-2 个月上手编译时间Buildroot30 分钟以内全编译Yocto1-3 小时全编译含 SDK镜像大小Buildroot通常更小精简Yocto可控但通常稍大可维护性Buildroot单 .config 易管理Yoctolayer 架构灵活但复杂大厂支持YoctoNXP / TI / Renesas 等 BSP 完整Buildroot社区维护为主适用场景选 Buildroot 的场景团队小 / 时间紧镜像需求简单少量包单一硬件平台快速迭代选 Yocto 的场景团队大 / 长期项目复杂依赖管理多硬件平台支持大厂 BSP 直接用商业产品级含 SDK 升级第六步典型工控机的 BSP主流国产 ARM 工控机厂家的 BSP飞凌嵌入式 OK 系列Yocto Buildroot 双轨米尔电子 MYS 系列主要 Yocto创龙 TL 系列Yocto友善电子Allwinner / Rockchip自研 Buildroot选板子时看厂家 BSP跟着走可省一倍时间。第七步A/B 分区集成A/B 分区方案要在系统镜像构建时考虑参考前一篇Buildroot# 在 BR2_ROOTFS_POST_BUILD_SCRIPT 里生成 A/B 镜像 BR2_ROOTFS_POST_BUILD_SCRIPTboard/example/post-build.sh脚本里#!/bin/bash# 把 rootfs 复制成 A 和 B 两份cp-r$TARGET_DIR$TARGET_DIR.Acp-r$TARGET_DIR$TARGET_DIR.BYocto# image recipe 里 IMAGE_FSTYPES wic WKS_FILE ab-partition.wkswks 文件定义分区结构。第八步OTA 集成两者都支持 OTABuildroot swupdateBR2_PACKAGE_SWUPDATEyswupdate 是常用 A/B OTA 工具。Yocto RAUCRAUCRobust Auto-Update Controller是 Yocto 生态常用 OTA。IMAGE_INSTALL rauc第九步交叉编译 SDKYocto 能输出 SDKbitbake-cpopulate_sdk core-image-minimal# 输出 sdk installerlstmp/deploy/sdk/Buildroot 输出 toolchain# 配置后makesdk# 输出在 output/images/arch-buildroot-linux-gnueabihf_sdk-buildroot.tar.gzSDK 让应用开发跟 OS 解耦。第十步CI/CD 集成两者都能集成 CI# GitLab CI 示例build-image:image:ubuntu:22.04before_script:-apt-get updateapt-get install-y build-essential git wgetscript:-make buildroot-config-make-j$(nproc)artifacts:paths:-output/images/sdcard.imgcache:paths:-dl/# Buildroot 下载缓存-output/# 构建中间产物Yocto 的 sstate cache 可以显著加速SSTATE_DIR ? ${TOPDIR}/sstate-cache DL_DIR ? ${TOPDIR}/downloads工程化建议生产实战经验小团队 / 紧时间Buildroot 优先大团队 / 长期 / 多平台Yocto 优先跟着工控机厂家 BSP 走A/B 分区 OTA 必须早集成CI/CD sstate cache 大幅加速我们这套方案 Zenova EdgeOS光伏储能边缘固件系统跟主流 Yocto / Buildroot BSP 兼容。基础 License ¥400/台起。下一步建议跑通 Buildroot 或 Yocto 最小镜像加自定义包应用 配置集成 A/B 分区集成 OTAswupdate / RAUCCI/CD 自动化