车辆位置
在途车辆的位置和停留显示在调度台上。
车一出门,调度往往只剩电话。位置不清就空驶,油耗对不上就没法管。方案把定位、任务和能耗放到调度台上:车在哪、任务到哪一步、异常停留和油电异常都能看到。
车出去之后位置靠司机回报,调度看到的是旧消息
任务派下去对不上实际路线,空驶和绕路说不清
油耗、电耗只在月底汇总,异常趟次混在里面
故障和超时要等司机打来才知道
不換現場設備,先接資料,再按角色分端。四層裡最花時間的是接入層,也是我們做得最多的一段。
現場已有的 PLC、儀表、門禁、攝影機、感測器。能讀就讀,讀不到再加採集模組,不換原有控制系統。
Modbus · OPC UA · MQTT · HTTP · GB28181 · SDK
常見協定直接接,閘道負責協定適配、斷網本地快取和恢復後補傳,資料不斷檔。
設備台帳、時序資料、告警規則、工單流轉、權限與稽核,一套後台支撐多個場景。
同一條資料只採一次,後面每加一個場景都復用它,這是接入層要一次做紮實的原因。
在途车辆的位置和停留显示在调度台上。
派车、到站、完成留在同一条任务上,方便回看。
油耗或电耗按车辆、按趟次看,异常趟次单独标出。
超时停留、偏离路线、设备报警推给调度,不用等司机来电。
不看功能列表,看一天裡具體發生了什麼。以下是這類專案裡最常見的四步。
调度按任务派车,路线和装卸点下发到车载屏。
某车在非停靠点停了 26 分钟,调度台上标红。
司机确认是装卸排队,备注留在任务里,这趟时长照实统计。
每個階段都有可檢查的輸出,不做「先做半年再驗收」。
走一遍现场,列设备清单、可用接口和现有系统,确认哪些能直接读、哪些要加采集模块。
把想做的事按影响大、能落地、依赖少排序,先挑一个能验证效果、又不牵动太多部门的场景。
网关接设备,数据进平台,告警规则、账号角色、通知对象配好,先给内部几个人用起来。
挑一个班组或一栋楼真实使用,按反馈改规则和界面,把误报和漏报压下来再扩大。
按验收口径逐条核对,补齐文档和培训,再决定复制到哪些楼栋、产线或项目。
下面三條是從這類專案裡總結出來的驗收口徑,寫進驗收單,而不是靠「感覺好用了」。
调度看到的是当前位置,不是上一通电话
空驶和绕路有轨迹可对
油电异常按趟找,不用翻整月表格
车出去之后位置靠司机回报,调度看到的是旧消息任务派下去对不上实际路线,空驶和绕路说不清油耗、电耗只在月底汇总,异常趟次混在里面故障和超时要等司机打来才知道
车辆位置:在途车辆的位置和停留显示在调度台上。任务跟着车走:派车、到站、完成留在同一条任务上,方便回看。按趟看能耗:油耗或电耗按车辆、按趟次看,异常趟次单独标出。异常提醒:超时停留、偏离路线、设备报警推给调度,不用等司机来电。
调度看到的是当前位置,不是上一通电话空驶和绕路有轨迹可对油电异常按趟找,不用翻整月表格
不用。平台通过接口或网关取现有系统的数据,原有的业务系统继续用;只有明确没人维护的模块才建议替换。
按场景数量和设备接入点计价,先做一次现场盘点出清单,再给报价和周期。多数项目第一个场景 4–8 周上线。
留一個聯絡方式,我們把同類專案的做法和一份場景清單發給你。判斷下來不合適,也會直接說。