3. LoRa通信原理：扩频技术、频段选择、传输距离与速率权衡
好，咱们进入正题。LoRa这个技术，说白了就是为远距离、低功耗场景量身定做的。在共享单车停车桩这个项目里，它几乎是唯一的选择。为什么？因为桩点分散、数量多、电池供电，你总不能给每个桩都拉根网线吧？
我个人习惯把LoRa的核心优势总结成一句话：用带宽换距离，用速率换灵敏度。这句话你记住了，后面所有内容都是它的展开。
3.1 扩频技术：为什么LoRa能传那么远？
LoRa的全称是Long Range，远距离。它靠的是扩频技术。什么是扩频？我打个比方你就懂了。
正常通信就像两个人面对面说话，声音直接传过去。扩频呢，就像你把一句话重复说很多遍，每遍用不同的方言。接收方只要听懂其中一遍，就能还原出原话。代价是什么？说的慢，效率低。
LoRa用的是CSS（Chirp Spread Spectrum，啁啾扩频）。它把信号在很宽的频带上展开，接收端再用匹配滤波器把它收回来。这样做的好处是：
- 抗干扰能力强：窄带干扰只影响一小部分，不影响整体解码
- 灵敏度极高：信号可以比噪声还低，照样能解出来
- 多径衰落不敏感：扩频信号天然有抗多径的能力
关键参数：扩频因子（SF，Spreading Factor）
SF从7到12，每增加1，传输时间翻倍，灵敏度提升约2-3dB。我一般建议：
- SF7：速率最快，距离最短，适合密集桩点
- SF10：平衡点，大多数场景够用
- SF12：速率最慢，距离最远，适合偏远桩点
我的经验：在共享单车项目里，我遇到过桩点分布在桥洞下的情况。普通无线信号根本穿不过去。换成SF12后，虽然速率降到了300bps左右，但信号硬是穿过了两层混凝土。嗯，这就是扩频的威力。
3.2 频段选择：CN470、EU868还是US915？
LoRa工作在ISM频段，不用申请执照。但不同国家频段不一样。咱们做国内项目，主要关注CN470-510MHz。
为什么选这个频段？
- 穿透性好：470MHz比2.4GHz穿墙能力强太多
- 干扰相对少：不像2.4GHz有WiFi、蓝牙扎堆
- 天线尺寸适中：1/4波长天线大概15cm，桩点外壳能装下
但要注意，CN470频段有信道占用检测（LBT，Listen Before Talk）要求。发射前必须监听信道是否空闲。我刚开始做的时候忽略了这点，结果在密集桩点区域，多个桩同时发射，互相干扰，丢包率直接飙到30%。
避坑指南：我曾经在频段选择上吃过亏。有个项目用了EU868频段的模块，在国内测试没问题，但到了实际部署地，发现和当地广电信号冲突。后来全部换成CN470版本，才解决问题。所以，一定要用当地合法的频段，别图便宜买水货模块。
频段对比表：
| 频段 | 频率范围 | 适用地区 | 特点 |
|---|---|---|---|
| CN470 | 470-510 MHz | 中国 | 穿透好，有LBT要求 |
| EU868 | 863-870 MHz | 欧洲 | 开放频段，功率限制严格 |
| US915 | 902-928 MHz | 北美 | 带宽大，信道多 |
| AS923 | 915-928 MHz | 东南亚 | 与WiFi有重叠，注意干扰 |
3.3 传输距离与速率权衡：鱼和熊掌不可兼得
这是LoRa设计里最核心的权衡。你想想看，功率是固定的，带宽是固定的，你要么传得远但慢，要么传得快但近。没有第三种选择。
影响距离和速率的因素：
- 扩频因子（SF）：SF越大，速率越低，距离越远
- 带宽（BW）：带宽越宽，速率越高，但灵敏度下降
- 编码率（CR）：编码率越低，纠错能力越强，但有效数据率下降
举个例子，一个典型的配置：
// 配置参数示例
SF = 10 // 扩频因子
BW = 125 kHz // 带宽
CR = 4/5 // 编码率
// 计算有效数据速率
// 公式：DR = SF * (BW / 2^SF) * CR
// 代入：DR = 10 * (125000 / 1024) * 0.8 ≈ 976 bps
// 实际可用速率约 1 kbps
// 理论视距传输距离约 5-10 km（城市环境）
你看，1kbps的速率，传一个停车桩的状态数据（几十个字节）大概需要1-2秒。如果换成SF12，速率降到300bps，传同样的数据需要5-6秒。但距离能翻倍。
我的建议：在共享单车停车桩场景里，我一般这样配置：
- 城市密集区：SF7-BW250kHz，速率约5kbps，距离1-2km
- 郊区/开发区：SF9-BW125kHz，速率约1.5kbps，距离3-5km
- 偏远/特殊地形：SF12-BW62.5kHz，速率约300bps，距离8-15km
记住一个原则：能用低SF就不用高SF。因为高SF意味着更长的空中时间，更容易被干扰，也消耗更多电量。
3.4 实际部署中的权衡策略
理论说完了，咱们聊聊实战。在共享单车停车桩项目里，你不可能所有桩都用同一个配置。为什么？因为桩点分布不均匀，有的在市中心，有的在郊区。
我常用的策略是自适应速率（ADR，Adaptive Data Rate）。网关根据每个桩点的信号质量，动态调整SF和速率。具体做法：
- 桩点首次上线，用SF12发送，保证能被网关收到
- 网关收到后，测量RSSI和SNR，计算最优SF
- 网关下发配置命令，桩点切换到新SF
- 定期检测，如果信号变差，自动回退到高SF
避坑指南：我曾经在ADR上栽过跟头。有个桩点信号很好，ADR把它降到了SF7。结果第二天旁边建了个工地，信号被遮挡，桩点直接失联了。后来我加了心跳机制，每10分钟发一次SF12的探测包，确保链路还在。如果连续3次心跳丢失，强制回退到SF12。
最后，给你一个速查表，方便做方案时参考：
| 场景 | 推荐SF | 推荐BW | 典型速率 | 典型距离 |
|---|---|---|---|---|
| 密集桩点（<100m间距） | SF7 | 250 kHz | ~5 kbps | 1-2 km |
| 普通桩点（100-500m间距） | SF9 | 125 kHz | ~1.5 kbps | 3-5 km |
| 稀疏桩点（>500m间距） | SF11 | 62.5 kHz | ~500 bps | 6-10 km |
| 极端远距离/穿透 | SF12 | 62.5 kHz | ~300 bps | 8-15 km |
嗯，LoRa这部分内容就这些。说白了就是三个字：扩频、频段、权衡。你只要记住，在共享单车停车桩这个场景里，距离比速率重要，稳定性比峰值重要。别追求极致速率，稳才是王道。