给宿舍做门锁，通信方式是绕不开的第一个问题。有线最稳，但要穿墙打洞，一栋楼干下来光是布线就把工期拉长一大截；WiFi 和蓝牙看起来省事，实际用起来问题更多。我们最后选的是 LoRa 自组网。这篇把当时判断的依据摊开说。
WiFi 的问题不在信号，在数量
一个宿舍房间一把锁，一栋 6 层楼按每层 20 间算就是 120 个节点。如果全部走 WiFi，路由器要扛 120 个长连接。家用级路由的并发能力通常只有二三十台，商用 AP 也要密集布点，而且每个点都要电源、要网线——最后还是回到布线问题。
更麻烦的是断网重连。宿舍的 WiFi 是给员工用的，员工刷视频、下载、换设备，网络负载随时在变。门锁夹在里面，掉线几乎是必然的，而门锁掉线意味着开不了门。
蓝牙的问题在「必须有人在现场」
蓝牙方案通常是手机靠近门锁、App 蓝牙开门，或者管理员拿手持设备巡楼抄数据。它把网络问题换成了人的问题：员工必须装 App、必须开着蓝牙、必须站在门边；权限变更要等下一次有人开门才能同步到锁上。
对几百人的宿舍来说，这意味着系统里的权限状态和锁里的权限状态可能长期不一致。谁进去了、哪天进去的，事后查不出来。
LoRa 自组网：把中继交给门锁自己
LoRa 的物理特性是穿透力强、功耗低。我们把它做成自组网之后，效果是：
- 一个网关穿透 5~7 层，管理上百把锁；
- 门锁之间可以互相中继，楼层越高、节点越密，链路反而越稳；
- 门锁调试时自动绑定组网，不需要人工规划拓扑，也不需要为门锁专门布一套网络。
门锁是电池供电的，所以通信必须让位给功耗。我们为这件事申请了一项发明专利（ZL 2025 1 0682066.1「一种智能门锁的无线通信方法及装置」），核心就是解决唤醒响应速度与待机功耗之间的平衡。
最终的效果怎么衡量
不看参数看运维：门锁在线率、下发失败率、钥匙异常数量。这三个数字如果长期稳定，说明网络这一层是通的；如果哪天开始抖，先去查网关位置和楼层遮挡，而不是先怀疑锁坏了。这也是我们后来做「设备异常」聚合视图的原因——把网络问题从一堆零散告警里拎出来。