设备一张图
把空调、照明、门禁和实验仪器接到同一平台,在线状态和告警集中看。
学校的设备往往散在后勤、实验室和宿舍几套台账里。我们按校园的日常来做:设备在不在线能查到,仪器预约不用靠群消息,水电异常不用等到月底账单,巡检和报修都留记录。
空调、门禁、实验仪器各管各的,出了问题要问好几拨人
实验室预约靠表格或群消息,冲突多,仪器闲着也没人知道
水电用了多少要等账单,浪费发现得晚
巡检靠纸质记录,漏检和报修对不上
不换现场设备,先接数据,再按角色分端。四层里最花时间的是接入层,也是我们做得最多的一段。
现场已有的 PLC、仪表、门禁、摄像头、传感器。能读就读,读不到再加采集模块,不换原有控制系统。
Modbus · OPC UA · MQTT · HTTP · GB28181 · SDK
常见协议直接接,网关负责协议适配、断网本地缓存和恢复后补传,数据不断档。
设备台账、时序数据、告警规则、工单流转、权限与审计,一套后台支撑多个场景。
同一条数据只采一次,后面每加一个场景都复用它,这是接入层要一次做扎实的原因。
把空调、照明、门禁和实验仪器接到同一平台,在线状态和告警集中看。
仪器档期、审批和使用记录在线完成,减少抢约和长期闲置。
按楼栋、按用途看用水用电,用量突然升高时提醒后勤。
手机扫码或 NFC 打卡,路线、照片和问题单都留在系统里。
仪器档期在线排,刷卡或扫码才通电开机,使用时长自动记到人和课题上,冲突和长期闲置都能查。
按课表和作息设时段,假期自动降到值班模式;忘关的设备在后台列得出来,不用等人巡楼。
实训台通电、超温、异常停机都留记录,课前检查从逐个开箱变成看一眼屏幕。
水电按楼栋和用途分开,用量突然升高的那一路当天就能指出来,不用等月底账单。
不看功能列表,看一天里具体发生了什么。以下是这类项目里最常见的四步。
某教学楼 3 层教室的空调仍在制冷,课表上当天没有晚课。
平台按「无课 + 无人 + 空调运行」的组合生成一条提示,关联到具体楼层和机组。
提示发到值班手机,值班员确认后远程关停,谁处理的留在记录里。
周报里出现这条记录和本月同类提示次数,用来判断是否要改时段策略。
每个阶段都有可检查的输出,不做「先做半年再验收」。
走一遍现场,列设备清单、可用接口和现有系统,确认哪些能直接读、哪些要加采集模块。
把想做的事按影响大、能落地、依赖少排序,先挑一个能验证效果、又不牵动太多部门的场景。
网关接设备,数据进平台,告警规则、账号角色、通知对象配好,先给内部几个人用起来。
挑一个班组或一栋楼真实使用,按反馈改规则和界面,把误报和漏报压下来再扩大。
按验收口径逐条核对,补齐文档和培训,再决定复制到哪些楼栋、产线或项目。
下面三条是从这类项目里总结出来的验收口径,写进验收单,而不是靠「感觉好用了」。
设备在不在线可以当场查到
巡检和报修能对上同一条记录
能耗异常不用等到账单才发现
加采集网关或模块:有通讯口的走 Modbus 等协议,没有的用电流互感器、红外或干接点读状态。原有控制系统不动,先做一次现场盘点再定清单。
不换。平台读现有系统的数据,账号可以对接学校统一认证,老师和学生不用多记一套密码。
公有云或学校机房私有化部署,二选一。私有化按校内网络安全要求部署,数据不出校门。
先做一个场景,比如实验室预约或一栋楼的能耗,通常 4–8 周上线,跑顺了再复制到其他楼栋。
按场景数量和设备接入点计算,先做现场盘点出清单,再给报价和实施周期,不按「一套系统」笼统报价。
留一个联系方式,我们把同类项目的做法和一份场景清单发给你。判断下来不合适,也会直接说。