设备一张图
把空调、照明、门禁和实验仪器接到同一平台,在线状态和告警集中看。
学校的设备往往散在后勤、实验室和宿舍几套台账里。我们按校园的日常来做:设备在不在线能查到,仪器预约不用靠群消息,水电异常不用等到月底账单,巡检和报修都留记录。
空调、门禁、实验仪器各管各的,出了问题要问好几拨人
实验室预约靠表格或群消息,冲突多,仪器闲着也没人知道
水电用了多少要等账单,浪费发现得晚
巡检靠纸质记录,漏检和报修对不上
不換現場設備,先接資料,再按角色分端。四層裡最花時間的是接入層,也是我們做得最多的一段。
現場已有的 PLC、儀表、門禁、攝影機、感測器。能讀就讀,讀不到再加採集模組,不換原有控制系統。
Modbus · OPC UA · MQTT · HTTP · GB28181 · SDK
常見協定直接接,閘道負責協定適配、斷網本地快取和恢復後補傳,資料不斷檔。
設備台帳、時序資料、告警規則、工單流轉、權限與稽核,一套後台支撐多個場景。
同一條資料只採一次,後面每加一個場景都復用它,這是接入層要一次做紮實的原因。
把空调、照明、门禁和实验仪器接到同一平台,在线状态和告警集中看。
仪器档期、审批和使用记录在线完成,减少抢约和长期闲置。
按楼栋、按用途看用水用电,用量突然升高时提醒后勤。
手机扫码或 NFC 打卡,路线、照片和问题单都留在系统里。
仪器档期在线排,刷卡或扫码才通电开机,使用时长自动记到人和课题上,冲突和长期闲置都能查。
按课表和作息设时段,假期自动降到值班模式;忘关的设备在后台列得出来,不用等人巡楼。
实训台通电、超温、异常停机都留记录,课前检查从逐个开箱变成看一眼屏幕。
水电按楼栋和用途分开,用量突然升高的那一路当天就能指出来,不用等月底账单。
不看功能列表,看一天裡具體發生了什麼。以下是這類專案裡最常見的四步。
某教学楼 3 层教室的空调仍在制冷,课表上当天没有晚课。
平台按「无课 + 无人 + 空调运行」的组合生成一条提示,关联到具体楼层和机组。
提示发到值班手机,值班员确认后远程关停,谁处理的留在记录里。
周报里出现这条记录和本月同类提示次数,用来判断是否要改时段策略。
每個階段都有可檢查的輸出,不做「先做半年再驗收」。
走一遍现场,列设备清单、可用接口和现有系统,确认哪些能直接读、哪些要加采集模块。
把想做的事按影响大、能落地、依赖少排序,先挑一个能验证效果、又不牵动太多部门的场景。
网关接设备,数据进平台,告警规则、账号角色、通知对象配好,先给内部几个人用起来。
挑一个班组或一栋楼真实使用,按反馈改规则和界面,把误报和漏报压下来再扩大。
按验收口径逐条核对,补齐文档和培训,再决定复制到哪些楼栋、产线或项目。
下面三條是從這類專案裡總結出來的驗收口徑,寫進驗收單,而不是靠「感覺好用了」。
设备在不在线可以当场查到
巡检和报修能对上同一条记录
能耗异常不用等到账单才发现
加采集网关或模块:有通讯口的走 Modbus 等协议,没有的用电流互感器、红外或干接点读状态。原有控制系统不动,先做一次现场盘点再定清单。
不换。平台读现有系统的数据,账号可以对接学校统一认证,老师和学生不用多记一套密码。
公有云或学校机房私有化部署,二选一。私有化按校内网络安全要求部署,数据不出校门。
先做一个场景,比如实验室预约或一栋楼的能耗,通常 4–8 周上线,跑顺了再复制到其他楼栋。
按场景数量和设备接入点计算,先做现场盘点出清单,再给报价和实施周期,不按「一套系统」笼统报价。
留一個聯絡方式,我們把同類專案的做法和一份場景清單發給你。判斷下來不合適,也會直接說。