企业官网建设流程全解析

1. 从一块开发板到一群人的狂欢：为什么众筹平台上的硬件项目值得深挖

如果你玩过树莓派或者ESP32，大概率经历过这样的时刻：板子买回来了，系统烧好了，然后……不知道拿它干什么。官方例程跑了一遍，点了个灯，读了个传感器，然后就放在抽屉里吃灰了。这不是你一个人的问题，这是绝大多数嵌入式爱好者的真实写照。而众筹平台恰恰是解决这个问题的最佳灵感来源——因为上面每一个项目，都是有人真金白银投票选出来的，它们要么解决了某个具体痛点，要么打开了一种全新的玩法。

我自己从2016年开始关注各类硬件众筹项目，前后支持过二十多个项目，也帮朋友评估过几个准备上众筹的硬件方案。踩过的坑包括但不限于：项目延期一年半、收到货发现精度远不如宣传、开源资料只给了个原理图连固件都不全。但也淘到了不少真正好用的东西，更重要的是，从这些项目里学到了大量“官方文档不会告诉你”的设计思路和实现技巧。

这篇文章要聊的，是我从众筹平台上筛选出来的10个树莓派与ESP32项目类型。注意，我不会只告诉你“这个项目做了什么”，而是会拆解它的核心思路、关键技术点、为什么选树莓派而不是ESP32（或者反过来）、以及如果你想自己复现需要注意哪些坑。适合有基础电子知识、会写一点代码、想找项目练手或者找产品灵感的读者。完全零基础也能看，我会尽量用生活化的类比把技术原理讲清楚。

先给一个全局判断：树莓派和ESP32在众筹项目里的分工其实非常明确。树莓派是“大脑”，适合需要跑操作系统、处理图像、做网络服务、接大屏幕的场景；ESP32是“神经末梢”，适合低功耗、小体积、实时控制、电池供电的场景。很多成功的项目其实是两者配合——ESP32负责采集和控制，树莓派负责计算和展示。这个分工逻辑贯穿下面所有项目，理解了这一点，你自己做方案选型的时候就不会纠结了。

2. 十个项目类型深度拆解：从需求到技术方案

2.1 项目一：家庭环境监测站——为什么它是最适合入门的众筹品类

环境监测站是众筹平台上出现频率最高的树莓派/ESP32项目类型，没有之一。原因很简单：需求普适（谁都关心家里的空气质量和温湿度）、技术门槛低（传感器都是现成的I2C或SPI接口）、展示效果好（一块屏幕加几个数值，看起来就很专业）。

这类项目的核心架构通常是：ESP32作为传感器节点，通过WiFi把数据发到树莓派，树莓派跑一个轻量级数据库和Web服务，手机或电脑打开网页就能看历史曲线。为什么不让树莓派直接接传感器？因为树莓派的GPIO虽然也能读I2C，但它的强项不在这里。树莓派跑的是完整操作系统，GPIO操作要经过内核调度，实时性远不如ESP32的裸机或RTOS环境。而且树莓派功耗高，7x24小时开着电费也不便宜。ESP32深度睡眠模式下电流可以做到10微安级别，用电池撑几个月没问题。

传感器选型方面，众筹项目里最常见的是SHT30（温湿度）、BME280（温湿度+气压）、CCS811（TVOC和CO2等效值）、PMS5003（颗粒物）。这里有个坑：CCS811需要预热48小时才能稳定，很多项目宣传页上不写这一点，用户拿到手发现数值乱跳就给差评。PMS5003的进气风扇噪音在安静卧室里能听到，如果做卧室监测站，要么把采样间隔拉长，要么把传感器放在远离床头的位置。

实操层面，如果你想复现一个环境监测站，我建议的配置是：ESP32开发板一块（推荐带OLED屏的版本，方便本地看数据）、SHT30模块一个、5V电源一个。固件用Arduino框架写，MQTT协议发数据到树莓派上的Mosquitto。树莓派这边用InfluxDB存时序数据，Grafana做可视化。这套组合我在三个朋友家里部署过，稳定运行最长的已经超过两年，唯一出过的问题是SD卡写坏了一次——所以树莓派一定要用高质量SD卡，或者干脆用USB SSD启动。

注意：众筹项目里宣传的“CO2监测”绝大多数用的是CCS811或类似原理的传感器，测的是等效CO2值，不是真正的NDIR二氧化碳传感器。真正的NDIR传感器（如SCD30）价格是前者的五到十倍。如果你对CO2精度有要求，别被宣传页忽悠了。

2.2 项目二：复古游戏掌机——树莓派CM4与ESP32的双线战场

复古游戏掌机是众筹常青树，每年都有几个项目超额完成目标。这个品类有意思的地方在于，它清晰地展示了树莓派和ESP32两条技术路线的分野。

树莓派路线：用CM4（计算模块4）或者Zero 2 W，跑RetroPie或Lakka系统，模拟PS1、N64甚至部分Dreamcast游戏。优势是性能强、模拟器生态成熟、支持的游戏平台多。劣势是功耗高、散热需要认真设计、成本很难压到100美元以下。CM4的功耗在满载时能到5W以上，掌机体积内做散热是个挑战。我见过一个项目用CM4做了个掌机，外壳厚度做到35mm，比初代Game Boy还厚，就是因为散热片和风扇占空间。

ESP32路线：用ESP32-S3，跑自己写的模拟器或者移植的开源模拟器，主要模拟NES、GB、SMS这些8位平台。优势是功耗低（整机可以做到5W以下）、成本低（BOM可以控制在30美元以内）、体积小。劣势是性能有限，16位平台就很吃力了，32位基本没戏。但ESP32-S3有个隐藏优势：它支持USB OTG，可以直接模拟U盘或者手柄，有些项目用它来做“游戏卡带”形态的掌机，插到电脑上就是一个手柄加存储设备。

从众筹数据来看，ESP32路线的项目成功率更高，因为价格敏感型用户占多数。但树莓派路线的项目一旦成功，客单价和利润空间更大。如果你自己想做一个，我的建议是：先想清楚你要玩什么平台的游戏。如果只是FC和GB，ESP32-S3完全够用，而且你能做出更轻薄的产品。如果要玩PS1，老老实实上树莓派CM4，别想着用ESP32硬扛。

屏幕选型是这类项目的另一个关键决策点。众筹项目里常见的有三种：SPI接口的IPS屏（便宜、接线简单、刷新率低）、DPI接口的RGB屏（效果好、接线多、需要树莓派原生支持）、HDMI屏（最方便、功耗高、体积大）。ESP32路线基本只能用SPI屏，树莓派路线三种都能用。我个人的经验是，4英寸以下的屏幕用SPI就够了，再大就必须上DPI或HDMI，否则刷新率会让你眼睛难受。

2.3 项目三：智能农业监测与灌溉——ESP32的主场

农业类项目在众筹上一直有稳定的受众，尤其是欧美市场，家庭菜园和温室种植很普遍。这类项目几乎清一色用ESP32，原因很直接：田间地头没有稳定电源和WiFi，需要电池供电和低功耗广域网通信。

核心技术点有三个：土壤湿度传感、低功耗设计、远程通信。土壤湿度传感器分电阻式和电容式两种。电阻式便宜但容易电解腐蚀，几个月就报废；电容式贵一点但寿命长得多。众筹项目里如果宣传页不写传感器类型，大概率是电阻式的，这是个隐形成本坑。我建议自己复现的话，直接上电容式，比如SEN0193或者自己用两块覆铜板做一个。

低功耗设计是这类项目的灵魂。ESP32在深度睡眠模式下可以做到10微安，但一旦唤醒WiFi发射，电流瞬间跳到200毫安以上。所以策略是：大部分时间睡觉，定时唤醒读传感器，读完立刻通过LoRa或者NB-IoT发出去，然后继续睡。WiFi在田间场景基本不可用，距离稍微远一点信号就没了。LoRa模块（如SX1276）配合ESP32是常见方案，通信距离在开阔地带可以到几公里，功耗也低。

灌溉控制部分，通常用电磁阀或者微型水泵。这里有个实操细节：电磁阀在开关瞬间会产生反向电动势，必须加续流二极管，否则很容易烧驱动电路。我见过一个项目因为省了这颗二极管，用户用了一个月后大批量返修。另外，如果用水泵，要考虑干转保护——土壤湿度传感器故障时，系统可能一直抽水直到水泵烧毁。加一个水流传感器或者简单的电流检测就能避免这个问题。

提示：农业项目的防水处理是众筹项目翻车的重灾区。IP67不是随便标标的，接线端子、USB接口、按键都是进水点。如果你自己做，要么用灌封胶整体封装，要么把电路板放在密封盒里，所有出线用防水接头。

2.4 项目四：桌面机器人——树莓派做大脑，ESP32做小脑

桌面机器人是众筹上最容易出爆款的品类，因为它有天然的传播属性——一个会动、会说话、能互动的桌面小东西，视频拍出来就有人转发。这类项目的技术架构几乎都是树莓派+ESP32的组合。

树莓派负责：语音识别（离线用Vosk或Porcupine，在线用各大云服务）、自然语言处理、表情显示（驱动一块小屏幕）、网络通信。ESP32负责：舵机控制、传感器读取（触摸、距离、光线）、电池管理、电源开关。两者通过串口或者WiFi通信。

为什么这么分工？因为舵机控制需要精确的PWM时序，树莓派在Linux下做PWM会有抖动，尤其是系统负载高的时候。ESP32的LEDC硬件PWM可以做到非常稳定的输出，而且它可以在树莓派休眠的时候继续维持姿态。语音识别则相反，需要大量计算和网络请求，ESP32的内存和算力都不够。

舵机选型方面，众筹项目里最常见的是SG90（便宜、塑料齿轮、容易扫齿）和MG996R（金属齿轮、扭矩大、耗电高）。桌面机器人一般用6到12个舵机，如果全部用MG996R，峰值电流能到10安培以上，电源设计必须认真对待。我见过一个项目用USB供电，结果机器人一动就重启，就是因为USB口限流了。正确做法是用独立的5V大电流电源，或者用2S锂电池加降压模块。

语音交互是这类项目的体验瓶颈。离线语音识别在安静环境下准确率还行，但有背景音乐或者多人说话时就废了。在线语音识别效果好，但延迟明显，用户说一句话要等一两秒才有反应，体验很割裂。我试过几个众筹机器人，最后发现最实用的功能反而是最简单的：触摸互动和表情变化。语音功能新鲜感过了之后，使用频率会大幅下降。

2.5 项目五：网络存储与私有云——树莓派的经典应用场景

NAS类项目在众筹上一直有稳定需求，尤其是注重数据隐私的用户群体。树莓派做NAS的核心优势是低功耗和低噪音，劣势是USB和网络带宽有限。

树莓派4B和5都有USB 3.0接口，接一个移动硬盘做NAS，读写速度可以到100MB/s左右，跑千兆网络基本够用。但要注意：树莓派的USB和网络共享总线带宽，同时跑满USB 3.0和千兆网卡会互相抢带宽。实际测试中，从网络写入硬盘的速度大概在70-90MB/s，读取在90-110MB/s。这个性能对于家庭文件共享和备份完全够用，但别指望做视频剪辑的在线存储。

软件方案上，OpenMediaVault是最常见的选择，它基于Debian，有Web管理界面，支持SMB、NFS、DLNA等协议。另一个选择是Nextcloud，功能更丰富但更吃资源，树莓派4B跑起来有点吃力，5会好很多。众筹项目里有些会做定制系统，但底层基本都是这两个方案之一。

硬盘供电是个大坑。2.5英寸移动硬盘一般需要5V 1A左右的电流，树莓派的USB口总共只能提供1.2A左右（所有口加起来），如果接两块硬盘，大概率会掉盘。正确做法是用带独立供电的USB Hub，或者用3.5英寸硬盘加硬盘盒（自带电源）。我自己的方案是用一个带12V供电的硬盘盒，树莓派只负责数据，供电完全独立，两年没出过问题。

注意：众筹NAS项目宣传的“支持RAID”要仔细看。树莓派的USB带宽做RAID 1（镜像）还行，RAID 5（奇偶校验）的写入性能会惨不忍睹，因为校验计算和多次写入都在同一总线上。如果真需要RAID 5，建议上x86平台。

2.6 项目六：LoRa通信与Mesh网络——ESP32的通信强项

LoRa和Mesh网络类项目在众筹上属于“极客向”品类，受众窄但忠诚度高。这类项目的核心价值是：在没有蜂窝网络和WiFi的环境下，实现远距离、低功耗的文本通信。

ESP32配合LoRa模块（如SX1276/SX1278）是标准方案。LoRa的扩频技术让它能在极低的信噪比下解调信号，理论通信距离在开阔地带可以到10公里以上，城市环境大概1-3公里。实际项目中，天线质量和架设高度比模块本身更重要。我见过一个项目用普通弹簧天线，通信距离只有500米；换成半波偶极子天线架到楼顶，直接到了3公里。

Mesh网络方面，ESP32支持ESP-MESH协议，可以自组网、自修复。每个节点既可以收发自己的数据，也可以转发其他节点的数据。这在应急通信、园区覆盖、仓库管理场景很有用。但Mesh网络的延迟会随着跳数增加而增加，每跳大概增加10-50毫秒。如果做实时语音，超过三跳就没法用了；做文本消息，十跳以内都可以接受。

众筹项目里有个有意思的细分品类：LoRa GPS追踪器。ESP32+LoRa+GPS模块，做成一个小盒子，放在车上或者背包里，通过LoRa把位置发到基站。这个方案比蜂窝网络追踪器省电得多，而且不需要SIM卡和月租。但覆盖范围受限于你自己架设的基站，适合固定区域使用，比如农场、矿区、大型活动现场。

2.7 项目七：智能家居中控屏——树莓派的显示优势

智能家居中控屏是近几年众筹上的热门品类，核心形态是一块触摸屏加树莓派，跑一个定制的家居控制界面。这类项目的技术难点不在硬件，而在软件整合。

树莓派这边，屏幕选型通常是5到10英寸的HDMI或DPI触摸屏。HDMI屏接线简单但需要额外供电，DPI屏只需要排线但需要树莓派原生支持（CM4最方便）。触摸方面，电容屏体验远好于电阻屏，但价格也贵不少。众筹项目里有些用电阻屏来压成本，用户拿到手发现要用力按才有反应，体验很差。

软件层面，Home Assistant是绝对的主流。它支持几乎所有主流智能家居协议（Zigbee、Z-Wave、WiFi、蓝牙），有丰富的插件生态。树莓派跑Home Assistant完全没问题，但要注意：如果接的设备和自动化规则很多，数据库会越来越大，SD卡寿命是个问题。建议用USB SSD或者把数据库放到另一台机器上。

ESP32在这类项目里的角色通常是“协议桥接器”。比如把433MHz射频信号转成WiFi、把红外遥控转成网络指令、把蓝牙设备接入Home Assistant。ESP32的RMT外设非常适合做红外收发，精度可以到微秒级。我自己用ESP32做了一个红外桥接器，把家里的老空调、电视、风扇都接入了Home Assistant，成本不到30块钱。

提示：中控屏的安装方式很重要。众筹项目里很多是墙面安装，需要考虑86盒的尺寸和走线。如果不想在墙上打洞，可以考虑桌面支架或者磁吸底座。我见过一个项目因为没考虑走线，用户装好后电源线露在外面很难看，退货率很高。

2.8 项目八：便携式科学计算与数据采集——树莓派的高精度路线

科学计算和数据采集类项目在众筹上属于小众但高价值品类，客单价通常较高。这类项目的核心需求是：高精度ADC、低噪声电源、稳定的时钟源、以及方便的数据导出。

树莓派本身没有ADC，所以这类项目通常外接高精度ADC芯片，比如ADS1115（16位）、ADS1256（24位）、MCP3421（18位）。ADS1115是最常见的选择，I2C接口，四通道，采样率最高860SPS。对于大多数传感器应用（温度、压力、应变片）完全够用。如果需要更高精度或更快采样率，就要上SPI接口的ADC，比如ADS1256可以做到30kSPS。

电源设计是这类项目的关键。树莓派的开关电源噪声很大，直接给ADC供电会引入大量纹波。正确做法是用LDO（低压差线性稳压器）给模拟部分单独供电，数字部分和模拟部分的地要分开走，最后在一点连接。我见过一个项目因为没做电源隔离，16位ADC的实际有效位数只有12位，用户用来做精密测量直接翻车。

数据导出方面，众筹项目里常见的有三种方式：Web界面下载CSV、MQTT推送到服务器、直接存U盘。Web界面最方便但需要树莓派一直开着；MQTT适合远程监控；U盘适合离线场景。我个人的偏好是MQTT+本地缓存，网络断了数据不丢，网络恢复后自动补传。

2.9 项目九：机器人小车与自动驾驶——ESP32的实时控制优势

机器人小车是众筹上的经典品类，从简单的遥控车到复杂的SLAM小车都有。这类项目的技术栈非常清晰：ESP32做底层电机控制和传感器读取，树莓派做上层路径规划和视觉处理。

电机控制方面，ESP32的MCPWM外设可以同时控制多路电机，支持死区插入和故障保护。配合编码器做闭环控制，可以实现精确的速度和位置控制。众筹项目里常见的是直流减速电机+霍尔编码器，或者步进电机+闭环驱动器。直流电机便宜但控制精度低，步进电机精度高但耗电大、高速扭矩下降。选择取决于应用场景：如果只是巡线或者遥控，直流电机够了；如果要做精确的位置控制（比如机械臂），步进电机更合适。

视觉处理方面，树莓派配合OpenCV可以做车道线检测、障碍物识别、二维码读取。但树莓派的算力有限，跑深度学习模型需要加加速棒（如Coral USB Accelerator）或者用轻量级模型（如MobileNet）。我试过在树莓派4B上跑YOLOv5-nano，帧率只有5-8FPS，做实时避障有点勉强。如果要做视觉SLAM，建议上树莓派5或者x86平台。

通信方面，ESP32和树莓派之间通常用串口或者ROS2的micro-ROS。micro-ROS可以让ESP32直接作为ROS2节点，省去自己写通信协议的工作。但micro-ROS对ESP32的内存占用不小，如果同时跑电机控制和传感器读取，建议用ESP32-S3（带PSRAM的版本）。

2.10 项目十：便携式媒体中心与投屏器——树莓派的影音强项

便携式媒体中心和投屏器是众筹上常青树品类，核心需求是：把手机或电脑的内容投到大屏幕，或者在没有网络的环境下播放本地媒体。

树莓派做投屏接收端，常见方案是Miracast或者AirPlay。Miracast在树莓派上需要额外的WiFi网卡支持（支持P2P模式），板载WiFi有些版本不行。AirPlay方面，RPiPlay和uxplay是两个开源方案，延迟在100-200毫秒，看视频可以，玩游戏不行。众筹项目里有些会做硬件编码器来降低延迟，但成本会大幅增加。

便携媒体中心方面，树莓派配合Kodi（LibreELEC或OSMC）是标准方案。支持几乎所有视频格式的硬解，4K H.265在树莓派4B上可以流畅播放。但要注意：树莓派的HDMI输出在某些电视上有兼容性问题，尤其是老电视的EDID识别。如果遇到黑屏或分辨率不对，可以在config.txt里手动指定HDMI模式。

ESP32在这类项目里的角色通常是遥控器或者媒体控制端。用ESP32做一个红外遥控器，学习电视和音响的遥控码，通过WiFi接收手机指令。或者用ESP32做蓝牙音频接收器，把手机音频转到音响上。ESP32的蓝牙音频延迟在100毫秒左右，听音乐没问题，看视频会有音画不同步。

注意：众筹项目里宣传的“支持4K”要仔细看是解码4K还是输出4K。树莓派4B可以解码4K H.265，但输出只有HDMI 2.0，4K 60Hz需要仔细配置。树莓派5支持4K 60Hz输出，但功耗和发热也上去了，便携场景需要认真考虑散热。

3. 从众筹项目里学到的选型与设计经验

3.1 树莓派与ESP32的选型决策树

看了这么多项目，我总结了一个简单的选型决策树，你在做自己的项目时可以直接套用：

实际项目中，两者配合的场景远多于二选一。我自己的经验法则是：如果项目需要“人机交互”（屏幕、语音、网络），树莓派是核心；如果项目需要“物理交互”（电机、传感器、电源管理），ESP32是核心。

3.2 众筹项目常见的宣传陷阱与避坑指南

在众筹平台上评估一个项目是否靠谱，我通常会看这几个点：

第一，看更新频率。一个健康的项目，发起人应该每两周至少更新一次进度。如果超过一个月没更新，大概率遇到问题了。我支持过的一个项目，发起人消失三个月后回来发了个道歉信说芯片缺货，又过了半年才发货。

第二，看开源程度。真正有技术实力的团队通常会把原理图、固件、上位机软件都开源。如果只给一个成品，连引脚定义都不公开，后续出了问题你连修都没法修。我见过一个项目宣传“完全开源”，结果收到货发现固件是加密的，根本没法自己改。

第三，看社区活跃度。众筹页面的评论区、Discord群组、GitHub仓库的issue数量，都能反映项目的真实热度。如果一个项目筹了很多钱但社区死气沉沉，要么是用户都是小白不会用，要么是产品本身有问题。

第四，看BOM成本。如果一个项目宣传的功能很强大但价格低得离谱，大概率在看不见的地方省了成本。比如用回收电芯、省略保护电路、用劣质连接器。这些在宣传页上不会写，但用户用几个月就会暴露。

3.3 自己复现项目的实操建议

如果你想自己复现这些项目，而不是买成品，我的建议是：

从最简单的开始。不要一上来就做带屏幕、带语音、带电机控制的复杂项目。先做一个ESP32读传感器发数据到手机的小项目，把开发环境、烧录流程、调试方法都跑通。然后再逐步增加复杂度。

善用开源社区。GitHub上有大量树莓派和ESP32的开源项目，很多众筹项目本身就是基于开源方案做的。与其从零开始，不如找一个成熟的开源项目，在它的基础上改。这样你能站在别人的肩膀上，避免大量低级错误。

准备好调试工具。一个USB逻辑分析仪（几十块钱）能帮你解决80%的通信问题。一个万用表是最基本的。如果做电源相关的项目，一个电子负载和示波器会很有帮助。这些工具看起来是额外投入，但能帮你省下大量试错时间。

提示：ESP32的GPIO有几种不同的驱动能力，默认是20mA，但有些引脚可以配置到40mA。驱动LED直接接限流电阻就行，驱动继电器或者电机必须加三极管或MOSFET。我见过太多人直接用GPIO驱动继电器，结果烧了引脚还以为是代码问题。

4. 常见问题与排查技巧实录

4.1 树莓派相关高频问题

问题一：树莓派突然无法启动，电源灯亮但屏幕黑。

排查思路：首先检查SD卡是否插紧，然后换一个电源试试。树莓派对电源很敏感，电压低于4.8V就会不稳定。如果电源没问题，把SD卡拔下来插到电脑上，看能不能读到boot分区。如果读不到，SD卡可能坏了。如果读得到，可能是系统文件损坏，重新烧录系统试试。

我遇到过最诡异的一次是树莓派启动到一半卡住，换了三个电源、两张SD卡都没用，最后发现是HDMI线短路导致系统保护。所以如果常规排查都没用，把所有外设都拔掉，只留电源和SD卡，看能不能启动。

问题二：WiFi信号弱，经常断连。

树莓派板载WiFi的天线是PCB天线，增益很低。如果设备放在金属盒子里或者远离路由器，信号会很差。解决方案：用USB WiFi网卡带外置天线，或者用网线。如果必须用板载WiFi，把树莓派放在远离金属和USB 3.0设备的位置——USB 3.0的噪声会干扰2.4GHz WiFi。

问题三：SD卡频繁损坏。

这是树莓派最常见的故障。原因通常是日志写入太频繁。解决方案：把日志写到内存（tmpfs），或者用USB SSD启动。如果必须用SD卡，选高耐久度的型号（如SanDisk Max Endurance），并且定期备份。

4.2 ESP32相关高频问题

问题一：烧录失败，报错“Failed to connect”。

排查思路：首先确认USB线是数据线不是充电线（很多充电线没有数据线芯）。然后检查开发板是否进入下载模式——有些板子需要按住BOOT键再按RESET键。如果还不行，降低烧录波特率试试，有些USB转串口芯片在921600波特率下不稳定。

问题二：WiFi连接不稳定，频繁掉线。

ESP32的WiFi和蓝牙共享射频，同时开两个功能会互相干扰。如果项目不需要蓝牙，在menuconfig里关掉蓝牙可以显著改善WiFi稳定性。另外，ESP32的WiFi省电模式默认是开启的，在需要低延迟的场景下建议关掉。

问题三：GPIO输出异常，控制电机时系统重启。

这是电源问题。电机启动瞬间电流很大，会把电源电压拉低，导致ESP32复位。解决方案：电机用独立电源，或者加大电容（至少1000微法）在电机电源端。另外，GPIO和电机驱动之间一定要加光耦或者至少加三极管隔离。

4.3 通用排查速查表

提示：排查问题时，二分法是最有效的策略。把系统分成几个模块，逐个排除。比如先确认电源正常，再确认主控正常，再确认外设正常。不要同时改多个变量，否则你永远不知道是哪个改动起了作用。

5. 从项目到产品：一些个人体会

做了这么多项目，我最大的体会是：众筹上的成功项目，技术方案往往不是最先进的，但一定是最平衡的。它们会在性能、成本、功耗、开发难度之间找到一个甜点。很多技术很酷的项目反而失败了，因为成本太高或者用户不会用。

另一个体会是，开源和社区是硬件项目长期存活的关键。我见过太多项目，发起人赚了一波钱就消失了，用户遇到问题没人管，产品变成电子垃圾。而那些持续更新、认真回复社区问题的项目，即使硬件有些小缺陷，用户也愿意包容。

如果你自己想做一个树莓派或ESP32项目，不管是上众筹还是自己玩，我的建议是：先做一个能用的版本，哪怕很丑很粗糙。然后根据实际使用中的问题去迭代。不要一开始就追求完美，那只会让你永远停留在计划阶段。我自己的第一个ESP32项目，外壳是用纸板做的，屏幕是用胶带粘的，但它真的能用，而且我从中学到的东西比看一百篇教程都多。

最后分享一个小技巧：如果你不确定某个传感器或模块能不能用，先买一个回来单独测试，不要直接集成到项目里。我见过太多人把所有东西焊在一起才发现某个模块是坏的，拆都拆不下来。单独测试虽然多花一点时间，但能帮你省下大量返工的成本。