大讲堂
扒掉物理层底裤：CSS线性调频到底好在哪
这年头，聊物联网不谈谈LoRa，总感觉差点意思。对吧？但大多数教程，上来就是“低功耗远距离”老三样，烦。我今天想做的，就是把LoRa的物理层裤子扒了，看看里面到底是什么黑魔法。 说实话，每次看LoRa那个-148dBm的接收灵敏度，我都忍不住倒吸一口凉气。这什么概念？比手机4G信号弱了不知道多少倍，几乎就是噪声底下的幽灵。怎么做到的？核心就一个：Chirp扩频（CSS）。你听这个名字，线性调频，就是让载波频率随时间线性爬升或下降，像一个滑音。传统的FSK呢？频率跳来跳去，像个结巴。LoRa一个符号就扫过整个带宽，把能量摊在时间-频率平面上，接收端靠相关性匹配把能量重新聚拢。这就像你在嘈杂的酒吧里，别人扯着嗓子喊“啊——”（恒定频率），你听不清；但如果他唱一个滑音“啊～～～～”，你就容易捕捉那个声调变化。数学上讲，这就是用扩频因子SF来换取处理增益，公式粗暴：处理增益=10*log10(2^SF)。SF=12，增益就是36dB。直接把你从噪声泥潭里拉出来。
陷阱一：信道规划的黑洞与ADR的伪善
LoRa跑在免授权ISM频段，Sub-GHz，433/868/915MHz。免授权，意味着谁都能用，干扰谁也管不着。我就碰到过，一个园区部署了上千个LoRa节点，一开始和谐得很，后来隔壁工厂上马了一套无线呼叫系统，也是同频段，瞬间整个园区丢包率飙到30%。你找谁说理去？LoRaWAN协议里的ADR（自适应数据速率）本来是用来优化速率和功耗的，但它对突发带内干扰基本无能为力。ADR的逻辑是：根据上行信号质量，动态调整节点的SF和发射功率。信号好，就降SF、降功率，省电；信号差，就升SF、升功率，保证连通。可干扰是瞬时的，等ADR反应过来，数据包早丢了，而且频繁调整还会导致网络振荡。我亲眼见过，一个节点早上还好好的SF7，中午干扰一来，被ADR硬提到SF12，然后功耗暴增，电池三个月就嗝屁，还因为速率太低把信道占死了，其他节点被堵得叫苦不迭。
陷阱二：网关容量的数学幻觉
很多厂商吹嘘“一个网关支持数万节点”，那是纯理论计算，假设节点均匀分布、数据速率极低、还用了大量频率复用。现实呢？一个园区，几百个电表，每15分钟上报一次20字节数据，你算算，单个SF12的ToA（Time on Air）在125kHz带宽下约1.5秒，欧洲占空比限制1%，意味着一天最多发送576秒，也就是384个这样的包。一个信道一天只能服务384/96=4个节点？哦不对，每15分钟一次，一天96次，单节点占时1.5*96=144秒，那么一个信道最多容纳576/144=4个节点。即使8信道全用上，也不过32个节点。这数学，赤裸裸，你想哭。更坑的是碰撞，LoRa虽然不同SF正交，但同SF碰撞几乎必死。我们做过压测：在一个网关下，用模拟器注入同SF 1000个节点，随机发包，有效吞吐量只有理论值的30%，因为大量冲突被丢弃了。而且一旦某个节点信号过强，还会“捕获效应”压制其他弱信号，城门口堵死，郊区节点根本进不来。
陷阱三：功耗承诺的水分
“一个纽扣电池用十年”——这可能是物联网界最大的谎言。LoRa的静态功耗确实低，休眠下几uA，但唤醒、发送、接收的峰值电流可一点不低，SX1276发射瞬间能冲到120mA。如果软件写得烂，比如每次上报前都做冗长的CAD（信道活动检测），或者频繁重连，电池曲线直接跳水。我们有个项目，用了某厂商的模组，按手册计算寿命5年，结果6个月就没电了。查了半个月，才发现是底层驱动在每次发送后都保持RX模式过长，为了等可能的下行确认，结果大部分时间根本没有下行数据，白白耗电。用示波器抓电流波形，那叫一个触目惊心，每上报一次就有一个持续200ms的接收窗口，平均电流30mA，一天96次，光这个就干掉近300mAh/天，电池才2000mAh，扛不住一周。你设计敢信？ 解决方案粗暴但有效：严格时间窗口管理，接收窗口仅在下行预期时打开，且采用“无下行走人”策略，此外，选用带DC-DC的电源方案，而不是LDO，效率差30%以上。还有，电池本身的低温特性，锂电池在-20℃下容量可能只剩一半，北方户外表计，不做好保温或选用特种电池，你就等着挨骂吧。 这些坑，教科书不会告诉你。大部分都是自己熬夜抓log、用示波器怼出来才能悟透的。说多了都是泪，但这就是工程：再美的数学，也得跪着落地。作者|大讲堂
排版|大讲堂
审核|阿辰