1. 项目概述与核心价值最近在米尔科技的STM32MP135开发板上折腾了一段时间发现这块板子作为ST官方力推的入门级MPU平台确实有不少值得深挖的地方。尤其是ST官方围绕它推出的一系列培训课程可以说是手把手教你从零开始玩转这颗芯片。今天这篇内容我想聚焦在课程的第二部分也就是系统构建与软件部署这个核心环节和大家分享一下我的学习心得和实操踩坑记录。对于刚接触STM32MPU系列特别是从传统的MCU比如STM32F1/F4转型过来的工程师来说STM32MP135带来的最大挑战可能不是硬件本身而是那一套复杂的Linux系统构建流程。官方的培训课程第二部分恰恰就是针对这个痛点设计的。它不再只是点个灯、读个传感器而是教你如何从源码开始搭建一个完整的、可定制的嵌入式Linux系统并把它稳稳地跑在开发板上。这个过程涉及Yocto/OpenSTLinux框架的使用、设备树的修改、内核配置、根文件系统的定制以及最终的系统烧录与测试。可以说搞懂了这一部分你才算真正“入门”了STM32MPU的开发而不是仅仅停留在应用层调调库。这套课程的价值在于它提供了一条由ST官方背书的、相对标准化的学习路径。市面上关于嵌入式Linux的资料浩如烟海但质量参差不齐很多教程步骤缺失或者环境依赖过时新手跟着做很容易从入门到放弃。而官方课程的优势在于它的工具链版本、源码仓库、构建步骤都是经过验证和匹配的大大降低了环境配置的复杂度让你能把精力集中在理解核心概念和流程上。接下来我就结合课程内容和自己的实操把这部分的核心脉络和关键细节拆解清楚。2. 开发环境搭建与源码获取工欲善其事必先利其器。在开始构建系统之前一个稳定、高效的开发环境是必不可少的。官方课程推荐在Ubuntu 20.04 LTS或22.04 LTS系统上进行开发这也是嵌入式Linux领域最主流的选择软件包丰富社区支持好。2.1 宿主机环境准备首先我们需要在Ubuntu系统上安装一系列必要的构建工具和依赖库。这个过程虽然有些繁琐但一步到位可以避免后续构建过程中各种奇怪的报错。打开终端执行以下命令来安装基础工具和依赖。这里我结合课程内容补充了一些额外的包以确保兼容性更广sudo apt-get update sudo apt-get install -y gawk wget git diffstat unzip texinfo gcc build-essential \ chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \ iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1.2-dev \ python3-subunit mesa-common-dev zstd liblz4-tool file locales libacl1 \ libncurses5 libncurses5-dev libssl-dev注意安装过程中如果遇到某个软件包无法找到可能是软件源列表需要更新或者包名在新旧版本Ubuntu中有差异。一个常见的技巧是使用apt-cache search命令来查找确切的包名。例如如果libsdl1.2-dev找不到可以尝试搜索libsdl相关的包。接下来需要设置正确的locale这会影响一些工具如BitBake的字符处理。运行sudo dpkg-reconfigure locales选择en_US.UTF-8 UTF-8作为默认locale并确保系统环境变量LANG已设置为en_US.UTF-8。你可以通过echo $LANG命令来检查。2.2 获取ST官方OpenSTLinux发行版STM32MPU的软件生态核心是OpenSTLinux Distribution简称OpenSTLinux。这是一个基于Yocto Project和Buildroot理念由ST定制和维护的Linux发行版构建框架。它为我们提供了构建引导程序TF-A、U-Boot、Linux内核和根文件系统所需的所有配方recipes、配置文件和层layers。官方课程会引导你通过ST的GitHub仓库或者开发者网站来获取源码。最直接的方式是使用Repo工具来管理多个Git仓库。首先确保你已经安装了Repo工具mkdir -p ~/bin curl https://storage.googleapis.com/git-repo-downloads/repo ~/bin/repo chmod ax ~/bin/repo然后将~/bin目录添加到你的PATH环境变量中如果尚未添加。可以编辑~/.bashrc文件在末尾加上export PATH~/bin:$PATH然后执行source ~/.bashrc使其生效。现在创建一个用于存放所有源码的工作目录并使用Repo初始化仓库。这里以OpenSTLinux的某个长期支持LTS版本为例你需要根据课程指定的版本号替换下面的链接和分支名mkdir -p ~/stm32mp1-workspace/openstlinux cd ~/stm32mp1-workspace/openstlinux repo init -u https://github.com/STMicroelectronics/oe-manifest.git -b refs/tags/openstlinux-6.1-yocto-mickledore-mp1-v23.06.21 repo syncrepo sync命令会下载数十GB的数据耗时取决于你的网络状况请耐心等待。这个过程可能会因为网络问题中断如果中断了重新执行repo sync即可它会继续之前的工作。实操心得国内访问GitHub有时速度较慢甚至不稳定。如果repo sync频繁失败可以考虑配置Git代理或者寻找国内的镜像源。另一个方法是分批次同步或者在工作时间之外进行。确保你的磁盘有足够的剩余空间建议至少100GB。3. Yocto构建框架深度解析源码下载完成后我们就正式进入了Yocto的世界。对于新手来说Yocto的概念可能有些抽象。你可以把它想象成一个高度自动化的“Linux系统工厂”。我们提供原材料源码、补丁、配方recipe文件和生产线配置配置文件Yocto这个“工厂”就会自动执行下载、打补丁、配置、编译、打包等一系列工序最终产出我们需要的系统镜像。3.1 理解Yocto的核心概念在动手构建之前理解几个关键概念至关重要这能帮助你在遇到问题时知道该去哪里查找和修改层LayerYocto项目的组织单元。每一层都包含了一组相关的元数据配方、配置、类等。OpenSTLinux框架由多个层堆叠而成核心层如openembedded-core提供了最基础的构建系统和通用配方。BSP层如meta-st-stm32mp这是ST提供的板级支持包层包含了STM32MP系列芯片特有的内核配置、设备树、引导程序配置以及机器定义。发行版层如meta-st-openstlinux定义了OpenSTLinux发行版的特性、软件包集合和系统配置。应用层用户自定义的层用于添加自己的应用程序或修改现有配置。配方Recipe以.bb或.bbappend为后缀的文件。它是构建一个软件包如Linux内核、BusyBox、你的自定义应用的“食谱”指明了源码从哪里获取、如何配置、如何编译、如何安装等步骤。.bbappend文件用于对已有配方进行扩展或覆盖。机器Machine对应具体的硬件平台。在STM32MP135开发板上我们使用的机器名通常是stm32mp135f-dk。这个定义决定了使用哪一套内核配置、设备树文件以及硬件相关的构建参数。发行版Distribution定义了整个根文件系统的特性和策略比如使用什么C库glibc, musl、包管理器rpm, dpkg、初始化系统systemd, sysvinit等。OpenSTLinux默认的发行版是openstlinux-weston带Weston图形合成器或openstlinux-eglfs无桌面环境用于嵌入式GUI。镜像Image最终输出的系统镜像文件如st-image-weston。它是一组根据配方构建出来的软件包的集合被打包成可供烧录的格式如.wic或.ext4。3.2 配置构建环境与首次构建理解了基本概念后我们开始配置和启动第一次构建。OpenSTLinux提供了一个环境设置脚本它会为我们创建构建目录并设置好所有必要的环境变量。进入源码目录执行cd ~/stm32mp1-workspace/openstlinux DISTROopenstlinux-weston MACHINEstm32mp135f-dk source layers/meta-st/scripts/envsetup.sh这个命令会提示你输入构建目录的名字直接回车使用默认名build-distribution即可。执行成功后你的终端提示符会发生变化表示已经处于Yocto构建环境中。接下来我们就可以启动构建过程了。构建一个完整的镜像非常耗时在性能较好的电脑上可能需要数小时首次构建会下载大量的源代码包存放在downloads目录并编译所有依赖。执行bitbake st-image-westonbitbake是Yocto的核心命令引擎。st-image-weston是我们要构建的镜像目标它包含了基本的命令行工具、Weston图形桌面以及一些STM32的演示程序。注意事项构建过程对主机性能要求较高尤其是CPU核心数、内存和磁盘I/O。建议分配尽可能多的CPU核心给BitBake它会自动检测并行任务数并确保有足够的内存16GB或以上为佳。如果内存不足编译大型软件包如GCC、WebKit时可能会失败。你可以通过编辑构建目录下的conf/local.conf文件调整BB_NUMBER_THREADS和PARALLEL_MAKE参数来匹配你的主机核心数。构建成功后生成的镜像文件位于构建目录/tmp-glibc/deploy/images/stm32mp135f-dk/下。最重要的文件包括st-image-weston-stm32mp135f-dk.wic这是一个完整的、可以直接用dd命令或STM32CubeProgrammer烧录到SD卡或eMMC的磁盘镜像。u-boot-stm32mp135f-dk.stm32独立的U-Boot二进制文件用于通过STM32CubeProgrammer更新引导程序。tf-a-stm32mp135f-dk.stm32TF-ATrusted Firmware-A二进制文件。zImage和stm32mp135f-dk.dtb压缩的内核镜像和设备树二进制文件。4. 系统定制与设备树修改实战第一次完整构建更像是一个“开箱即用”的体验证明了环境的正确性。而嵌入式开发的精髓在于“定制”。我们需要根据自己产品的实际硬件比如不同的屏幕、传感器、外设连接方式来修改系统。这其中设备树Device Tree的修改是最常见、也最关键的一环。4.1 设备树DTS原理与STM32MP135结构设备树是一种描述硬件拓扑结构的数据格式。在Linux内核启动时它会读取一个编译好的设备树二进制文件.dtb从而知道当前系统上挂了哪些设备、它们的地址、中断号、时钟配置等信息而无需在内核源码中写死这些配置。这对于支持多种硬件变体的嵌入式平台如STM32MP135可以搭配不同的子板来说至关重要。STM32MP135的设备树源文件.dts和.dtsi位于内核源码中。在OpenSTLinux的Yocto构建里这些文件通常位于构建目录/tmp-glibc/work/stm32mp135f-dk-openstlinux_weston-linux-gnueabi/linux-stm32mp/版本/build/arch/arm/boot/dts/目录下但直接修改这里是不推荐的因为每次清理重建后修改会丢失。正确的做法是在BSP层meta-st-stm32mp中对应的设备树文件上进行修改或者创建自己的层layer来覆盖它们。以修改米尔STM32MP135开发板的某个GPIO引脚功能为例我们首先需要找到对应的设备树文件。STM32MP135的设备树是模块化设计的stm32mp135.dtsi描述STM32MP135芯片级的内核外设如GPIO控制器、I2C、SPI、USART等。stm32mp135f-dk.dts描述STM32MP135 Discovery Kit或米尔基于此设计的核心板的板级配置它会包含include芯片级的.dtsi文件。更具体的功能可能由额外的.dtsi文件描述比如显示、音频等。假设我们要禁用板载的某个LED或者将一个默认配置为UART的引脚改为普通的GPIO输出。我们需要找到控制这个引脚Pinctrl引脚复用和GPIO节点的设备树代码。4.2 实战修改GPIO引脚功能例如米尔开发板上用户LED可能连接在PE2引脚上。在默认的设备树中它可能被配置为某种功能比如心跳灯。现在我们想将它改为由用户程序控制的GPIO。定位相关设备树代码首先在BSP层中找到stm32mp135f-dk.dts文件。路径类似于layers/meta-st-stm32mp/recipes-kernel/linux/linux-stm32mp/版本/stm32mp135f-dk.dts。分析现有配置打开文件搜索 “PE2” 或 “led”。你可能会找到类似下面的代码段leds { status okay; blue_led: led-0 { label heartbeat; gpios gpioe 2 GPIO_ACTIVE_LOW; linux,default-trigger heartbeat; default-state off; }; };这段代码定义了一个LED设备它使用GPIOE的第2个引脚低电平有效并且默认触发器是“heartbeat”系统心跳指示灯。进行修改如果我们不想让它作为系统心跳灯而是作为一个普通的、可控制的GPIO我们可以修改或注释掉linux,default-trigger这一行。更彻底的如果我们想完全释放这个引脚给其他用途可能需要修改Pinctrl配置。这通常在pinctrl节点下。找到引用pe2的pinctrl配置查看它被复用成了什么功能比如uart8_rx或gpio。如果它被复用成了非GPIO功能我们需要将其改回GPIO。但请注意修改Pinctrl需要非常小心因为它可能影响其他外设。在不确定的情况下最好参考STM32MP135的参考手册和数据手册中关于引脚复用的章节。创建自己的层进行覆盖推荐直接修改BSP层的文件不是好习惯因为更新BSP层时你的修改会被覆盖。最佳实践是创建一个自己的Yocto层。在你的工作空间顶层与openstlinux目录同级cd ~/stm32mp1-workspace bitbake-layers create-layer meta-my-custom cd meta-my-custom编辑conf/layer.conf确保其正确指向。然后在层内创建与BSP层相同的目录结构来存放你的设备树覆盖文件。例如创建recipes-kernel/linux/linux-stm32mp/目录并在其中创建一个.bbappend文件如linux-stm32mp_%.bbappend和一个存放.dts文件的目录。 在.bbappend文件中你可以指定添加你自己的设备树源文件或者使用补丁。更简单的方式是直接复制一份stm32mp135f-dk.dts到你的层进行修改然后在.bbappend文件中用SRC_URI追加你的文件并利用FILESEXTRAPATHS变量让BitBake优先搜索你的路径。重新构建内核设备树修改完成后不需要重新构建整个镜像只需重新构建设备树即可这能节省大量时间。bitbake linux-stm32mp -c devshell进入devshell后手动执行设备树的编译命令或者直接退出devshell使用bitbake linux-stm32mp -c compile -f bitbake linux-stm32mp -c deploy编译部署后新的.dtb文件会更新到部署目录。你可以将其复制到SD卡的FAT分区替换原有的或者打包进新的镜像。这个过程看似复杂但却是嵌入式Linux开发的必修课。通过修改设备树你可以让同一个Linux内核适配千变万化的硬件这是嵌入式系统灵活性的基石。5. 根文件系统定制与软件包管理除了内核和设备树根文件系统Rootfs是另一个需要大量定制的部分。我们需要决定系统里包含哪些软件、服务、驱动和配置文件。5.1 使用Yocto定制软件包列表OpenSTLinux的镜像如st-image-weston本身已经包含了一个比较丰富的软件包集合。但我们的产品可能不需要图形界面或者需要增加一些特定的工具如iperf3网络测试工具、vim编辑器、自定义的Python库等。Yocto提供了非常灵活的机制来定制镜像内容。最常用的方法是在你的自定义层中创建一个镜像配方image recipe或者写一个.bbappend文件来扩展默认的镜像。例如我们创建一个自定义的镜像配方my-custom-image.bbSUMMARY A custom image for my STM32MP135 project LICENSE MIT # 继承自 core-image 类它提供了基础的镜像构建功能 inherit core-image # 添加我们需要的软件包到 IMAGE_INSTALL 变量 IMAGE_INSTALL \ packagegroup-core-ssh-openssh \ iperf3 \ vim \ python3-pip \ my-custom-application \ # 设置 root 用户密码使用 openssl passwd 生成加密后的密码 # 例如echo -n mypassword | openssl passwd -6 -stdin ROOTFS_POSTPROCESS_COMMAND set_root_password; set_root_password() { echo root:$6$YourEncryptedPasswordHere | chpasswd -e ${IMAGE_ROOTFS} }将这个配方文件放在你的自定义层的recipes-core/images/目录下。然后你就可以通过bitbake my-custom-image来构建一个包含了你指定软件包的自定义镜像。5.2 集成自定义应用程序将你自己编写的应用程序集成到Yocto构建系统中是产品化开发的关键一步。这需要为你的应用创建一个配方recipe。假设你有一个用C语言写的简单应用hello-mpu源码结构如下hello-mpu/ ├── src/ │ ├── main.c │ └── Makefile └── COPYING你需要为它创建一个配方文件hello-mpu_1.0.bbSUMMARY A simple hello world application for STM32MP135 LICENSE MIT LIC_FILES_CHKSUM file://${COMMON_LICENSE_DIR}/MIT;md50835ade698e0bcf8506ecda2f7b4f302 # 指定源码的获取方式这里假设源码放在配方同级目录的 files 子目录下 SRC_URI file://hello-mpu-1.0.tar.gz # 源码的校验和首次可以留空构建一次后会自动填充 SRC_URI[md5sum] # 指定源码解压后的目录 S ${WORKDIR}/hello-mpu-1.0 # 这是一个使用 Makefile 的纯 C 项目所以继承 cmake 或 inherit 通用的 autotools 类。 # 这里我们假设它使用简单的 Makefile所以使用 oe_runmake do_compile() { oe_runmake -C ${S}/src } do_install() { install -d ${D}${bindir} install -m 0755 ${S}/src/hello-mpu ${D}${bindir} }将你的源码打包成hello-mpu-1.0.tar.gz放在配方文件所在目录的files/子目录下。然后将这个配方放在你的自定义层的recipes-myapp/hello-mpu/目录中。之后你就可以在自定义镜像的IMAGE_INSTALL变量里加上hello-mpu它就会被自动编译并打包进根文件系统了。实操心得为自定义应用编写配方时最常见的错误是do_install任务中安装路径不对。${D}表示目标根文件系统的镜像目录${bindir}通常是/usr/bin。使用install -d创建目录install -m安装文件并设置权限是标准做法。务必在虚拟机上用bitbake -c devshell hello-mpu进入开发环境手动执行编译和安装步骤进行测试确保配方工作正常后再进行完整构建。6. 系统烧录、启动与调试系统构建完成后下一步就是将其烧录到开发板并启动验证。STM32MP135支持多种启动设备SD卡、eMMC、QSPI Flash等最常用也最方便调试的是SD卡启动。6.1 使用STM32CubeProgrammer烧录对于SD卡烧录我们通常使用.wic镜像文件。这个文件包含了完整的分区表、引导分区TF-A, U-Boot和根文件系统分区。在Linux主机上可以使用dd命令直接写入SD卡sudo dd ifst-image-weston-stm32mp135f-dk.wic of/dev/sdX bs1M convfdatasync statusprogress警告请务必将/dev/sdX替换为你的SD卡设备名如/dev/sdb操作错误会覆盖主机硬盘数据可以使用lsblk命令确认设备名。对于eMMC烧录或者需要单独更新引导程序TF-A/U-Boot时就需要使用STM32CubeProgrammer工具。这是一个图形化也有命令行工具通过USB连接到开发板上的USB DFUDevice Firmware Upgrade接口进行烧录。硬件连接将开发板的USB DFU接口通常标记为ST-LINK通过USB线连接到电脑。将开发板启动模式拨码开关设置为“USB DFU”模式具体设置需参考米尔开发板手册。启动STM32CubeProgrammer在主机上启动该工具。连接设备选择USB连接方式点击“Connect”。如果连接成功会显示设备信息和内存映射。烧录烧录整个镜像到eMMC选择“Open file”打开.wic文件然后点击“Download”即可。工具会自动解析分区并写入。单独更新引导程序在“Address”栏输入目标地址如0x8000000对于Flash然后选择对应的.stm32文件TF-A或U-Boot点击“Download”。断开连接并重启烧录完成后断开连接将启动模式拨码开关切回SD卡或eMMC然后复位或重新上电。6.2 串口调试与系统启动日志系统启动过程的调试离不开串口。将开发板的调试串口通常是UART4TX/RX引脚通过USB转TTL模块连接到电脑。在主机上使用串口终端工具如minicom,picocom或screen连接对应的串口设备如/dev/ttyUSB0波特率通常设置为115200。上电启动开发板你将在终端看到丰富的启动信息ROM Code芯片内置的BootROM最先运行它会根据启动模式读取外部存储设备的头部信息。TF-A (BL2)Trusted Firmware-A阶段进行基础硬件初始化和安全相关设置。U-Boot (BL33)通用引导加载程序进行更全面的硬件初始化加载设备树最后加载Linux内核。Linux Kernel内核解压、初始化解析设备树加载驱动最后挂载根文件系统。用户空间启动第一个用户进程通常是systemd或init然后启动各种服务最终出现登录提示符。密切关注启动日志中的[ OK ]、[FAILED]或错误Error、警告Warning信息。常见的启动失败原因包括设备树不匹配内核找不到正确的设备或资源导致驱动初始化失败。根文件系统挂载失败可能是SD卡损坏、镜像写入错误、或者内核命令行参数root指定错误。内存问题内核panic可能与设备树中内存节点配置有关。6.3 网络配置与远程登录让开发板接入网络可以极大方便后续的开发和调试。STM32MP135开发板通常带有以太网接口。系统启动后你可以通过串口登录使用ifconfig或ip addr命令查看网络接口。如果默认没有启用DHCP可以手动配置IP或者修改系统配置使其开机自动获取IP。更常用的方式是开启SSH服务。我们在定制镜像时已经添加了packagegroup-core-ssh-openssh所以SSH服务默认应该是启用的。使用systemctl status sshd检查服务状态。确保开发板和主机在同一局域网内然后就可以通过ssh root开发板IP进行远程登录了这比串口操作要方便得多。7. 常见问题排查与性能优化在实际操作中你一定会遇到各种各样的问题。这里我整理了一些在STM32MP135开发过程中常见的“坑”及其解决方案。7.1 构建阶段常见问题问题现象可能原因排查与解决思路repo sync失败或极慢网络连接问题尤其是访问GitHub。1. 检查网络连接。2. 配置Git HTTP/HTTPS代理。3. 尝试使用repo sync -j4增加并发数。4. 分时段多次尝试。bitbake构建时下载失败源码包下载链接失效或被墙。1. 检查错误信息中的具体URL。2. 手动下载该包放入downloads/目录。3. 在配方中修改SRC_URI指向可用的镜像源需创建.bbappend文件覆盖。构建过程中内存不足OOM主机内存太小或并行编译任务过多。1. 减少conf/local.conf中的BB_NUMBER_THREADS和PARALLEL_MAKE值如设为CPU核心数的一半。2. 增加主机交换空间swap。3. 考虑升级主机内存。构建报错提示某个配方找不到层layer没有正确添加或路径错误。1. 检查bblayers.conf文件确保你的自定义层路径已添加。2. 使用bitbake-layers show-layers命令确认所有层已列出。3. 确保层内的conf/layer.conf文件配置正确。内核编译错误内核配置冲突或交叉编译工具链问题。1. 查看详细的错误日志通常在tmp/work/.../temp/log.do_compile。2. 尝试先清理内核构建bitbake linux-stm32mp -c cleanall然后重新构建。3. 检查设备树语法是否正确。7.2 运行时常见问题问题现象可能原因排查与解决思路板子上电后无任何串口输出1. 启动模式设置错误。2. 串口线连接错误或波特率不对。3. 引导程序TF-A/U-Boot损坏。1. 确认拨码开关处于SD卡或eMMC启动模式。2. 确认USB转TTL模块的TX/RX与开发板交叉连接地线相接波特率为115200。3. 使用STM32CubeProgrammer重新烧写TF-A和U-Boot。内核启动panic卡在某个驱动初始化设备树配置错误导致内核访问了错误的外设地址或资源。1. 仔细查看panic之前的最后几条内核信息通常会有线索。2. 检查设备树中对应外设的节点状态是否为okay寄存器地址、时钟、中断号是否正确。3. 尝试在设备树中暂时禁用status “disabled”;可疑的外设节点看是否能继续启动。根文件系统挂载失败1. 内核命令行参数root指定的设备不对。2. 文件系统镜像损坏。3. 对应的存储设备驱动未加载。1. 在U-Boot中使用printenv查看bootargs变量确认root/dev/mmcblk0pX是否正确。2. 重新烧写SD卡镜像确保dd命令完整执行。3. 检查内核是否包含了对应MMC/SD驱动的支持。网络接口无法获取IP1. 网线未连接。2. 以太网PHY驱动未加载或设备树配置错误。3. DHCP客户端未运行。1.ip link show查看接口状态确认是否UP。2. dmesg应用程序运行段错误Segmentation Fault1. 编译应用程序用的工具链与系统运行时库不匹配。2. 应用程序访问了非法内存地址。1.确保使用Yocto SDK或构建系统内的交叉编译工具链来编译你的应用而不是主机自带的gcc。2. 在目标板上使用gdb调试程序或查看dmesg输出获取更多崩溃信息。7.3 系统性能优化浅析对于资源有限的嵌入式平台适当的优化是必要的。内核尺寸优化默认的内核配置包含了许多驱动和功能。你可以通过bitbake linux-stm32mp -c menuconfig进入内核配置界面关闭不需要的驱动、文件系统支持、网络协议等以减小内核体积和内存占用。尤其可以关注Device Drivers、File systems、Networking support这几个大类。根文件系统优化使用busybox替代部分GNU coreutils可以减小体积。在Yocto中可以通过配置DISTRO_FEATURES和IMAGE_FEATURES来选择性地包含或排除功能包组。例如如果不需图形界面可以构建st-image-core而不是st-image-weston。启动时间优化内核压缩方式默认的zImage是gzip压缩可以考虑使用压缩率更高或解压更快的lz4或lzo需内核支持。初始化系统systemd功能强大但相对较重。对于极度追求启动速度的场景可以考虑使用busybox init或openrc但这需要较多的手动配置。并行启动确保systemd的并行化启动已开启。减少不必要的服务检查并禁用开机自启的非必要服务 (systemctl disable service-name)。这些优化需要在功能、体积、性能和开发便利性之间做出权衡。我的建议是在产品开发初期优先保证功能的完整性和调试的便利性使用官方提供的标准镜像。在功能稳定后再根据产品需求进行针对性的裁剪和优化。折腾STM32MP135的这套构建系统就像在组装一个高度定制化的乐高城堡。一开始可能会被Yocto的复杂性和漫长的构建时间吓到但一旦你理解了它的运作逻辑并成功完成了第一次从源码到镜像的完整构建和启动那种成就感是非常实在的。后续的定制无论是加一个驱动、改一个引脚还是集成自己的应用都会变得有迹可循。官方培训课程提供了一个坚实的起点和正确的路径而真正的精通则来自于在具体项目中的反复实践和踩坑。希望这篇基于课程第二部分的深度拆解能帮你更快地度过最初的迷茫期把精力聚焦在创造产品价值本身。
STM32MP135嵌入式Linux系统构建实战：从Yocto框架到设备树定制
发布时间：2026/5/23 14:02:02
1. 项目概述与核心价值最近在米尔科技的STM32MP135开发板上折腾了一段时间发现这块板子作为ST官方力推的入门级MPU平台确实有不少值得深挖的地方。尤其是ST官方围绕它推出的一系列培训课程可以说是手把手教你从零开始玩转这颗芯片。今天这篇内容我想聚焦在课程的第二部分也就是系统构建与软件部署这个核心环节和大家分享一下我的学习心得和实操踩坑记录。对于刚接触STM32MPU系列特别是从传统的MCU比如STM32F1/F4转型过来的工程师来说STM32MP135带来的最大挑战可能不是硬件本身而是那一套复杂的Linux系统构建流程。官方的培训课程第二部分恰恰就是针对这个痛点设计的。它不再只是点个灯、读个传感器而是教你如何从源码开始搭建一个完整的、可定制的嵌入式Linux系统并把它稳稳地跑在开发板上。这个过程涉及Yocto/OpenSTLinux框架的使用、设备树的修改、内核配置、根文件系统的定制以及最终的系统烧录与测试。可以说搞懂了这一部分你才算真正“入门”了STM32MPU的开发而不是仅仅停留在应用层调调库。这套课程的价值在于它提供了一条由ST官方背书的、相对标准化的学习路径。市面上关于嵌入式Linux的资料浩如烟海但质量参差不齐很多教程步骤缺失或者环境依赖过时新手跟着做很容易从入门到放弃。而官方课程的优势在于它的工具链版本、源码仓库、构建步骤都是经过验证和匹配的大大降低了环境配置的复杂度让你能把精力集中在理解核心概念和流程上。接下来我就结合课程内容和自己的实操把这部分的核心脉络和关键细节拆解清楚。2. 开发环境搭建与源码获取工欲善其事必先利其器。在开始构建系统之前一个稳定、高效的开发环境是必不可少的。官方课程推荐在Ubuntu 20.04 LTS或22.04 LTS系统上进行开发这也是嵌入式Linux领域最主流的选择软件包丰富社区支持好。2.1 宿主机环境准备首先我们需要在Ubuntu系统上安装一系列必要的构建工具和依赖库。这个过程虽然有些繁琐但一步到位可以避免后续构建过程中各种奇怪的报错。打开终端执行以下命令来安装基础工具和依赖。这里我结合课程内容补充了一些额外的包以确保兼容性更广sudo apt-get update sudo apt-get install -y gawk wget git diffstat unzip texinfo gcc build-essential \ chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils \ iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1.2-dev \ python3-subunit mesa-common-dev zstd liblz4-tool file locales libacl1 \ libncurses5 libncurses5-dev libssl-dev注意安装过程中如果遇到某个软件包无法找到可能是软件源列表需要更新或者包名在新旧版本Ubuntu中有差异。一个常见的技巧是使用apt-cache search命令来查找确切的包名。例如如果libsdl1.2-dev找不到可以尝试搜索libsdl相关的包。接下来需要设置正确的locale这会影响一些工具如BitBake的字符处理。运行sudo dpkg-reconfigure locales选择en_US.UTF-8 UTF-8作为默认locale并确保系统环境变量LANG已设置为en_US.UTF-8。你可以通过echo $LANG命令来检查。2.2 获取ST官方OpenSTLinux发行版STM32MPU的软件生态核心是OpenSTLinux Distribution简称OpenSTLinux。这是一个基于Yocto Project和Buildroot理念由ST定制和维护的Linux发行版构建框架。它为我们提供了构建引导程序TF-A、U-Boot、Linux内核和根文件系统所需的所有配方recipes、配置文件和层layers。官方课程会引导你通过ST的GitHub仓库或者开发者网站来获取源码。最直接的方式是使用Repo工具来管理多个Git仓库。首先确保你已经安装了Repo工具mkdir -p ~/bin curl https://storage.googleapis.com/git-repo-downloads/repo ~/bin/repo chmod ax ~/bin/repo然后将~/bin目录添加到你的PATH环境变量中如果尚未添加。可以编辑~/.bashrc文件在末尾加上export PATH~/bin:$PATH然后执行source ~/.bashrc使其生效。现在创建一个用于存放所有源码的工作目录并使用Repo初始化仓库。这里以OpenSTLinux的某个长期支持LTS版本为例你需要根据课程指定的版本号替换下面的链接和分支名mkdir -p ~/stm32mp1-workspace/openstlinux cd ~/stm32mp1-workspace/openstlinux repo init -u https://github.com/STMicroelectronics/oe-manifest.git -b refs/tags/openstlinux-6.1-yocto-mickledore-mp1-v23.06.21 repo syncrepo sync命令会下载数十GB的数据耗时取决于你的网络状况请耐心等待。这个过程可能会因为网络问题中断如果中断了重新执行repo sync即可它会继续之前的工作。实操心得国内访问GitHub有时速度较慢甚至不稳定。如果repo sync频繁失败可以考虑配置Git代理或者寻找国内的镜像源。另一个方法是分批次同步或者在工作时间之外进行。确保你的磁盘有足够的剩余空间建议至少100GB。3. Yocto构建框架深度解析源码下载完成后我们就正式进入了Yocto的世界。对于新手来说Yocto的概念可能有些抽象。你可以把它想象成一个高度自动化的“Linux系统工厂”。我们提供原材料源码、补丁、配方recipe文件和生产线配置配置文件Yocto这个“工厂”就会自动执行下载、打补丁、配置、编译、打包等一系列工序最终产出我们需要的系统镜像。3.1 理解Yocto的核心概念在动手构建之前理解几个关键概念至关重要这能帮助你在遇到问题时知道该去哪里查找和修改层LayerYocto项目的组织单元。每一层都包含了一组相关的元数据配方、配置、类等。OpenSTLinux框架由多个层堆叠而成核心层如openembedded-core提供了最基础的构建系统和通用配方。BSP层如meta-st-stm32mp这是ST提供的板级支持包层包含了STM32MP系列芯片特有的内核配置、设备树、引导程序配置以及机器定义。发行版层如meta-st-openstlinux定义了OpenSTLinux发行版的特性、软件包集合和系统配置。应用层用户自定义的层用于添加自己的应用程序或修改现有配置。配方Recipe以.bb或.bbappend为后缀的文件。它是构建一个软件包如Linux内核、BusyBox、你的自定义应用的“食谱”指明了源码从哪里获取、如何配置、如何编译、如何安装等步骤。.bbappend文件用于对已有配方进行扩展或覆盖。机器Machine对应具体的硬件平台。在STM32MP135开发板上我们使用的机器名通常是stm32mp135f-dk。这个定义决定了使用哪一套内核配置、设备树文件以及硬件相关的构建参数。发行版Distribution定义了整个根文件系统的特性和策略比如使用什么C库glibc, musl、包管理器rpm, dpkg、初始化系统systemd, sysvinit等。OpenSTLinux默认的发行版是openstlinux-weston带Weston图形合成器或openstlinux-eglfs无桌面环境用于嵌入式GUI。镜像Image最终输出的系统镜像文件如st-image-weston。它是一组根据配方构建出来的软件包的集合被打包成可供烧录的格式如.wic或.ext4。3.2 配置构建环境与首次构建理解了基本概念后我们开始配置和启动第一次构建。OpenSTLinux提供了一个环境设置脚本它会为我们创建构建目录并设置好所有必要的环境变量。进入源码目录执行cd ~/stm32mp1-workspace/openstlinux DISTROopenstlinux-weston MACHINEstm32mp135f-dk source layers/meta-st/scripts/envsetup.sh这个命令会提示你输入构建目录的名字直接回车使用默认名build-distribution即可。执行成功后你的终端提示符会发生变化表示已经处于Yocto构建环境中。接下来我们就可以启动构建过程了。构建一个完整的镜像非常耗时在性能较好的电脑上可能需要数小时首次构建会下载大量的源代码包存放在downloads目录并编译所有依赖。执行bitbake st-image-westonbitbake是Yocto的核心命令引擎。st-image-weston是我们要构建的镜像目标它包含了基本的命令行工具、Weston图形桌面以及一些STM32的演示程序。注意事项构建过程对主机性能要求较高尤其是CPU核心数、内存和磁盘I/O。建议分配尽可能多的CPU核心给BitBake它会自动检测并行任务数并确保有足够的内存16GB或以上为佳。如果内存不足编译大型软件包如GCC、WebKit时可能会失败。你可以通过编辑构建目录下的conf/local.conf文件调整BB_NUMBER_THREADS和PARALLEL_MAKE参数来匹配你的主机核心数。构建成功后生成的镜像文件位于构建目录/tmp-glibc/deploy/images/stm32mp135f-dk/下。最重要的文件包括st-image-weston-stm32mp135f-dk.wic这是一个完整的、可以直接用dd命令或STM32CubeProgrammer烧录到SD卡或eMMC的磁盘镜像。u-boot-stm32mp135f-dk.stm32独立的U-Boot二进制文件用于通过STM32CubeProgrammer更新引导程序。tf-a-stm32mp135f-dk.stm32TF-ATrusted Firmware-A二进制文件。zImage和stm32mp135f-dk.dtb压缩的内核镜像和设备树二进制文件。4. 系统定制与设备树修改实战第一次完整构建更像是一个“开箱即用”的体验证明了环境的正确性。而嵌入式开发的精髓在于“定制”。我们需要根据自己产品的实际硬件比如不同的屏幕、传感器、外设连接方式来修改系统。这其中设备树Device Tree的修改是最常见、也最关键的一环。4.1 设备树DTS原理与STM32MP135结构设备树是一种描述硬件拓扑结构的数据格式。在Linux内核启动时它会读取一个编译好的设备树二进制文件.dtb从而知道当前系统上挂了哪些设备、它们的地址、中断号、时钟配置等信息而无需在内核源码中写死这些配置。这对于支持多种硬件变体的嵌入式平台如STM32MP135可以搭配不同的子板来说至关重要。STM32MP135的设备树源文件.dts和.dtsi位于内核源码中。在OpenSTLinux的Yocto构建里这些文件通常位于构建目录/tmp-glibc/work/stm32mp135f-dk-openstlinux_weston-linux-gnueabi/linux-stm32mp/版本/build/arch/arm/boot/dts/目录下但直接修改这里是不推荐的因为每次清理重建后修改会丢失。正确的做法是在BSP层meta-st-stm32mp中对应的设备树文件上进行修改或者创建自己的层layer来覆盖它们。以修改米尔STM32MP135开发板的某个GPIO引脚功能为例我们首先需要找到对应的设备树文件。STM32MP135的设备树是模块化设计的stm32mp135.dtsi描述STM32MP135芯片级的内核外设如GPIO控制器、I2C、SPI、USART等。stm32mp135f-dk.dts描述STM32MP135 Discovery Kit或米尔基于此设计的核心板的板级配置它会包含include芯片级的.dtsi文件。更具体的功能可能由额外的.dtsi文件描述比如显示、音频等。假设我们要禁用板载的某个LED或者将一个默认配置为UART的引脚改为普通的GPIO输出。我们需要找到控制这个引脚Pinctrl引脚复用和GPIO节点的设备树代码。4.2 实战修改GPIO引脚功能例如米尔开发板上用户LED可能连接在PE2引脚上。在默认的设备树中它可能被配置为某种功能比如心跳灯。现在我们想将它改为由用户程序控制的GPIO。定位相关设备树代码首先在BSP层中找到stm32mp135f-dk.dts文件。路径类似于layers/meta-st-stm32mp/recipes-kernel/linux/linux-stm32mp/版本/stm32mp135f-dk.dts。分析现有配置打开文件搜索 “PE2” 或 “led”。你可能会找到类似下面的代码段leds { status okay; blue_led: led-0 { label heartbeat; gpios gpioe 2 GPIO_ACTIVE_LOW; linux,default-trigger heartbeat; default-state off; }; };这段代码定义了一个LED设备它使用GPIOE的第2个引脚低电平有效并且默认触发器是“heartbeat”系统心跳指示灯。进行修改如果我们不想让它作为系统心跳灯而是作为一个普通的、可控制的GPIO我们可以修改或注释掉linux,default-trigger这一行。更彻底的如果我们想完全释放这个引脚给其他用途可能需要修改Pinctrl配置。这通常在pinctrl节点下。找到引用pe2的pinctrl配置查看它被复用成了什么功能比如uart8_rx或gpio。如果它被复用成了非GPIO功能我们需要将其改回GPIO。但请注意修改Pinctrl需要非常小心因为它可能影响其他外设。在不确定的情况下最好参考STM32MP135的参考手册和数据手册中关于引脚复用的章节。创建自己的层进行覆盖推荐直接修改BSP层的文件不是好习惯因为更新BSP层时你的修改会被覆盖。最佳实践是创建一个自己的Yocto层。在你的工作空间顶层与openstlinux目录同级cd ~/stm32mp1-workspace bitbake-layers create-layer meta-my-custom cd meta-my-custom编辑conf/layer.conf确保其正确指向。然后在层内创建与BSP层相同的目录结构来存放你的设备树覆盖文件。例如创建recipes-kernel/linux/linux-stm32mp/目录并在其中创建一个.bbappend文件如linux-stm32mp_%.bbappend和一个存放.dts文件的目录。 在.bbappend文件中你可以指定添加你自己的设备树源文件或者使用补丁。更简单的方式是直接复制一份stm32mp135f-dk.dts到你的层进行修改然后在.bbappend文件中用SRC_URI追加你的文件并利用FILESEXTRAPATHS变量让BitBake优先搜索你的路径。重新构建内核设备树修改完成后不需要重新构建整个镜像只需重新构建设备树即可这能节省大量时间。bitbake linux-stm32mp -c devshell进入devshell后手动执行设备树的编译命令或者直接退出devshell使用bitbake linux-stm32mp -c compile -f bitbake linux-stm32mp -c deploy编译部署后新的.dtb文件会更新到部署目录。你可以将其复制到SD卡的FAT分区替换原有的或者打包进新的镜像。这个过程看似复杂但却是嵌入式Linux开发的必修课。通过修改设备树你可以让同一个Linux内核适配千变万化的硬件这是嵌入式系统灵活性的基石。5. 根文件系统定制与软件包管理除了内核和设备树根文件系统Rootfs是另一个需要大量定制的部分。我们需要决定系统里包含哪些软件、服务、驱动和配置文件。5.1 使用Yocto定制软件包列表OpenSTLinux的镜像如st-image-weston本身已经包含了一个比较丰富的软件包集合。但我们的产品可能不需要图形界面或者需要增加一些特定的工具如iperf3网络测试工具、vim编辑器、自定义的Python库等。Yocto提供了非常灵活的机制来定制镜像内容。最常用的方法是在你的自定义层中创建一个镜像配方image recipe或者写一个.bbappend文件来扩展默认的镜像。例如我们创建一个自定义的镜像配方my-custom-image.bbSUMMARY A custom image for my STM32MP135 project LICENSE MIT # 继承自 core-image 类它提供了基础的镜像构建功能 inherit core-image # 添加我们需要的软件包到 IMAGE_INSTALL 变量 IMAGE_INSTALL \ packagegroup-core-ssh-openssh \ iperf3 \ vim \ python3-pip \ my-custom-application \ # 设置 root 用户密码使用 openssl passwd 生成加密后的密码 # 例如echo -n mypassword | openssl passwd -6 -stdin ROOTFS_POSTPROCESS_COMMAND set_root_password; set_root_password() { echo root:$6$YourEncryptedPasswordHere | chpasswd -e ${IMAGE_ROOTFS} }将这个配方文件放在你的自定义层的recipes-core/images/目录下。然后你就可以通过bitbake my-custom-image来构建一个包含了你指定软件包的自定义镜像。5.2 集成自定义应用程序将你自己编写的应用程序集成到Yocto构建系统中是产品化开发的关键一步。这需要为你的应用创建一个配方recipe。假设你有一个用C语言写的简单应用hello-mpu源码结构如下hello-mpu/ ├── src/ │ ├── main.c │ └── Makefile └── COPYING你需要为它创建一个配方文件hello-mpu_1.0.bbSUMMARY A simple hello world application for STM32MP135 LICENSE MIT LIC_FILES_CHKSUM file://${COMMON_LICENSE_DIR}/MIT;md50835ade698e0bcf8506ecda2f7b4f302 # 指定源码的获取方式这里假设源码放在配方同级目录的 files 子目录下 SRC_URI file://hello-mpu-1.0.tar.gz # 源码的校验和首次可以留空构建一次后会自动填充 SRC_URI[md5sum] # 指定源码解压后的目录 S ${WORKDIR}/hello-mpu-1.0 # 这是一个使用 Makefile 的纯 C 项目所以继承 cmake 或 inherit 通用的 autotools 类。 # 这里我们假设它使用简单的 Makefile所以使用 oe_runmake do_compile() { oe_runmake -C ${S}/src } do_install() { install -d ${D}${bindir} install -m 0755 ${S}/src/hello-mpu ${D}${bindir} }将你的源码打包成hello-mpu-1.0.tar.gz放在配方文件所在目录的files/子目录下。然后将这个配方放在你的自定义层的recipes-myapp/hello-mpu/目录中。之后你就可以在自定义镜像的IMAGE_INSTALL变量里加上hello-mpu它就会被自动编译并打包进根文件系统了。实操心得为自定义应用编写配方时最常见的错误是do_install任务中安装路径不对。${D}表示目标根文件系统的镜像目录${bindir}通常是/usr/bin。使用install -d创建目录install -m安装文件并设置权限是标准做法。务必在虚拟机上用bitbake -c devshell hello-mpu进入开发环境手动执行编译和安装步骤进行测试确保配方工作正常后再进行完整构建。6. 系统烧录、启动与调试系统构建完成后下一步就是将其烧录到开发板并启动验证。STM32MP135支持多种启动设备SD卡、eMMC、QSPI Flash等最常用也最方便调试的是SD卡启动。6.1 使用STM32CubeProgrammer烧录对于SD卡烧录我们通常使用.wic镜像文件。这个文件包含了完整的分区表、引导分区TF-A, U-Boot和根文件系统分区。在Linux主机上可以使用dd命令直接写入SD卡sudo dd ifst-image-weston-stm32mp135f-dk.wic of/dev/sdX bs1M convfdatasync statusprogress警告请务必将/dev/sdX替换为你的SD卡设备名如/dev/sdb操作错误会覆盖主机硬盘数据可以使用lsblk命令确认设备名。对于eMMC烧录或者需要单独更新引导程序TF-A/U-Boot时就需要使用STM32CubeProgrammer工具。这是一个图形化也有命令行工具通过USB连接到开发板上的USB DFUDevice Firmware Upgrade接口进行烧录。硬件连接将开发板的USB DFU接口通常标记为ST-LINK通过USB线连接到电脑。将开发板启动模式拨码开关设置为“USB DFU”模式具体设置需参考米尔开发板手册。启动STM32CubeProgrammer在主机上启动该工具。连接设备选择USB连接方式点击“Connect”。如果连接成功会显示设备信息和内存映射。烧录烧录整个镜像到eMMC选择“Open file”打开.wic文件然后点击“Download”即可。工具会自动解析分区并写入。单独更新引导程序在“Address”栏输入目标地址如0x8000000对于Flash然后选择对应的.stm32文件TF-A或U-Boot点击“Download”。断开连接并重启烧录完成后断开连接将启动模式拨码开关切回SD卡或eMMC然后复位或重新上电。6.2 串口调试与系统启动日志系统启动过程的调试离不开串口。将开发板的调试串口通常是UART4TX/RX引脚通过USB转TTL模块连接到电脑。在主机上使用串口终端工具如minicom,picocom或screen连接对应的串口设备如/dev/ttyUSB0波特率通常设置为115200。上电启动开发板你将在终端看到丰富的启动信息ROM Code芯片内置的BootROM最先运行它会根据启动模式读取外部存储设备的头部信息。TF-A (BL2)Trusted Firmware-A阶段进行基础硬件初始化和安全相关设置。U-Boot (BL33)通用引导加载程序进行更全面的硬件初始化加载设备树最后加载Linux内核。Linux Kernel内核解压、初始化解析设备树加载驱动最后挂载根文件系统。用户空间启动第一个用户进程通常是systemd或init然后启动各种服务最终出现登录提示符。密切关注启动日志中的[ OK ]、[FAILED]或错误Error、警告Warning信息。常见的启动失败原因包括设备树不匹配内核找不到正确的设备或资源导致驱动初始化失败。根文件系统挂载失败可能是SD卡损坏、镜像写入错误、或者内核命令行参数root指定错误。内存问题内核panic可能与设备树中内存节点配置有关。6.3 网络配置与远程登录让开发板接入网络可以极大方便后续的开发和调试。STM32MP135开发板通常带有以太网接口。系统启动后你可以通过串口登录使用ifconfig或ip addr命令查看网络接口。如果默认没有启用DHCP可以手动配置IP或者修改系统配置使其开机自动获取IP。更常用的方式是开启SSH服务。我们在定制镜像时已经添加了packagegroup-core-ssh-openssh所以SSH服务默认应该是启用的。使用systemctl status sshd检查服务状态。确保开发板和主机在同一局域网内然后就可以通过ssh root开发板IP进行远程登录了这比串口操作要方便得多。7. 常见问题排查与性能优化在实际操作中你一定会遇到各种各样的问题。这里我整理了一些在STM32MP135开发过程中常见的“坑”及其解决方案。7.1 构建阶段常见问题问题现象可能原因排查与解决思路repo sync失败或极慢网络连接问题尤其是访问GitHub。1. 检查网络连接。2. 配置Git HTTP/HTTPS代理。3. 尝试使用repo sync -j4增加并发数。4. 分时段多次尝试。bitbake构建时下载失败源码包下载链接失效或被墙。1. 检查错误信息中的具体URL。2. 手动下载该包放入downloads/目录。3. 在配方中修改SRC_URI指向可用的镜像源需创建.bbappend文件覆盖。构建过程中内存不足OOM主机内存太小或并行编译任务过多。1. 减少conf/local.conf中的BB_NUMBER_THREADS和PARALLEL_MAKE值如设为CPU核心数的一半。2. 增加主机交换空间swap。3. 考虑升级主机内存。构建报错提示某个配方找不到层layer没有正确添加或路径错误。1. 检查bblayers.conf文件确保你的自定义层路径已添加。2. 使用bitbake-layers show-layers命令确认所有层已列出。3. 确保层内的conf/layer.conf文件配置正确。内核编译错误内核配置冲突或交叉编译工具链问题。1. 查看详细的错误日志通常在tmp/work/.../temp/log.do_compile。2. 尝试先清理内核构建bitbake linux-stm32mp -c cleanall然后重新构建。3. 检查设备树语法是否正确。7.2 运行时常见问题问题现象可能原因排查与解决思路板子上电后无任何串口输出1. 启动模式设置错误。2. 串口线连接错误或波特率不对。3. 引导程序TF-A/U-Boot损坏。1. 确认拨码开关处于SD卡或eMMC启动模式。2. 确认USB转TTL模块的TX/RX与开发板交叉连接地线相接波特率为115200。3. 使用STM32CubeProgrammer重新烧写TF-A和U-Boot。内核启动panic卡在某个驱动初始化设备树配置错误导致内核访问了错误的外设地址或资源。1. 仔细查看panic之前的最后几条内核信息通常会有线索。2. 检查设备树中对应外设的节点状态是否为okay寄存器地址、时钟、中断号是否正确。3. 尝试在设备树中暂时禁用status “disabled”;可疑的外设节点看是否能继续启动。根文件系统挂载失败1. 内核命令行参数root指定的设备不对。2. 文件系统镜像损坏。3. 对应的存储设备驱动未加载。1. 在U-Boot中使用printenv查看bootargs变量确认root/dev/mmcblk0pX是否正确。2. 重新烧写SD卡镜像确保dd命令完整执行。3. 检查内核是否包含了对应MMC/SD驱动的支持。网络接口无法获取IP1. 网线未连接。2. 以太网PHY驱动未加载或设备树配置错误。3. DHCP客户端未运行。1.ip link show查看接口状态确认是否UP。2. dmesg应用程序运行段错误Segmentation Fault1. 编译应用程序用的工具链与系统运行时库不匹配。2. 应用程序访问了非法内存地址。1.确保使用Yocto SDK或构建系统内的交叉编译工具链来编译你的应用而不是主机自带的gcc。2. 在目标板上使用gdb调试程序或查看dmesg输出获取更多崩溃信息。7.3 系统性能优化浅析对于资源有限的嵌入式平台适当的优化是必要的。内核尺寸优化默认的内核配置包含了许多驱动和功能。你可以通过bitbake linux-stm32mp -c menuconfig进入内核配置界面关闭不需要的驱动、文件系统支持、网络协议等以减小内核体积和内存占用。尤其可以关注Device Drivers、File systems、Networking support这几个大类。根文件系统优化使用busybox替代部分GNU coreutils可以减小体积。在Yocto中可以通过配置DISTRO_FEATURES和IMAGE_FEATURES来选择性地包含或排除功能包组。例如如果不需图形界面可以构建st-image-core而不是st-image-weston。启动时间优化内核压缩方式默认的zImage是gzip压缩可以考虑使用压缩率更高或解压更快的lz4或lzo需内核支持。初始化系统systemd功能强大但相对较重。对于极度追求启动速度的场景可以考虑使用busybox init或openrc但这需要较多的手动配置。并行启动确保systemd的并行化启动已开启。减少不必要的服务检查并禁用开机自启的非必要服务 (systemctl disable service-name)。这些优化需要在功能、体积、性能和开发便利性之间做出权衡。我的建议是在产品开发初期优先保证功能的完整性和调试的便利性使用官方提供的标准镜像。在功能稳定后再根据产品需求进行针对性的裁剪和优化。折腾STM32MP135的这套构建系统就像在组装一个高度定制化的乐高城堡。一开始可能会被Yocto的复杂性和漫长的构建时间吓到但一旦你理解了它的运作逻辑并成功完成了第一次从源码到镜像的完整构建和启动那种成就感是非常实在的。后续的定制无论是加一个驱动、改一个引脚还是集成自己的应用都会变得有迹可循。官方培训课程提供了一个坚实的起点和正确的路径而真正的精通则来自于在具体项目中的反复实践和踩坑。希望这篇基于课程第二部分的深度拆解能帮你更快地度过最初的迷茫期把精力聚焦在创造产品价值本身。
相关文章
探索UI-TARS桌面版：从零到精通的智能代理完整指南
探索UI-TARS桌面版：从零到精通的智能代理完整指南 【免费下载链接】UI-TARS-desktop The Open-Source Multimodal AI Agent Stack: Connecting Cutting-Edge AI Models and Agent Infra 项目地址: https://gitcode.com/GitHub_Trending/ui/UI-TARS-desktop U…
智能物流系统的技术难点
根据国际供应链与智能制造专家的普遍共识，智能物流系统（Smart Logistics System）作为“AI制造”的外延与闭环，其技术难点已不再是简单的“扫码搬运”，而是如何处理极高动态性、超大规模和强不确定性的复杂场景。核心技…
精密峰值检测电路：双运放架构原理、设计与工程实践
1. 项目概述：从“是什么”到“为什么用它”在电子设计和信号处理领域，我们常常需要知道一个信号在特定时间段内的“最高点”或“最低点”。比如，你想知道麦克风采集到的声音信号最大有多响，或者一个振动传感器感受到的冲击力峰值是…
使用SenseNova-U1开源模型生图新体验
SenseNova U1介绍 SenseNova U1 是全新一代原生多模态模型系列，在单一架构中统一了多模态理解、推理与生成。它代表着多模态 AI 的根本性范式转变：从模态集成走向真正的统一。SenseNova U1 不再依赖适配器在不同模态之间进行翻译，而是以原生…
储能 PACK 与 BMS：怎么识别有真实出货的系统集成厂，避开组装贴牌
储能赛道的门槛看起来不高：买一批电芯，叫几家代工厂组装成 PACK，挂上自己的品牌，就能对外声称是"储能系统集成商"。这条路在 2021 年到 2024 年的行业高速期被走通过无数次。于是，有真实产线、真实并网项目、…
C语言数组：从基础到实践
一、什么是数组数组就是相同类型数据的集合，这些数据在内存中连续存放，数组里的每个位置叫元素，用下标来访问。特别注意：数组的下标从0开始。以下代码就是一个简单的数组应用：二、数组的基本操作2.1 定义与初始化输出结…
卡梅德生物技术快报｜抗独特型抗体开发：半抗原检测技术瓶颈拆解，抗独特型抗体开发工程化实践
摘要小分子半抗原免疫检测存在偶联繁琐、灵敏度低、批间差大等固有缺陷，抗独特型抗体成为替代传统偶联物的核心解决方案。本文从工程化实验视角，拆解半抗原检测痛点、分子作用机制、抗独特型抗体开发全流程工艺，落地竞争法 / 非竞争法 / 噬菌…
类和对象概括
类与对象的概念在Java中，类是对象的模板或蓝图，定义了对象的属性和行为。对象是类的实例，具有类定义的属性和方法。类的定义类通过class关键字定义，包含成员变量（属性）和方法（行为）。…
分享beat.ly ai换脸 换装 解锁会员版
应用名称beat.ly 应用版本2.48.11071 软件大小92m 适用平台安卓 应用简介Beat.ly是一款主打AI换脸与换装的创意应用。只需上传照片，就能快速实现人脸替换，匹配多样场景；海量服装模板随心换，风格涵盖日常、复古、奇幻等，…
施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录
更多请点击： https://codechina.net 第一章：施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录 在华北某大型地铁盾构施工现场，一套轻量化AI Agent系统于2024年Q2完成全栈部署ÿ…
附录 B：术语表
本术语表面向“从 MM 到 HMM”专栏阅读过程中的快速查阅。它不是内核 API 手册，而是把文章中反复出现的概念放到同一张地图上：先给出直观含义，再说明它在 Linux MM/HMM 语境里的作用。建议阅读方式： 初读专栏时，把它当…
Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表·行业首曝）
更多请点击： https://kaifayun.com 第一章：Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表行业首曝） Midjourney 的渐变美学并非传统插值实现，而是由其隐式神经渲染器（Implicit Neu…
施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录
更多请点击： https://codechina.net 第一章：施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录 在华北某大型地铁盾构施工现场，一套轻量化AI Agent系统于2024年Q2完成全栈部署ÿ…
附录 B：术语表
本术语表面向“从 MM 到 HMM”专栏阅读过程中的快速查阅。它不是内核 API 手册，而是把文章中反复出现的概念放到同一张地图上：先给出直观含义，再说明它在 Linux MM/HMM 语境里的作用。建议阅读方式： 初读专栏时，把它当…
Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表·行业首曝）
更多请点击： https://kaifayun.com 第一章：Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表行业首曝） Midjourney 的渐变美学并非传统插值实现，而是由其隐式神经渲染器（Implicit Neu…
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案 【免费下载链接】MPC-BE MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windows. 项目地址:…
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南 【免费下载链接】STL-Volume-Model-Calculator STL Volume Model Calculator Python 项目地址: https://gitcode.com/gh_mirrors/st/STL-Volume-Model-Calculator 你是否曾经为3D打印项目…
通过Taotoken CLI工具一键配置团队开发环境与模型密钥
通过Taotoken CLI工具一键配置团队开发环境与模型密钥 1. CLI工具安装与基本使用 Taotoken提供的CLI工具可通过npm全局安装或直接使用npx运行。对于需要频繁使用CLI的团队，推荐全局安装： npm install -g taotoken/taotoken对于临时使用或项目级配置&a…