2. 通信技术选型分析：LoRa、NB-IoT、蓝牙Mesh、Wi-Fi 6对比
好，咱们进入正题。这一章我打算聊聊通信技术的选型。你想想看，共享单车停车桩这东西，它不像手机，天天插着电、连着网。它可能蹲在路边，风吹日晒，电池一用就是好几年。所以，选什么通信方式，直接决定了这个桩子能不能活下来、好不好用。
我个人习惯，做选型前先列几个硬指标：覆盖距离、功耗、成本、带宽、时延、抗干扰能力。咱们就拿这四个选手——LoRa、NB-IoT、蓝牙Mesh、Wi-Fi 6，挨个过一遍。
2.1 LoRa：远距离、低功耗的“老黄牛”
LoRa 这技术，说白了就是为物联网场景量身定做的。它的核心优势就两个：远和省电。
- 覆盖距离：在开阔地带，一个 LoRa 网关覆盖几公里甚至十几公里，完全没问题。城市里虽然遮挡多，但覆盖 1-2 公里也是家常便饭。
- 功耗：这是它的看家本领。一个停车桩如果只发几个字节的状态信息，用两节五号电池撑两年，我见过不少项目都做到了。
- 带宽：嗯，这里要注意。LoRa 的带宽非常窄，通常只有几百 bps 到几十 kbps。传个“桩位已满”这种指令绰绰有余，但你想让它传个图片或者固件升级包？那得等到天荒地老。
我的经验： 我在一个智慧停车项目中遇到过，客户非要用 LoRa 传车辆照片。结果一个 100KB 的图片传了快 10 分钟，还经常丢包。最后我建议他们只传“有车/无车”的状态码，问题立刻解决。所以，LoRa 只适合小数据量、低频次、对实时性要求不高的场景。
避坑指南： 我曾经因为 LoRa 的“同频干扰”吃过亏。多个网关如果频率规划不好，数据包会互相打架。建议部署前一定要做频谱规划，或者用 LoRaWAN 协议自带的 ADR（自适应速率）功能来动态调整。
2.2 NB-IoT：运营商的“亲儿子”
NB-IoT 是 3GPP 标准定义的蜂窝物联网技术。它最大的好处是——不用自己建网。直接用运营商的基站，信号覆盖由他们负责。
- 覆盖距离：和手机信号一样，有基站的地方就有它。而且它的穿透能力比普通 4G 强，地下车库、井盖下面都能连上。
- 功耗：理论上也很省电，但实际项目中我发现，它比 LoRa 要费电一些。因为 NB-IoT 需要和基站做复杂的信令交互，尤其是入网过程，电流峰值比较高。
- 成本：模组价格这几年降下来了，但每年还要交流量费。如果停车桩数量上万，这笔运营成本得算清楚。
注意： NB-IoT 的时延比较高，通常在 1-10 秒级别。如果你需要实时控制（比如用户扫码后立刻开锁），NB-IoT 可能会让你感觉“卡了一下”。我建议把它用在数据上报场景，比如定时上传桩位状态。
2.3 蓝牙Mesh：短距离的“组网高手”
蓝牙 Mesh 是这几年火起来的技术。它和传统蓝牙最大的区别是：可以多跳组网。一个桩子连不上网关？没关系，让旁边的桩子帮忙传一下。
- 覆盖距离：单跳 10-100 米，但通过 Mesh 网络可以扩展到几百米甚至更远。不过，每多一跳，时延和丢包率都会增加。
- 功耗：蓝牙 Mesh 的节点可以设计成低功耗模式，但作为中继节点的桩子，因为要不停转发数据，功耗会明显上升。我见过一个项目，中继节点的电池寿命只有普通节点的一半。
- 带宽：比 LoRa 高，但比 Wi-Fi 低。传个控制指令、状态信息没问题，但别指望它传视频。
我的建议： 蓝牙 Mesh 特别适合密集部署的场景。比如一个地铁站出口，几十个停车桩挤在一起，用蓝牙 Mesh 组网，成本低、部署灵活。但如果你要把数据传到云端，还得配一个蓝牙网关。
2.4 Wi-Fi 6：高带宽的“电老虎”
Wi-Fi 6 是 Wi-Fi 的最新标准。它速度快、时延低、支持设备多。但用在停车桩上？我得泼盆冷水。
- 功耗：这是最大的问题。Wi-Fi 的功耗比前面三位高出一个数量级。用电池供电的停车桩，如果用 Wi-Fi，可能几天就得换一次电池。
- 覆盖距离：室内 30-50 米，室外也就 100 米左右。而且穿墙能力一般。
- 成本：模组价格不贵，但需要部署 AP（接入点）。如果停车桩分布在几公里长的马路上，你得装多少个 AP？这成本就上去了。
什么时候用 Wi-Fi 6？ 我个人觉得，只有一种情况值得考虑：停车桩旁边就有现成的 Wi-Fi 热点，而且有市电供电。比如商场门口的停车桩，直接连商场的 Wi-Fi，省了流量费。否则，还是老老实实用 LoRa 或 NB-IoT 吧。
2.5 横向对比：一张表说清楚
好了，咱们把四个选手拉到一起，做个对比。你一看就明白了。
| 指标 | LoRa | NB-IoT | 蓝牙Mesh | Wi-Fi 6 |
|---|---|---|---|---|
| 覆盖距离 | 1-15 km（开阔） | 1-10 km（有基站） | 10-100 m（单跳） | 30-100 m |
| 峰值速率 | 0.3-50 kbps | 50-250 kbps | 1-2 Mbps | 1-9.6 Gbps |
| 典型功耗 | 极低（uA级） | 低（mA级） | 中（mA级） | 高（百mA级） |
| 时延 | 100 ms - 1 s | 1-10 s | 10-100 ms | < 10 ms |
| 组网方式 | 星型（需网关） | 蜂窝（运营商） | Mesh（自组网） | 星型（需AP） |
| 运营成本 | 低（自建网关） | 中（流量费） | 低（无流量费） | 低（已有网络） |
| 适用场景 | 远距离、低频率上报 | 广覆盖、需运营商网络 | 密集区域、短距组网 | 高带宽、有市电场景 |
2.6 我的选型建议
说了这么多，到底选哪个？我给你一个简单的决策逻辑：
- 如果停车桩分布在几公里长的路段上，且数据量极小（比如一天上报几次状态） → 选 LoRa。自己搭网关，一劳永逸。
- 如果停车桩在城市里，且你不想管网络维护 → 选 NB-IoT。交给运营商，省心，但记得算流量费。
- 如果停车桩非常密集（比如一个地铁口几十个），且需要本地联动（比如桩与桩之间通信） → 选 蓝牙Mesh。成本低，组网灵活。
- 如果停车桩旁边就有电源和 Wi-Fi 热点 → 选 Wi-Fi 6。但这种情况在户外真的不多见。
最后提醒一句： 别想着“一个技术打天下”。我在实际项目中，经常是 LoRa + 蓝牙 Mesh 混合使用。LoRa 负责远距离上云，蓝牙 Mesh 负责本地设备间的快速响应。你想想看，是不是这个理？
好，这一章就到这里。下一章咱们聊聊具体的硬件设计，怎么把选好的通信芯片焊到板子上，让它跑起来。