3. 边缘设备选型：树莓派、Jetson Nano、ESP32等常见边缘设备的网络能力对比
做边缘计算，选设备是第一道坎。
我见过不少团队，算法模型调得漂漂亮亮，结果部署到设备上，网络延迟直接崩了。说白了，就是没搞清楚设备的网络底子。
今天咱们就聊聊三款最常见的边缘设备：树莓派、Jetson Nano 和 ESP32。它们的网络能力差异很大，选错了，后面全是坑。
3.1 树莓派：全能型选手，但别指望它实时
树莓派（我习惯叫它Pi）是很多人的入门首选。它跑的是完整Linux系统，网络协议栈很成熟。
核心网络能力：
- 有线：千兆以太网（Pi 4/5），实测吞吐约 800-900 Mbps
- 无线：Wi-Fi 5 (802.11ac)，2.4G/5G双频
- 蓝牙：5.0/5.1，支持BLE
- 扩展：可通过USB挂载4G/5G模块、LoRa网关
我在一个智能工厂项目里用过Pi 4做边缘网关。当时要同时采集20台PLC的数据，通过WebSocket推送到云端。嗯，这里要注意——Pi的Wi-Fi在高并发下会掉包。后来我换成了有线连接，问题才解决。
我的建议：如果项目对实时性要求不高（延迟容忍度 > 50ms），树莓派是性价比之王。但别指望它做硬实时通信。
3.2 Jetson Nano：算力怪兽，网络却是短板
Jetson Nano强在GPU算力，适合跑AI推理。但它的网络能力，说实话，有点尴尬。
| 网络接口 | 规格 | 实际表现 |
|---|---|---|
| 千兆以太网 | 1个 | 实测 700-850 Mbps，CPU占用较高 |
| Wi-Fi | 需外接USB网卡 | 稳定性一般，不推荐用于生产 |
| M.2 Key E | 可插Wi-Fi/BT模块 | 需要额外配置，驱动容易出问题 |
我曾经在一个视觉检测项目里用Jetson Nano。模型推理很快，但要把结果通过WebSocket发出去时，发现网络吞吐上不去。查了半天，原来是USB网卡的驱动占用了太多CPU中断。说白了，Jetson的网卡设计就不是为高并发通信优化的。
避坑指南：如果你要用Jetson Nano做WebSocket服务端，建议用有线连接。我曾经试过用它的Wi-Fi跑实时视频流，延迟直接飙到200ms+，根本没法用。
3.3 ESP32：便宜到离谱，但别小看它
ESP32这玩意儿，淘宝上十几块钱一块。我第一次用的时候也怀疑：这么便宜，能干啥？
结果真香了。
ESP32的网络能力：
- Wi-Fi：802.11 b/g/n，2.4G单频
- 蓝牙：4.2 + BLE
- 以太网：需外接PHY芯片（LAN8720等）
- 特色：支持TCP/IP、MQTT、WebSocket（通过库实现）
ESP32的Wi-Fi吞吐大概能到 10-20 Mbps。你想想看，这个带宽传个传感器数据、控制指令绰绰有余。但要是传高清视频，那就别想了。
我在一个智能家居项目里用过ESP32做WebSocket客户端。它每隔100ms上报一次温湿度数据，连续跑了三个月没掉过线。嗯，稳定性出乎意料。
我的经验：ESP32的WebSocket实现依赖ESP-IDF或Arduino库。记得开启Wi-Fi的省电模式，否则功耗会到 200mA+，电池供电扛不住。
3.4 三款设备横向对比
咱们直接上表格，一目了然。
| 对比项 | 树莓派 4/5 | Jetson Nano | ESP32 |
|---|---|---|---|
| 价格 | 300-600元 | 800-1200元 | 15-40元 |
| Wi-Fi吞吐 | ~300 Mbps | ~100 Mbps（外接） | ~15 Mbps |
| 有线吞吐 | ~900 Mbps | ~800 Mbps | ~50 Mbps（外接） |
| WebSocket支持 | 原生（Python/Node.js） | 原生（Python/C++） | 需库（AsyncTCP + WebSockets） |
| 实时性 | 中等（非实时OS） | 中等（非实时OS） | 高（FreeRTOS） |
| 功耗 | 5-15W | 10-25W | 0.5-1W |
| 典型场景 | 边缘网关、数据汇聚 | AI推理+通信 | 传感器采集、简单控制 |
3.5 选型建议：别只看参数，要看场景
参数摆在这了，怎么选？我个人的习惯是这么判断的：
- 场景一：数据汇聚网关——选树莓派。它生态好，Python写WebSocket服务端半小时搞定。我在工厂里就是这么干的。
- 场景二：AI视觉+实时通信——选Jetson Nano。但记得用有线网络，别用Wi-Fi。我曾经吃过这个亏。
- 场景三：低成本传感器网络——选ESP32。十几块钱一个，坏了不心疼。而且它支持OTA升级，远程修bug很方便。
- 场景四：硬实时控制——ESP32 + FreeRTOS。树莓派和Jetson都跑Linux，调度延迟不可控。
最后提醒一句：别只看设备本身的网络能力。边缘计算中，网络瓶颈往往出在路由器、交换机或者云端的带宽上。我曾经在项目里换了更好的设备，结果发现是公司内网的交换机太老了，千兆口实际只能跑百兆。嗯，这种坑，踩过一次就记住了。
下一章，咱们聊聊怎么在这些设备上搭建WebSocket服务端。到时候我会拿ESP32和树莓派分别演示，看看实际跑起来有什么区别。