简介
Hello大家好，很高兴能够参加这次电源网和Digikey共同举办的“你购物我买单” 活动，我这次购买活动的板卡是来自Seeed studio的 STM32MP135D开发板。
开发板参数介绍和开箱
Seeed Studio 的 STM32MP135D 开发板是一款基于 32 位 Arm® Cortex®-A7 的单板计算机，集成 L1 指令/数据缓存 32 KB、128 KB 二级缓存，并支持 Arm® NEON™ 与 TrustZone™ 技术，可运行 Buildroot 操作系统。它提供丰富连接选项，包括双 10/100 Mbit/s 以太网端口（eth1 支持 PoE 和 WOL）、USB-A、CSI 30p 摄像头接口、LCD 40p 接口以及 40 个与 Raspberry Pi 兼容的 GPIO 引脚。存储方面拥有 4 Gbits DRAM、256 Kbits EEPROM、Micro SD 卡插槽以及可选 4 GB eMMC。电源可通过 PoE 或 USB-C 5V 输入供电，裸板尺寸为 85×56×17 mm，重量约 36 g，是适合工业、物联网及边缘计算应用的高性能嵌入式平台。
包装正面照
包装背面照
我购买的这个版本是支持EMMC的，共有4GB的容量。需要注意的是，虽然支持通过操作左上角的跳线帽来切换boot的状态，但是4GB的EMMC根本不够将buildroot构建后的15GB的系统烧录进去。因此最好是选用一个32GB的内存卡作为启动容器。然后额外挂载这个4GB的EMMC作为存储使用。
开发板背面。 我上述插上了一个32GB的内存卡。
镜像构建和烧录
在Seeed官网上一共有两种系统镜像的构建方式、第一种是使用已经编译好的镜像文件。 （文件大小 大于15GB）
这里非常推荐使用这一种的方式进行直接烧录（不要去自己构建这个镜像）
还有一种办法就是使用buildroot手动构建。（强烈不推荐）
我是非常不推荐使用这种办法进行系统的构建的，首先这个教程的资料比较老。 在使用上述教程构建的时候，会出现依赖的仓库在github上托管失效的情况。从而导致构建失败。 由于我这个电脑是Mac min， M4 芯片因此构建这个镜像的时候会有各种各样的兼容性问题。我是使用docker构建的，血的教训！我构建的时候直接指定了make j20 的参数，导致docker构建的时候占用了大量的CPU资源。然后docker服务崩溃。由于是三四点，我又比较困。出来错误日志后我直接手点了一个reset to factory. 直接把我本地的docker镜像、容器等等全部都删除了。
建议直接使用第一种方法然后插入SD卡进行镜像烧录。
开发板连接和LED点亮
然后等待烧录完成之后，便可以使用USB + TTL模块连接开发板的Debug线进行上电。如下图所示。
然后使用串口工具进入控制台，内核已经启动成功了。
查看可用的LED灯
控制板载第二个LED灯点亮
橙色LED成功点亮
总结
这次活动我体验了 Seeed Studio 的 STM32MP135D 开发板。板子性能很不错，基于 32 位 Cortex‑A7，可以跑 Buildroot 系统，接口丰富：双以太网（eth1 支持 PoE 和 WOL）、USB-A、摄像头接口、LCD 接口，还有 40 个 Raspberry Pi 兼容 GPIO。存储有 4 GB eMMC 和 Micro SD 卡槽，电源支持 PoE 或 USB-C 5V。
踩的坑是：尽量不要自己编译系统镜像。我尝试在 Mac 上用 Docker 构建，结果依赖失效、Docker 占用 CPU 过高，系统崩溃，浪费了不少时间。后来直接使用 官方提供的预编译镜像，烧录到 32 GB SD 卡，启动顺利，eMMC 只用作存储。通过 USB-TTL 串口进入控制台，也成功点亮了第二个 LED（橙色），硬件一切正常。
总的来说，这块开发板 接口多、性能稳，适合工业、物联网和边缘计算开发，但系统烧录一定要用官方镜像，省心又可靠。
