把孩子的编程项目，做成可沉淀的工程文档

一、背景

最近一直在反复练习使用PDCA工具，希望通过反复练习减少生活、工作中的突发事件，无论是惊喜还是惊吓。希望生活中多一些确定性，希望通过日积月累拿到结果。

不管是写公众号文、复盘、学习使用软件，我都在坚持一件事：不做一次性消耗的努力，把每一次实操变成永久复用的SOP 。

这两天，孩子放暑假了。作业少了，时间多了。问儿子有没有什么特别想干的事情。儿子说想用Scratch控制micro:bit。

以前带孩子做编程、玩硬件创客项目，通常是做完就结束。偶尔最多拍拍照，录录视频，项目跑通就欣喜收尾，没过几天就彻底遗忘，程序文件随意丢失、接线逻辑模糊不清、本次踩过的bug和坑，下次上手大概率重蹈覆辙，每一次实操都是从零开始，白白浪费大量时间和精力。

这次我带着孩子完成「micro:bit+PCA9685+机械臂」图形化编程项目后，尝试跳出这种无效循环，完整固化一套标准化精益流程 ：硬件搭建、规范接线、分段编程、BUG排错、失误复盘、知识库归档。

曾经我带娃做创客项目，核心目标只有一个：做完、做成功、帮助儿子验证他的想法，追求单次效果。

在有了练习使用PDCA工具的意识后，核心逻辑完全不同：每一次实操，不止是完成作品，更是一次流程固化、一次能力迭代 。

说实话，单次跑通一个microbit机械臂项目，没有太大长期价值，顶多算是一次趣味亲子体验。

真正值钱、能复利的是：我把零散、随性、一次性的硬件编程实操，打磨成了可复制、可迭代、可存档的标准化工作流。 未来所有机器人、传感器、创客编程项目，都能直接套用，越做越轻松，越做越专业。

整套实操流程，完全对齐我的AI日更、知识管理核心逻辑：先定标准流程、再落地执行、中途排查纠错、最后沉淀复用 ，全程精益无浪费。

二、过程记录

1. 硬件搭建（标准化准备）

本次项目核心硬件：

1. micro:bit主板。我用的是V2.00版本。

microbit主板。我用的是V2.00版本

2. micro:bit扩展板。用的是亚博智能的。接线方便。

microbit扩展板。用的是亚博智能的

3. PCA9685模块。用来接收micro:bit的控制命令，驱动舵机转动。

PCA9685模块。用来接收micro bit的控制命令

4. 舵机、机械臂、供电模块使用的是成品套件。

舵机、机械臂、供电模块使用的是成品套件

精益要点：提前确定好全套硬件方案，包括杜邦线，杜绝边做边改、临时调整的无效返工，从源头减少不确定性。配件不全，哪怕是缺杜邦线，也不要开始。之前吃的亏是没有合适的接头，也没有提前查好方案，把树莓派5上的开机按钮折腾废了。

2. 规范接线测试（前置校验，杜绝后期玄学BUG）

问了下豆包，接线比自己想象中的要简单。就是一对一。

主板 4 针插座	PCA9685 引脚
GND →	GND
SDA →	SDA
SCL →	SCL
VCC →	VCC（3.3V）

接线比自己想象中的要简单。就是一对一

精益要点：硬件问题提前规避，使用杜邦线能避免虚焊、短路问题。使用不同颜色的线减少接错风险。遇到引脚定义不清晰时，拍照问豆包。之前带儿子用micro:bit按树莓派User Guide做交通灯项目，就遇到了接线错误的问题。一上来就照着说明拼了一堆代码块，最后只能一个灯一个灯单独写代码块来进行验证。

3. MakeCode图形化积木编程（快速落地功能）

在连续两个晚上折腾Scratch3无果后，转向使用microsoft makecode

makecode的界面如下图所示：

makecode的界面如下图所示

Scratch3界面如下所示：

Scratch3界面如下所示

相比Scratch3，makeCode支持micro:bit更多的功能。

精益要点：换用不同的软件，相比死磕一款软件，也是一种新思路。多尝试，记录尝试的结果。柳暗花明又一村，也许换个编程环境，就能解决问题。

下一次果断直接使用makeCode。

同时使用Scratch3与makeCode，需要提前对micro:bit烧录不同的固件。

4. BUG调试+低级错误复盘

很多人觉得工程师调试都是解决高深技术难题，实则不然，80%的问题，都是粗心、疏漏导致的低级错误，这次实操我也如实记录了自己的两处典型失误，也是绝大多数新手家长最容易踩的坑：

具体复盘结构，完整落地：

• 问题现象一： 上电后，舵机不回到中间，即90°位置。
• 排查过程： 检查初始化代码。结果发现只给变量赋了值，并没有把变量的值赋给舵机。

检查初始化代码。结果发现只给变量赋了值，并没有把变量的值赋给舵机

• 根因： 典型低级疏漏！
• 修正方案： 增加将变量赋给舵机的代码。

增加将变量赋给舵机的代码

• 流程固化： 给变量赋值，然后将变量的值赋给舵机，这是一个连续的流程，不要割裂开来。
• 问题现象二： 按一下按钮，机械臂旋转5度，然后就不动了。没有向期望中的那样持续旋转。为了解决这个问题，将代码放到永远循环中。结果按一下按钮，机械臂就直接转到最大角度了。

结果按一下按钮，机械臂就直接转到最大角度了

• 排查过程： 怀疑是软件识别按钮A按下，于是在一瞬间，把舵机角度累加到超过180°。超过了舵机角度的上限。
• 根因： 没有建立时序的概念。代码中没有加延时，相当于所有代码瞬时执行完成。循环则是瞬间执行多次。
• 修正方案： 在舵机执行完动作后增加延时。测试不同的延时，500ms和人的主观预期比较接近。

完整的控制一个舵机的代码

• 流程固化： 多段时序程序，必须逐段核对延时参数，杜绝批量复制代码不校验的操作

升华一句 ：工程调试、少儿编程都是同一个道理：复杂故障极少，细节失误极多。敢于复盘、记录自己的低级错误，提前规避，才是最高效的成长方式。

5. 全量归档Obsidian

在我的认知里，项目跑通、BUG修复，只能算完成50%，完整归档、可随时复用，才是真正的闭环。这也是我长期坚持Obsidian知识管理的核心意义：不让每一次实操、每一次复盘白白流失。

本次microbit机械臂项目，我通过写微信公众号文的方式，将所有核心资料完整归档。

下一次当儿子说想用Scratch控制机械臂的时候，可以直接把这篇文章扔给他。让他照做，然后在评论区补充记录。

三、最终沉淀：一套通用《少儿硬件编程SOP》

通过本次microbit机械臂实操项目，提炼出的一套全场景通用的少儿硬件编程标准流程 是：

硬件搭建 → 接线校验 → 分段编程 → 排错复盘 → 知识库归档

未来所有孩子的创客实操、编程项目、科创比赛准备，全部统一套用这套流程，不用每次从零构思、不用反复踩坑试错，彻底消除重复内耗，把每一次实操都变成可复利的积累。

四、精益升华

不管是职场工作、博士求学、知识复盘，还是带孩子做创客项目，我越来越笃定一个精益逻辑：

单次成功没有价值，流程成功才是长期复利。

曾经带孩子做编程项目，只盯着“成品效果”，做完就扔、错过就忘，看似次次有收获，实则次次从零开始。

而我们反复练习使用PDCA工具，核心是：认真做完、细致复盘、永久沉淀、持续复用。

真正的工程思维启蒙，从来不是学会拖拽几段积木、跑通一个机械臂动作，而是让孩子、让自己养成：标准化做事、结构化思考、复盘式成长的习惯，这才是受益终身的能力。

五、写在最后

你带孩子做硬件编程、创客实操，最容易卡在接线失误还是代码时序调试？评论区聊聊你的踩坑经历。