城镇集中供热(热力)行业。供热企业要同时管好热源首站、多座换热站和大量热用户,过去靠人工抄表、电话报修、老师傅凭经验调温,站点数据滞后、故障靠运气发现、能耗与收费两本账。项目立项就是解决这个产品问题——把站点设备数据、供热调控、故障报警、维修工单、采暖费收缴和能耗统计收进一套系统,让热力公司在一个后台完成"看数据—调温度—处理故障—收热费"的闭环,并满足供热季 7×24 小时连续运行的场景要求。
点击空白处退出提示
城镇集中供热(热力)行业。供热企业要同时管好热源首站、多座换热站和大量热用户,过去靠人工抄表、电话报修、老师傅凭经验调温,站点数据滞后、故障靠运气发现、能耗与收费两本账。项目立项就是解决这个产品问题——把站点设备数据、供热调控、故障报警、维修工单、采暖费收缴和能耗统计收进一套系统,让热力公司在一个后台完成"看数据—调温度—处理故障—收热费"的闭环,并满足供热季 7×24 小时连续运行的场景要求。
平台由管理后台、商户端、移动端小程序和设备接入服务组成,覆盖 7 个功能模块:
① 站点监控:区域—管网—站点三级档案,支持单站/双站/三站与高/中/低区机组、水站/蒸汽站;实时点表(2023 版 229 个字段)、工艺流程图、历史曲线、在线状态与站点地图。
② 智能调控:室外温度可取自天气接口、分时段策略或设备实测,按"基础供水温度+室外温补偿+时段补偿"自动算出目标供水温度,分别下发 1#/2#/3# 机组,支持定温与曲线模式。
③ 报警中心:上下限/区间阈值、设备离线、二网户端(集采器失联、热表故障、智能阀故障、电池欠压、回水温度过低)报警,自动生成报警单、短信通知巡检员并留痕。
④ 工单管理:居民小程序报修→派单→维修→完工→催单/评价,配维修员业绩排名。
⑤ 收费管理:小区—楼栋—单元—户档案、户型面积与单价、缴费订单、微信支付(Native/H5/JSAPI/APP)、退款与缴费统计。
⑥ 能耗报表:站点/楼栋日能耗、热/水/电单耗、二次供水温度、一网平衡、故障与单耗排名。
⑦ 基础与权限:多商户租户、角色/菜单/数据权限、操作日志、点表与住户 Excel 批量导入导出。
我负责后端与服务器部署运维(除前端外):库表设计(80 余张表)、约 800 个后端接口、设备接入网关、定时调度、支付与第三方对接,以及服务器环境搭建、Docker 部署、数据库备份与线上运维。
技术栈:Java 8 / Spring Boot、Dubbo + Nacos、MyBatis-Plus、MySQL/MariaDB、Redis、Netty、XXL-JOB、JWT + RBAC、Gradle 多模块、Docker + Nginx。
亮点:①Netty 长连接网关统一解析各厂家 DTU 的 JSON/XML 报文,按站点维护连接与心跳,采集数据先进 Redis 再批量落库,设备通信与业务查询解耦;②指令下发用状态机(未下发/已下发/成功/取消)+ Redis 分布式锁 + 帧头回执校验,保证并发下指令可靠送达;③气象驱动的自动调温闭环,按机组分别下发目标温度,把调温经验固化为策略;④历史点表按采暖季分表,累计 855 万行、约 16.5 GB,仍可在线查询与归档导出。
难点:设备协议非标(报文格式、分包粘包、字段语义各异);229 字段×三个区的点表映射与报警阈值维护;供热季高并发采集的写入压力与库表膨胀;多客户私有化部署的配置隔离与备份。



评论