树莓派Pico实战：全息时钟、转盘电视与联网空气净化器制作指南

这周落进我收藏夹的是 DF创客周刊 Vol.182 里三个方向很不同的项目赛博朋克风格的“全息时钟”、用树莓派 Pico 加转盘做出来的小电视以及把一个垃圾桶改成联网空气净化器。三件事听起来互相不沾边但如果你准备自己动手复现会发现它们有一条共通路径先拆目标再定硬件然后小步验证。全息时钟表面看是时钟实际考验的是视觉暂留、角度同步、字模映射树莓派 Pico 转盘小电视核心不在屏幕尺寸而在于“物理转动”和“画面反馈”之间的稳定性空气净化器的重点也不在垃圾桶而在风道、传感器和网络联动。下面我按这三个项目逐个拆给出适合新手的可行路线也会把容易踩坑的地方放在每个小节后面。原始周刊没给出一手引脚接线所以这里更多是通用项目思路落地前需要根据你手上的板子、屏、传感器型号再核对一次。1. 动手前先给三个项目定一套“验收标准”很多人做硬件项目习惯“先把代码跑起来”但代码能跑不代表项目完成。硬件项目的逻辑是“电路稳定、数据正确、任务连续、结果可重复”。尤其这三个项目都有显示、交互或联动环节不提前定义验收标准很容易陷入“看起来亮了但不知道做没做对”的状态。1.1 全息时钟的验收项不仅看得清还要长时间不重影全息时钟不能拿“数字能亮”当成功标志。我的建议是至少看三个指标字模显示是否稳定旋转起来后有没有重影、拖影、断笔文字水平和垂直方向是否可读是不是歪着转连续跑 30 分钟甚至一小时电机温度、主控复位、LED 闪烁是否正常。如果只是试亮大多数项目都能过一旦长时间通电供电不足、电机抖动、位置反馈不稳的问题就会暴露。复现时最好先想清楚这个时钟是桌面展示用还是准备长期摆着看时间。长期使用时间源、电机寿命、外壳遮挡都是要考虑的问题。1.2 转盘小电视的验收项每个动作都要有明确反馈转盘小电视是一个典型的“输入响应型”项目。它需要让用户转动转盘或旋钮时屏幕能按预期切换画面。验收时不要只看“多转了几下”而要验证单人操作和真实使用场景下的稳定性。我会用几个固定动作反复测从第 1 档转到第 10 档画面是否逐档变化快速转动时会不会一次跳好几档停在两个档位中间时屏幕会不会反复闪舵机或编码器经过长时间运行后角度回传有没有漂移。这类项目最容易出现的情况是单手拿着舵机让它来回转看起来挺顺装进外壳之后阻尼、供电线、摩擦变大响应就开始不稳定。所以在裸机验证之后一定要带外壳做第二轮测试。1.3 空气净化器的验收项读数、联动、断网三个环节都要过联网空气净化器的核心不是“能连 WiFi”而是整个控制闭环是否成立PM2.5 传感器能否读到稳定数值PM2.5 超标时风扇能否按设定阈值自动启动PM2.5 降下来后风扇能否延时关闭而不是立刻启停WiFi 断网时设备能不能继续按本地逻辑控制不能因为云端失去连接就停止工作。还有一个很容易被忽略的验收项传感器放在哪个位置。如果传感器贴在风扇出风口旁边读到的数据会被气流干扰甚至出现“净化器一开PM2.5 反而升高”的误会。后面我会专门写这块的排查顺序。2. 赛博朋克风格的全息时钟不是真全息靠的是视觉暂留“全息时钟”这个词很吸引人但绝大多数桌面自制项目并不是真正意义上的三维全息。主流用法是两个方向一是旋转 LED 棒靠视觉暂留把点阵字模显示在空中也叫 POV 显示二是用半透明亚克力金字塔或反射镜把屏幕画面反射成悬浮影像。两种方案造价、体积和制作难度差异很大先确定方向再准备材料。2.1 先分清你打算做旋转 LED 棒还是半透明反射视窗如果追求“赛博朋克风”的暗色透明外壳很多人会选择半透明反射方案。材料相对简单一个手机或小屏固定在上方画面通过倾斜的反射片映射到底部或中央再配合透明外壳产生悬浮感。这个方向难度在画面翻转和反光角度显示屏内容通常需要镜像处理。另一种更像技术挑战的路线是让一排 LED 或一列点阵高速旋转形成文字。这是视觉暂留效果项目名里的“全息”更多是观感上的描述。你需要准备一个能稳定旋转的电机、一个给旋转部分供电或传数据的结构、一个位置反馈传感器以及树莓派 Pico 这类主控去实时改 LED 内容。从新手角度看半透明反射方案更好上量适合塑造成“赛博朋克桌面摆件”旋转 LED 棒结构更复杂但技术点更集中适合想研究图像刷新和电机控制的玩家。2.2 树莓派 Pico 在时钟里承担的核心任务树莓派 Pico 基于 RP2040 芯片双核、主频一般在 133MHz 左右板上有 264KB SRAMGPIO 引脚可以做 PWM、I2C、SPI 和串口通信。放在全息时钟项目里它主要做三件事读取角度传感器或霍尔传感器得到当前旋转位置根据位置从预先做好的字模数组里取某一列刷新 LED维护时间来源读取 RTC 模块或通过网络校时。需要说明的是RP2040 的算力跑简单点阵字模完全够用但如果你用很高分辨率的彩色 LED 阵列还得仔细算内存和刷新速度。不要一上来就选几十条 RGB 灯带先保证单列刷新不出错再增加长度和颜色。关键逻辑可以理解成一句话LED 棒每转到某一个角度主控就点亮与这个角度对应的那一列像素。因为人眼视觉暂留只要每圈能在正确的角度刷新整圈看过去就是完整字模。伪代码如下# POV 显示的伪代码思路 IMAGE_WIDTH 40 # 字模宽度 ONE_CIRCLE 360 # 一圈角度 while True: angle read_angle_degree() if angle 0 or angle ONE_CIRCLE: continue column int(angle / ONE_CIRCLE * IMAGE_WIDTH) show_led_column(image[column], angle)这里IMAGE_WIDTH要跟着你的点阵精度去调。转速过高时刷新窗口很短转速过低时又会看到明显闪烁。常见做法是先不追求速度把电机固定在一个可调速状态用低速观察字模显示等刷新关系正确后再把转速提到正常范围。2.3 最小验证从单排 LED、低速旋转到字模列刷新不要直接开 3D 打印整机。建议按三步做最小验证先把 LED 点阵或灯带单独点亮确认每颗灯珠都能受控并记录当前使用的电源和驱动方式把电机单独转起来确认转速可调并且角度传感器能输出连续、单调变化的位置值在电机轴上装一个简易叶片把 Pico 放在固定位置先只显示一列像素测试角度变化和列更新的对应关系。如果第 3 步跑通了再把完整字模数组加进去。这样拆的好处是出问题时能很快知道是电机反馈不稳定还是字模数据方向反了又或者是 LED 刷新太慢。2.4 赛博朋克元素最后再加颜色与外壳不能干扰信息从周刊标题能看到项目强调“赛博朋克风格”这是视觉包装。实际操作中常见问题是“效果图很好看实物看不清”。原因基本都是颜色花哨、外壳反光、字体位图太细。我的经验是先选一个高对比度单色比如霓虹蓝绿色或青色外壳使用深色半透明材质字模尽量使用 5×7 或 8×8 像素以上的点阵字体。不要先把代码做成彩虹渐变再反过来调辨识度。先用单色将字形跑顺再考虑每个字用不同颜色、背景亮暗变化、装饰粒子等附加效果。显示不清时先把外层亚克力壳拿掉再测试一次这样能快速判断是显示刷新问题还是外壳散射问题。2.5 全息时钟最容易出问题的顺序供电、反射、位置反馈这类项目一旦出问题普遍不是算法复杂而是物理链路不稳。我会按以下顺序排查先看供电电机瞬间启动电流很大如果 LED 和主控共用电源电机一启动Pico 可能复位再看位置反馈PWM 调速后转速如果和角度传感器反馈不是线性的显示位置会偏移再看 LED灯带接地点、灯珠数量和预留电流不匹配时越靠近尾部越暗甚至直接不亮最后看字模方向旋转方向和传感器安装方向会决定字模向左翻还是向右翻单纯替换字模坐标就行。如果项目是用电机带着整块 LED 叶片旋转还需要考虑供电线怎么走。有些自制方案会给叶片加滑环来传输电源和信号散热和接触电阻都要提前算。要是只想做短时展示也可以考虑让叶片上的电源随转轴一起转但离心力、电池重量和安全性都需要额外设计我不建议新手直接采用这个方案。更稳妥的是找一根细软线或滑环先把单列点亮再做高转速测试。另外一个常见坑是风扇或电机附近放了磁铁式霍尔传感器但转速提高后传感器被机械振动干扰数组索引偶尔跳档。判断方法是让叶片低速运转通过串口打印角度值看有没有跳变。角度值稳定再谈显示效果。3. 树莓派 Pico 加转盘做小电视从“转动”到“换画面”的完整闭环第二个项目看起来比全息时钟温和很多但容易翻车的地方一点不少。标题里“转盘”和“小电视”的关系其实有几种不同理解可能是一个机械旋钮转动后切换频道画面也可能是利用转盘驱动舵机模拟某个动作。如果原周刊里用到舵机那“用 Pico 控制舵机”是绕不开的一环。我先明确一条如果你做的“小电视”是 POV 旋转显示思路应该回到上面的视觉暂留如果“小电视”只是一个小屏幕上播放多种动画配套一个旋钮来换画面那重点就在“读转动”和“画面刷新”的联动上。下面按后一种交互型项目展开。3.1 “转盘”到底是编码器、电位器还是舵机先别混新人最容易把三种器件混在一起旋转编码器把转动方向、转动脉冲变成数字信号适合做菜单选择、频道切换电位器读出模拟电压可以连续表示角度适合音量调节或缓慢连续变化舵机本身是输出执行器由 PWM 信号控制角度它不是用来“被读”的传感器而是用来带动某个机械结构。如果项目名里说“加个转盘转出一台小电视”最合理的路线通常是“用户转动旋钮类输入设备Pico 接收并切换屏幕内容”。这种情况下优先用旋转编码器如果转盘还要被电机带动自动复位、模拟某个机构的转向才会用舵机。为什么这里会和舵机扯上关系因为有些人做的是把舵机当成一个“可被 Pico 控制的机械转盘”屏幕先发指令舵机转到指定位置转盘带动视觉元件变化。这种用法要求 Pico 输出可控 PWM同时还得读回舵机当前角度用来校正。两者概念不同接线也不一样选题前先分清楚。3.2 Pico 接舵机的安全接线与最小 PWM 验证树莓派 Pico 的 GPIO 工作电平是 3.3V而普通 SG90 等小舵机工作电压一般是 4.8V 到 6V启动电流可以达到几百毫安甚至更高。很多人把舵机信号线接到 Pico 后又直接把舵机电源接到 Pico 的 3.3V 或 5V 引脚上结果舵机一启动板子就复位。这不是代码问题是电源不足。通用接法建议舵机 VCC 接独立电源或舵机电源模块舵机 GND 和 Pico GND 要共地舵机信号线接 Pico 任意支持 PWM 的 GPIO反复测试时不要直接用手抓住舵机臂防止堵转电流过大。用 MicroPython 做最小验证时可以这样写from machine import Pin, PWM import time # 50Hz 是常规舵机使用的 PWM 频率 # 下面两个占空比范围需要按你的舵机型号校准 MIN_DUTY 1638 # 约 0.5ms 脉宽 MAX_DUTY 8192 # 约 2.5ms 脉宽 servo PWM(Pin(0), freq50) def set_angle(angle): angle max(0, min(180, angle)) duty int(MIN_DUTY (MAX_DUTY - MIN_DUTY) * angle / 180) servo.duty_u16(duty) # 先用固定几个角度做最小验证 for angle in [0, 90, 180, 90, 0]: set_angle(angle) time.sleep_ms(500)注意0° 和 180° 的脉宽并不是每个舵机都一样低成本舵机经常有出厂差异。第一次先不让舵机转到边缘位置从 90° 开始慢慢加听声音、看角度如果出现明显抖动或“嗡嗡”声可能是占空比超出范围也可能是电压不稳。3.3 转动事件如何映射到画面状态如果你用旋转编码器代码层面要处理的核心不是 PWM而是状态变化。一个普通机械编码器转动时会产生两路方波Pico 通过判断 A、B 两相的先后关系来确定方向。最简单的方式是不停读取 A 相当 A 相从低变高时再读 B 相高低从而判断增加还是减少。伪代码思路如下counter 0 last_a read_pin_A() while True: current_a read_pin_A() if current_a ! last_a and current_a 1: b read_pin_B() if b 1: counter 1 else: counter - 1 counter max(0, min(MAX_PAGE - 1, counter)) screen.show_page(counter) last_a current_a这段代码最重要的是限制了计数范围。很多人做出来之后快速转动编码器屏幕画面会跳好几档就是因为读取循环中多次触发边沿。需要注意旋转编码器在机械接触时会有电平抖动需要通过延时、滤波或状态机去判断。不要一上来就调复杂滤波算法先把同一方向转动和反向转动测准。如果控制目标是舵机那思路会反过来不是根据外部转动去切换画面而是根据某个预设画面去控制舵机到达指定角度。比如第 1 个画面让舵机转到 0°第 2 个画面转到 45°第 3 个画面转到 90°。这时要关注的是舵机是否真的到达位置以及画面切换和舵机运动不要互相阻塞。最好把舵机运动放到一个定时器或异步任务里避免屏幕刷新被卡住。3.4 “小电视”屏幕选择与使用场景别搞混小电视的“小”是一个相对概念。常见屏幕包括0.96 寸 OLED适合显示小动画、简单图标1.3 寸或 1.54 寸彩屏适合做复古电视感界面2.0 寸以上的 SPI 屏幕信息量更大但刷新速度和接线复杂度也随之增加如果只是想模拟老电视的扫描线效果关键不在屏幕而在画面素材和配色。低分辨率屏幕不要做成“完整电视”内容可以做成几个固定场景。比如显示一个房间角落、显示一段行走动画、显示一个天气图标。转动旋钮相当于切换“频道”每个频道对应不同画面。这个项目更像一个桌面摆件不是真的网络电视。3.5 项目常见卡点结合 Pico 项目里出现的常见问题我整理了几类舵机不动作先确认信号线接对 GPIO再确认共地舵机抖动多半是 PWM 频率或脉宽越界先把角度范围缩小到 90° 中心附近编码器乱跳引脚没有接上拉电阻或者去抖逻辑不够屏幕黑屏确认电源电压、复位引脚、背光引脚很多时候不是代码不执行是背光没被点亮屏幕和舵机同时卡可能是循环里一直等待某个硬件响应应该把舵机运动时间缩短或者让屏幕刷新不阻塞。诊断这类项目时建议先打印输入值。比如转动编码器让 Pico 通过串口打印当前计数如果计数能稳定跳动再接屏幕计数本身乱跳接什么屏幕都白搭。4. 用垃圾桶改联网空气净化器有价值的不是桶是风道、数据和自动控制第三个项目从标题上看很接地气垃圾桶当作外壳再加入 WiFi 联网。很多人第一反应是“怎么把树莓派 Pico 塞进去”但实际上一台能用的净化器外壳永远不是难点。难点在风道是否密封、传感器读数是否可靠、风扇控制逻辑是否符合实际生活。我建议先把基础版本分成四个模块结构外壳、过滤滤芯、风扇系统、控制电路。每个模块单独验证不要在垃圾桶里一次性接线通电。4.1 为什么新风道和密封才是核心空气净化器本质上是一个“风机把空气抽过过滤介质”的装置。如果只做一个密不透风的垃圾桶把风扇和滤网随便塞进去那它可能只是看起来热闹并没有实际净化效果。先说密封。垃圾桶盖和桶身之间、风扇安装孔位、传感器走线位置都会漏风。漏风意味着很多空气没有经过滤芯直接从缝隙跑进去。实际效果就大打折扣。再说风道方向。常规做法有两种进风口在桶壁一侧滤网贴在进风口内侧风扇装在出风口往外抽风扇在滤网后面形成负压让空气先经过滤网再进入桶体内部。无论用哪种都要保证空气确实经过滤网。检查密封的办法很简单把滤网拿掉在进风口处放一张薄纸启动风扇后看纸是否被吸附再用手在桶身接缝处感受是否有明显漏风。漏风大的位置用密封条、玻璃胶或热熔胶补住。垃圾桶只是结构件所以不是所有桶都适合。太薄、变形严重、底部不平的桶安装风扇后会共振。建议选口径比较大、桶壁硬度尚可的型号。旧桶用之前要彻底清洗晾干不要残留明显异味。电路部分我建议只改低压设备。风扇选 12V 直流电脑风扇或 12V 直流离心风机电源使用外置 12V 适配器不直接拆改 220V 交流风扇。如果你没有电工经验不要自己处理 220V 线路。4.2 主控选型Pico W、ESP32 怎么选树莓派 Pico W 自带 WiFi可以直接做联网方案但要确认刷写的 MicroPython 或 C SDK 版本支持对应固件。如果你手头只有普通版 Pico没有 WiFi那主板本身不适合直接联网需要外接一个 ESP8266 做串口透传或者干脆换成 ESP32。选择时看四点关注点普通 PicoPico WESP32自带 WiFi否是是学习资料多逐渐增多很多控制外设够用够用够用功耗控制一般一般需要自己处理常见问题缺少网络模块WiFi 固件版本要确认引脚多但容易接错从联网净化器这个项目看如果不想同时维护两块板子Pico W 和 ESP32 都够用。我从个人经验出发建议新手优先选 ESP32 或 ESP8266因为相关内容多网络配置更容易找到参考。但如果你手里已经有 Pico W并且只是做本地 MQTT 数据上报也没必要换硬件。不管选哪块都要做到“断网时能继续本地控制”。这是远程控制设备非常容易踩的坑把设备做成只能通过云端下发指令WiFi一断风扇逻辑就跟着失效。可靠做法是先把自动控制逻辑写在本地云端只负责远程状态查看和手动指令覆盖。4.3 空气传感器读值需要做平均和预热PM2.5 激光传感器一般通过串口或 I/O 输出数值常见型号有 PMS5003、PMS7003 等。这类传感器上电后需要一段时间预热大概 30 秒到 1 分钟。刚上电就读值看到的数据可能非常不稳。更麻烦的是风扇启动本身会扰动气流使周边 PM2.5 读数出现瞬时变化。所以直接把瞬时值作为控制阀值风扇会频繁启停。经验上建议传感器上电后先跑一段预热时间取 10 个以上采样值的平均值作为一次有效读数风扇启动后等待 10 到 15 秒再开始判断是否关停传感器不要贴在风扇出风口正前方也不要被线缆挡住进气口。如果传感器读到 0 或者数值高得离谱先检查波特率、串口接线和供电。Pico 的串口收发是 3.3V很多 PM2.5 传感器供电在 5V 左右接口电平不一定一致。实际接线时需要确认传感器逻辑电平必要时做电平转换不要直接把长时间高电平的引脚接到 3.3V GPIO 上。4.4 风扇自动控制不能只有一个 PM2.5 阈值最原始的自动控制逻辑可能写成这样PM2.5 大于 75 就开风扇小于 75 就关风扇。听起来没问题但实际运行时会频繁抖动数值在 75 左右来回跳风扇就会反复启停。推荐在普通阈值逻辑里增加“滞回区间”和“延时”# 伪代码采用滞回区间避免频繁启停 if pm25 90: fan_on() elif pm25 40: fan_off_with_cooldown(120) # 至少运行 2 分钟后再关停同时建议保留手动模式。即用户可以通过按键、App 或网页把风扇强制设为“开启”或“关闭”。手动模式下自动阈值可以被打断过了设定时间后再恢复自动模式。还有一个常见问题是启动瞬间电流对主控的干扰。普通小风扇直接接 GPIO 是带不动的需要 MOSFET、继电器或电机驱动模块。使用继电器时注意继电器线圈由 Pico 3.3V 控制但不同继电器模块触发电平不一样有些必须给信号脚做高电平驱动。使用 MOSFET 时确认栅极电压是否能被 3.3V 完全开启。很多问题不是逻辑错而是驱动电压不够。4.5 联网、上报与远程控制的落地方式联网净化器值得做的功能不是“让手机可以像遥控器一样控制开关”而是先能够看到数据再通过数据决策。基础网络拓扑可以是净化器主控定时读取 PM2.5 和温度湿度通过 MQTT 或 HTTP 上报到本地服务服务端展示实时数据用户通过网页或 App 下发手动控制指令。MQTT 主题可以按设备划分例如air_purifier/1/telemetry air_purifier/1/control上报内容可以包含 JSON 数据{ pm25: 63, humidity: 56, fan_status: on, mode: auto }做局域网版本时不接外网也能验证直接把主控连到路由器在电脑上跑一个 MQTT Broker。需要做远程访问时要重视账号密码和协议安全不要直接把 Broker 暴露在公网而不加认证也不要使用厂商预设的弱口令。家用场景更推荐先走局域网再通过智能家居平台做远程入口。传感器数据要保留历史变化才能判断净化效果。最好每 30 秒或 1 分钟采样一次并在本地保存最近几小时数据。如果你只是把当前 PM2.5 数值显示在一个页面上很难判断设备是否真的有效。4.6 长期使用的检查项垃圾桶改造的净化器不算是“精致家电”但它需要长期通电运行所以建议每过一段时间检查一次滤网有没有积灰进风口有没有被衣物挡住风扇叶片有没有积灰转动是否出现异响传感器进气口有没有被灰尘堵住读数是否长期恒定不变桶内线材有没有被风扇叶片磨损接头有没有发热塑料桶长期靠近热源时会不会变形。如果想提升效果可以加一层初效过滤棉避免大颗粒直接击中 HEPA 或活性炭层延长耗材寿命。桶内不要放太多乱走线风道保持顺畅比看起来整洁更重要。5. 三个项目通用的排查顺序别一上来就调代码这三个项目都属于“代码只是最后一步”的类型。你写出来的逻辑通常没有那么复杂真正复杂的是各种硬件连接、供电和信号干扰。遇到问题时最好按从物理到逻辑的顺序排查而不是直接改代码参数。5.1 先问是供电、接线、协议还是数据格式我给出一套适合这三个项目的排查顺序看现象是完全没有反应、有反应但不对还是偶尔异常看物理连接接线是不是可靠有没有共地有没有接反看供电电机启动时主控是否复位传感器有没有独立供电看信号协议串口波特率对不对PWM 频率是否匹配I2C 地址是否正确看数据格式传感器返回的数据长度、字节序是否和解析代码一致最后看代码确认是不是状态逻辑、边界条件、并发阻塞导致的问题。比如全息时钟显示乱码不要先怀疑算法。先确认电机转向稳定是不是有抖动转盘小电视无法切换画面先打开串口看输入计数值不要先怀疑屏幕接线空气净化器数据忽高忽低先确认传感器位置和有无气流干扰不要先改滤波代码。5.2 每类项目留一份最小复现用例不要把所有代码写在同一个 main.py 里。建议把每个项目拆成以下独立文件或独立模块传感器测试只打印数据屏幕测试只显示一张固定图片电机测试只控制舵机或风扇开关联网测试只连接 WiFi 并发送一条数据主流程把上述模块组合起来。这样每一层都可以单独验证。如果组合后出问题直接回退到某个最小用例可以快速确认是哪一层新增的依赖导致问题。比如 Pico W 连接 WiFi 时如果调用阻塞太久可能会影响风扇控制循环发现问题后再把网络任务放到后台不要让联网阻塞自动控制逻辑。5.3 从“能跑”到“能常用”的阶段判断在实验室里能跑通的不等于能在家里长时间稳定运行。做这类项目时可以把完成度分成三个阶段第一阶段原型能演示硬件可以通过串口日志看到正确数据 第二阶段功能和外壳结合能连续运行一天不会因为震动、发热、断电复位导致数据错乱 第三阶段具备异常处理比如 WiFi 中断后能自动重连、MQTT 连接失败后能退回到本地控制、滤网堵住后有提示信号。如果只是学习练手走到第二阶段已经足够。但如果是把自己做的净化器放在家里长期使用或者把全息时钟作为桌面摆件每天开着就一定要考虑第三阶段。硬件项目真正让人头疼的往往不是首次点亮的那几分钟而是第二周之后还能不能继续正常运行。另外提一个我在这些项目里反复遇到的现象很多时候不是工具能力不够而是前置环境没有整理干净。垃圾桶外壳接线没有捆扎、全息时钟电机位置反馈线被转轴磨断、Pico 电源线太细导致压降过大都是这类问题。先把物理结构固定好再把代码跑通会让你少掉很多头发。