1.1 主流开发板选型对比：Uno、ESP32 与 Pico

1.1 主流开发板选型对比：Uno、ESP32 与 Pico

本节摘要：Arduino 生态里最常被拿来比较的三块板——Uno（AVR 阵营）、ESP32（Xtensa/RISC-V 加 WiFi 蓝牙阵营）、树莓派 Pico（RP2040 双核 Cortex-M0+ 阵营）——代表三种不同的确定性来源与三条不同的产品化路径。本节逐项对比架构、内存、外设与生态，给出五步选型流程，并用一个环境数据采集网关的选型过程演示这套流程怎么走。

承接第 1 章开篇的比喻：选平台就是选地基。这一节是全书所有后续讨论的物质前提——你在哪块板子上做实验，决定了第 2 章中断延迟的数量级、第 3 章可用的总线数量、第 6 章要不要外挂无线模块。所以把它放在第一节，是希望你在写任何"正式代码"之前，先把地基选明白。

一、为什么参数表靠不住

打开任意一块开发板的产品页，你看到的都是主频、Flash、SRAM 三件套。可实际项目里翻车的，往往不是这三项，而是参数表上不起眼的行：Uno 的 ATmega328P 没有硬件 USB，只能靠 USB 转串口芯片；ESP32 的 ADC 非线性出了名，做精密测量得外挂 ADC；Pico 的片上没有 Flash，掉电即失忆，程序存在外部 QSPI Flash 里，启动时先由 BootROM 搬运。

参数表还有个更隐蔽的坑：它只告诉你"有什么"，不告诉你"用的时候要付出什么"。ESP32 的 WiFi 开启后射频突发电流可达数百毫安， Uno 的 USB 供电根本扛不住；RP2040 的 PIO 很香，但你得先学会写状态机汇编。选型的第一课：把"有这个外设"和"这个外设在我的场景里可用"分开对待。

二、三大阵营的架构底细

Uno 与整个 AVR 家族是冯·诺依曼结构的极致精简：8 位内核、单周期多数指令、寄存器与外设全部内存映射。它的好处是透明——digitalWrite 背后就是几个时钟周期的位操作，时序可以手工推算；坏处是所有活都由 CPU 亲自干，没有 DMA，没有硬件浮点，2KB SRAM 意味着稍微像样的缓冲区都能把它塞满。它适合教学、简单控制、以及任何"逻辑简单但对时序确定性敏感"的场合。

ESP32 家族走的是集成路线：双核 Xtensa LX6（ newer 型号是 RISC-V）、520KB SRAM、WiFi 与蓝牙收进芯片，外设矩阵丰富到 PWM、I2S、CAN、触摸传感一应俱全。它把"联网节点"的成本压到了一块板子的价格。代价是软件栈变厚：WiFi 协议栈要占去大量 RAM，射频突发电流对电源提出硬要求，实时性也让位于协议栈——关键的中断响应偶发被拉长，做音频、电机闭环时要挑型号（ESP32-S3 带向量指令，C3/C6 走 RISC-V）。

**树莓派 Pico（RP2040）**是三条路线里的"硬件分流派"：双核 Cortex-M0+ 对称运行，264KB SRAM 配外部 QSPI Flash，最独特的是 8 个 PIO 状态机——可以在硬件层面定义自定义协议时序，把 CPU 彻底解放出来。它没有无线（Pico W 加了无线芯片），但实时行为极其干净：中断延迟稳定、无协议栈抢内存。适合协议仿真、高速并行采样、教学之外的中等复杂度实时控制。

图：三大阵营能力对比矩阵

三、一个真实选型走查：环境数据采集网关

背景：项目要求在一间温室里采集空气温湿度、土壤水分、光照共 9 路传感器，每分钟汇总一次，通过 WiFi 上报到服务器，断网时本地缓存至少 3 天数据，整机由太阳能加锂电池供电。

操作：按五步流程走。第一步算内存：9 路传感器原始数据加时间戳，每分钟约 200 字节，3 天约 864KB——Uno 的 2KB SRAM 直接出局，这条是硬约束。第二步清点外设：需要 I2C 至少挂 4 个传感器、1 路 SD 卡（SPI）、WiFi；ESP32 一块板全覆盖，Pico 需要外加无线模块并且无线驱动走 UART，复杂度上升。第三步算功耗：每分钟唤醒采集一次再入眠，WiFi 每小时集中上报一次；ESP32 深眠电流约 10 微安量级、唤醒快，反而比"低功耗但每次上报都要初始化无线模块"的组合更省。第四步核对生态：两块板的 Arduino 核都成熟，团队有 FreeRTOS 经验，ESP32 核自带 FreeRTOS，任务划分顺手。第五步看坑：ESP32 的 ADC 精度一般——本项目传感器全是数字接口（I2C/SPI），ADC 精度无关紧要，坑被需求天然绕开。

结果：定 ESP32-WROOM 模组方案，电池容量按射频发射峰值电流加深眠基流计算。

解读：注意第三步的反直觉之处——"带射频的芯片更费电"是直觉，但"上报频率低、睡眠深"的真实负载下，集成无线方案的总能耗反而更低。选型比的从来不是元件参数，而是负载曲线与平台特性的乘积。

变式：若需求改成"加速度振动数据连续采集、采样率 1kHz、本地推理后再上报"，结论就翻转了——连续高采样让 CPU 无法长时间深眠，WiFi 协议栈的内存挤占会威胁推理缓冲区，此时 Pico 加外挂无线（或 ESP32-S3 调大 PSRAM）才是合理选项。选型流程不变，输入变了，输出自然不同。

四、选型时的四个高频误区

⚠️ 常见坑：ESP32 启用 WiFi 后可用堆内存骤降，别在原型期用 Uno 的小项目习惯"随手 malloc"——第 4 章会讲静态分配的完整替代方案。

💡 关键直觉：把需求里"不可妥协的硬约束"列在最前面（内存、接口、认证），能一票否掉的先一票否掉，剩下的才值得细比。选型是做减法，不是做加法。

本节要点回顾

• 架构即命运：AVR 透明可控、ESP32 高度集成、RP2040 硬件分流，三条路线没有高下，只有匹配与否；
• 参数表之外：USB 方案、ADC 线性度、Flash 位置这些"小字"常是翻车点；
• 硬约束先行：内存、接口、认证是不可妥协项，先否后比；
• 负载曲线思维：功耗与性能都要按真实负载曲线评估，峰值参数会骗人；
• 开发板不等于产品：原型用 DevKit，量产要切换到模组或核心板并预留烧录产测通道。