LoRa 无线通信自组网技术，是宿舍门锁通信的最优解。十年前我们开始做门锁的时候，市面上的方案都不适合宿舍这种密集、多层、砖墙厚的环境。于是我们从底层协议开始自己写。
宿舍楼的通信条件很苛刻：走廊窄、房间密、承重墙多、没法随便布网线。LoRa 的特性刚好对上这些约束。
信号穿透力强，一个网关穿透 5~7 层，管理上百把锁。一层楼装一个网关就能覆盖整栋，不用逐层布线。
网关即基站，门锁调试即与网关自动绑定组网。安装工人在现场装锁、上电、调试，网络就自己长起来了。
前向纠错、高接收灵敏度，不丢包、不掉线，稳定通信。指令发出去有回执，异常自动重传。
深度休眠、微安级待机，门锁年换电无忧。宿舍门锁最怕的就是天天换电池，这条线守住了，运维量就下来了。
扩频传输 + 前向纠错，复杂环境通信依然稳定。宿舍区 WiFi 拥挤、金属门框多，这套组合能扛住。
从底层协议开始，全链路自研，不依赖第三方模组。出了问题能定位到协议层，而不是等模组厂商排期。
隐性 ID，一报一文。链路加密重传，不丢不漏。门锁与系统之间传的是密文，拆下来也读不出东西。
双向通信、状态回执、异常重传。每一次开门、下发、清权都是一次完整的闭环，不会出现「系统说下了、门锁没收到」。
嗅探机制结合门锁场景优化，实时响应与长续航兼得。既不用为了省电牺牲开门速度，也不用为了响应牺牲电池寿命。
是 10 年踩过的坑磨出来的细节。宿舍门锁会遇到的问题——半开状态、门未关严、电量骤降、批量断电重启、施工期断网——都进过我们的方案。每一次调优只为宿舍更智能。
门锁在线率决定了「自动巡航」能不能真的自动。入住下发权限、退宿收回权限、换房重发钥匙——这些动作都依赖门锁时刻可通信。硬件在线，软件才敢放手。
硬件不是拼装出来的。同一个团队做终端、网关、采集器和平台，接口和协议自己定，遇到问题能一起改。
支持手机开门、密码开门、房卡开门三种方式。LoRa 自组网，深度休眠、微安级待机，电量状态实时上报。
人脸识别、密码门禁等形态，作为宿舍楼大门的通行控制。办理入住后自动下发门禁权限并关联房间，支持常开设置与临时授权。
冷水、热水、用电分别计量，通过采集器回传读数。系统远程读取，也支持手动抄表与修改底数。
网关即基站。一台网关穿透 5~7 层、管理上百把锁，门锁调试即自动绑定组网，宿舍现场无需改造网络。
负责把表具读数收上来，集中回传平台。采集异常、上报故障会进入设备异常清单，运维可定位到具体房间。
一卡通加密设备，配套加密软件使用。空白卡刷卡加密后写入房卡 ID，未加密卡无法下发，加密后防复制。
产品能力层负责终端与采集，连接控制层负责组网与转发，数据平台层负责存储与计算，业务应用层才是管理员看到的界面。
HR 系统、企业微信、钉钉、公众号、小程序作为用户端入口；Web 网页为管理端，双端数据同步。
数据集中在内网服务器处理，支持企业内网部署，数据不出企业。
门锁安全网关、水表采集器、电表采集器、门禁控制器，把终端数据收拢后回传。
智能门锁、水表、电表、人脸识别与密码门禁，构成现场的全部感知与执行设备。
围绕门锁在低功耗约束下的双向可靠通信，解决唤醒响应与待机功耗之间的平衡问题。
围绕门锁系统的集中控制与权限管理，覆盖下发、校验、回收的完整控制链路。
| 项目 | 说明 |
|---|---|
| 服务器 | 支持企业内网服务器部署，数据留存在企业内部 |
| 网络改造 | 门锁侧无需布线，网关自组网；表具经采集器回传 |
| 终端授权 | 门锁调试即自动绑定网关，无需逐把配置 |
| 移动端 | 免装 APP，部署至钉钉 / 企业微信 / 公众号 / 小程序 |
| 系统对接 | 标准 API + 按需定制接口，接口文档与联调报告一并交付 |
| 扩展能力 | 开关电源、交换机等现场网络设备按项目实际配置 |
