一、技术底座：渲染引擎、数据接入与场景构建

本方案的技术底座是 HT for Web——一套基于 WebGL / Canvas 的纯前端可视化引擎。渲染方式、数据接入方式、三维场景的构建方式，是后面所有功能实现的共同前提，以下分别说明。

（一）渲染层：HT for Web

渲染层由 HT for Web 承担：它基于 WebGL / Canvas 在浏览器内完成全部三维与二维渲染，不依赖浏览器插件，也不需要安装桌面客户端，可实现零插件、跨浏览器，同一套页面可同时适配桌面鼠标、移动触屏和大屏。相比之下，需要安装浏览器插件的方案维护成本高、跨终端无解；C/S 桌面客户端方案部署与升级链路长。

从渲染分层看，一个火电厂可视化页面通常由四层叠加而成：

面板层由 HT 自研的 2D 绘制体系承载，而不依赖浏览器 DOM。仪表盘、表格、图表、指标卡片这类面板，用的是 HT 自研的 Drawing 组件———基于 Canvas 的图表与图元体系，既不接入第三方图表库，也不用浏览器原生 HTML 控件拼装。这样做带来两点直接收益。

其一，同源。 二维面板与三维场景采用同一套数据对接规范、样式属性：同一个测点数值发生变化时，可同时驱动三维模型染色与二维曲线端点更新。

其二，可入景。 二维图元不局限于铺在页面上的浮层，还可以直接叠加进三维场景中承载信息——在设备上方挂图标、数据牌、标签或光柱，作为三维空间里的一个对象存在，随相机变换自动保持与设备的相对位置，无需手工换算屏幕坐标去对齐一个外部浮层。所谓“2D 与 3D 无缝融合”，靠的正是这两点，而不是把两张画面对齐叠放。

（二）数据接入：前端能对接的一切方式

可视化系统本身不生产数据，它只是数据的“最后一公里”。因此接入层的设计原则很直接： 凡是浏览器能产生回调、Promise 或数据流的方式，都可以对接。

WebSocket：全双工，适合高频点位数据的持续推送，是实时监控场景的主力方式。

HTTP / HTTPS：轮询、长轮询、REST 拉取，适合低频状态查询与配置类数据。

MQTT：在设备侧和物联网平台侧非常常见。浏览器端通常通过 MQTT over WebSocket 接入，或由网关把 MQTT 主题转成 WebSocket 消息。

SSE（Server-Sent Events）：服务端单向推送，实现简单，适合事件流类的数据。

WebRTC DataChannel：低延迟双向通道，可用于对时延敏感的遥控指令回传。

以及 厂商 SDK、时序库 / 数据库的 HTTP 接口、静态文件，甚至本地扫码与刷卡事件等一切前端可触达的数据源。

（三）数据到视图：属性驱动，而非命令式重绘

可视化引擎内部维护一份 统一的数据模型：三维场景里的每一台设备、二维面板上的每一个表格行、每一条统计曲线，本质上都是这份数据模型里的一个对象，每个对象都是一组“业务属性 + 样式属性”的载体。

数据到达前端后，要做的事情非常简单： 把值写进对应对象的业务属性。引擎监听属性变化，自动把变化映射为视图刷新。所以“对接数据后调用接口即可动态更新面板”这件事的技术实质是——数据绑定是声明式的，开发者不需要逐个去刷新图表实例、表格单元格，也不需要手工擦除重绘。

由此得到三条工程结论。

第一，一处数据变化可以驱动多处视图。通过数据模型的属性变更监听，同一份数据可以同时更新三维模型的颜色、二维表格的单元格，以及统计曲线的末端点。这不需要写三份刷新代码，也不存在三份数据互相对不上的问题。在火电厂这类系统里，同一个测点往往要出现在工艺流程、机组看板、预警列表三个地方，这个机制直接消灭了大部分数据一致性问题。

第二，告警不是“调用告警接口”，而是渲染状态。数据侧传过来的通常只是一个数值或一个布尔状态。所谓“设备超温告警”“人员越界告警”“区域风险升级”，在前端全部是由动画、模型材质、颜色染色、图层叠加这四样东西组合表达出来的。

第三，刷新必须节流。高频点位数据不能“来一条刷一帧”。合理的做法是：数据侧按变化推送而非按帧推送，前端按可视性过滤（不在视锥内、面板未展开的对象不必更新），并对同一批次的更新做合并。列表类界面尤其应该走事件机制做局部更新，避免整屏无意义重绘——这直接对应着“桌面卡顿”和“手机发烫”这两个真实抱怨。

（四）场景构建：倾斜摄影、人工建模、BIM 的三线并用

三维场景并非直接由前端代码从零构建，源头来自建模阶段：建模软件中需按照业务功能、动画逻辑对模型进行拆分处理后，再导入 HT 场景。火电厂项目一般有三条建模路线，各有所长，实际项目中通常叠加使用。

倾斜摄影实景三维：用一台垂直、四台倾斜共五个视角同步采集影像，经过空三加密、密集匹配、纹理映射，生成带地理坐标系的三维模型。它的优势是“所见即所得”——能真实反映地物，可输出的 OSGB / 3DTiles 数据自带多细节层次（LOD），系统根据视距自动切换精度层级，因此可以承载人工建模无法承载的场景规模，并且能与 GIS 精确匹配。

人工建模：用 3dsMax、Maya、C4D 等软件，基于影像、CAD 平面图或现场照片估算轮廓与高度建模。灵活度最高——可以按需拆分零部件、可以做透视与拆解、可以做精细材质。

BIM：建筑与设备的结构化模型，既能叠加到三维场景，也能叠加到地图场景，天然适合承载“按工序演进”这类带工程语义的内容，例如升压站建设流程。

二、场景表现层功能

场景表现层包含透视效果与漫游巡检两个功能，二者的实现重心不在数据上，而在几何的组织方式，以及相机与动画的控制方式上。

（一）透视效果：让建筑内部“一览无余”

机组区域的内部布局需要便于运维查看，但建筑外墙会挡住内部设备。删掉外墙会丢失建筑轮廓，空间关系也难以理解。

1. 几何准备：机组区域按内部布局 1:1 人工建模，并把“建筑外壳”和“内部设备”组织成相互独立的层级。这一步必须在建模阶段完成分组，前端无法事后拆分。
2. 透视的表现：把外壳图元设为半透明，配合遮挡关系的深度处理与透明物体排序，得到“外轮廓仍在、内部可见”的效果。所以透视本质上是一次 材质参数的调整，而不是几何操作。
3. 交互设计：由交互层决定何时切换——默认实体显示；鼠标悬停或点击时外壳转半透明；也可以做成“沿视线方向自动把遮挡物透明化”。
4. 能力复用：地下管网的“地表透明”、升压站内部结构的查看，用的都是同一套机制，只是在实现上把“半透明的对象”从建筑外壳换成了地面图层。

（二）漫游巡检：把巡检路线做成可播放的相机动画

电力巡检人员需要对运行的机器、工艺设备、管道、仪表做规范检查，发现、处理、上报隐患。用可视化手段把“巡检”这件事本身呈现出来，需要支持多类巡检内容、多条巡检路径、第一人称与无人机两种视角，并且速度可调、全时段可自动巡视。

1. 路径建模：根据巡检路线生成若干条管道路径，每条路径的终点都是一个“停留点”，每个停留点关联一台设备对象。
2. 两种视角的本质差异：第一人称是相机高度贴近人眼高度、朝向沿路径切线，带来沉浸感；无人机视角则把相机抬升到空中，轨迹可以跨越输煤栈桥、烟囱这些高处障碍，得到俯瞰全局的观感。两者共用同一条路径数据，只是相机高度与朝向策略不同。
3. 数据联动：经过停留点时弹出的设备信息面板，数据来自统一数据模型，而不是写在路径配置里的静态文本——这意味着设备参数变了，巡检时的展示会同步变化。
4. 巡检结果：巡检里程、发现问题数等汇总到二维面板。

漫游巡检本身不产生“告警事件”。巡检中发现的异常同样表现为设备图元的渲染状态变化。

三、安全模块：把“人和物的位置”变成可计算的态势

安全模块是这套系统里点位密度最高的部分。它包含十余个子功能，但底层机制高度统一： 人员、车辆、门禁、摄像头、围栏、火灾监测点，在场景里都是“带业务属性的图元”；数据接入后只改属性，不改结构。

（一）综合态势与累计安全运行时间

业务诉求：在一块二维面板上集中呈现累计安全运行时间、火灾监测点位、门禁点位、厂区人员、厂区车辆、电子围栏、摄像头信息，并能一键下钻到三维场景中的具体分布。

实现路径：这些指标来自消防、门禁、定位、视频等多个互不相关的子系统，能出现在同一块面板上的前提，就是前述的归一化——各子系统的数据在接入层被统一成同一套数据模型，面板上的表单与表格组件直接绑定这份模型。

（二）人员管理：定位、轨迹与求救

业务诉求：按汽机、输煤、锅炉房分区统计厂区总人数与在岗人员信息；在三维场景中快速定位人员；实时监控位置、查看行动轨迹；员工携带定位卡遇险时手动发出 SOS，集控中心第一时间响应。

实现路径：

1. 数据来源：基于 UWB 定位基站或其他定位硬件，人员定位卡上报坐标、时间戳、卡号、电量等信息，经网关归一化后推送进前端。
2. 坐标系转换：这是最容易出问题的一步。定位硬件给出的是它自己的坐标系，必须依次转换成厂区工程坐标系、再转成三维场景的世界坐标。这一步不做或做错，所有点位都会“飘”。
3. 图元策略：人员数量大，不可能每人一个高精度模型。实际做法是用轻量的图标或精灵加姓名标签作为常态表现，只有被选中或被搜索定位时才切换为精细模型并弹出详情面板。这个取舍直接决定了场景的帧率。
4. 轨迹回放：把某个人员的历史点位按时间排序生成一条折线，用动画按时间推进逐段绘制——这就是“轨迹回放”的全部原理。它和漫游巡检、疏散预演共用同一套时间轴驱动能力。
5. SOS 求救：定位卡被按下后，该人员的图元进入告警渲染态——更换图标、变色、闪烁动画，镜头自动飞向该位置，二维面板中该条记录置顶。这里没有任何“告警接口”被调用，全部是状态渲染加相机动画。
6. 交互设计：点击人员图元，面板显示工号、班组、在岗时长以及轨迹回放入口。

同一份位置数据还支撑全局调度，管理者可据此调动各区域员工。

（三）门禁管理

业务诉求：在大屏上查看门禁分布区域、当日通过门禁的人数、拦截人数与拦截原因；与楼宇自控、闭路监控、防盗及消防报警等系统协调联动。

实现路径：门禁图元设计为多态——正常、通行、拦截三种状态用颜色与图标区分。通行事件在时间轴上累积成序列，二维面板用表格加柱状图呈现“当日通行人数”的变化；“拦截原因”要做枚举归并，才能形成可筛选、可统计的列表。

联动在可视化层的表现，本质上还是“同一份数据模型驱动多套视图”：一个门禁状态发生变化，可以同时改变三维门禁图元的颜色、二维通行曲线的末端点，以及安防态势里的统计数字。跨系统的联动脉络不需要前端去串联，前端只负责感知数据模型的变化。

（四）摄像头管理

业务诉求：统计在线 / 离线摄像头数量，支持按名称搜索并查看位置；接入视频画面。

实现路径：

1. 设备状态与检索：在线离线数量是对状态字段的聚合；按名称搜索则在二维侧建立名称与区域的索引，输入即过滤，不必请求服务端。
2. 点位定位：点击列表项，镜头飞行到对应摄像头图元并高亮——与人员定位、门禁定位用的是同一个“列表到场景”的定位能力。
3. 视频接入：在二维或三维态势图上把摄像头对象与其视频信号源关联，通过场景交互调取监控画面。
4. 视频融合：把二维视频图像作为纹理贴到三维场景的相应位置上，例如把摄像机视锥覆盖的墙面区域用其实时画面填充。这样得到的是“画面贴在真实空间位置上”的融合视图，对室内监控场景尤其直观。它的实现前提是相机标定：需要知道每台相机在场景中的内外参，否则画面与几何对不上。
5. 关键性能设计：摄像头数量大时，必须只对进入视野或距离阈值的点位请求视频流，其余保持占位符。这是控制带宽占用与解码开销的决定性一步。
6. 性能细节：查询类界面采用事件机制做局部更新，而不是按固定帧率全量刷新界面——这正是“避免桌面卡顿和手机发烫”的技术含义。

（五）电子围栏

业务诉求：以“阻挡为主、报警为辅”的思路做周界防护，支持性围栏（汽轮机、变压器、升压站等区域）与临时性围栏（临时施工区、“两票”维修区），并留存违规记录。

实现路径：

1. 几何表达：围栏是三维场景中的多边形几何，用线条或半透明面表达，默认采用黄色标识。
2. 手动绘制：提供绘制交互后，绘制结果被转换为一组顶点写入数据模型并持久化，因此临时围栏可以随施工进度随时增删。
3. 入侵判定：本质是判断运动目标与围栏多边形的位置关系（点在多边形内外，或在三维情形下判断与围栏面的空间关系）。判定放在前端还是服务端取决于实时性与点位规模：前端做则每帧对运动目标做一次包含判断，响应更即时；服务端做则前端只接收“越界”事件，前端负载更轻。工程上通常按围栏数量与目标数量权衡。
4. 入侵表现：目标图元变色、围栏面高亮、弹出提示框，同时把一条记录写入违规清单（违规时间、事件类型、处理状态）。依然遵循“渲染态而非告警接口”的原则。
5. 一键查看：面板上每个围栏后的查看按钮，实际是触发一段可控的相机动画，把镜头拉到该围栏的包围盒。

（六）车辆管理

业务诉求：具备基础信息查询、实时定位跟踪、位置查找、安全状态查询、巡查盘点、异常报警联动；结合路网系统缩短旅行时间、降低行车延误、减少空驶与乱停。

实现路径：

1. 室内外定位融合：厂区是典型的密集多径环境，室内采用 UWB、Wi-Fi、蓝牙、红外线、超声波、RFID、ZigBee 等手段，室外配合北斗卫星导航系统，共同收集车辆运行轨迹。多种技术并存是为了解决单一手段覆盖不全的问题。
2. 渲染管线复用：车辆定位与人员定位共用同一套定位渲染管线，区别只在图元模型和属性集（车牌、载重、司机、所属部门）。
3. 路网关联：把车辆轨迹与场景中的道路数据做空间关联后，才能进一步计算旅行时间、延误、空驶与乱停等管理指标。这部分计算放在服务端更合适，前端负责呈现与交互。
4. 故障报警：车内的报警按钮触发后，位置图元变色闪烁、面板记录置顶，调度室可一键定位并规划路径——与人员 SOS 求救是同一套表现机制。

（七）安全四色图

业务诉求：绘制企业安全风险分布图，把风险从高到低划分为重大、较大、一般、低四档，分别用红、橙、黄、蓝标示，用以指导消防设备与监控设备的布控。

实现路径：这是一张 分级着色图——每个区域多边形绑定一个风险等级属性，属性变化驱动面颜色变化。实现上由“区域几何 + 等级属性 + 颜色映射表”加图例组件构成。

风险等级还可以与监测数据挂钩（例如某区域温度持续超限则等级上调），四色图随之从静态图变为随工况变化的动态图。该联动同样不需要“告警接口”，只是属性变化的级联——监测属性变化触发等级属性变化，等级属性变化触发颜色刷新。

（八）火灾预演与疏散路线

业务诉求：用动态箭头标示逃生路线、指向逃生出口；模拟多条疏散路线并预测时间，测算最佳逃生路线；在人员密集、地形复杂的火电厂提高疏散效率。

实现路径：

1. 火源定位：结合北斗、UWB 等定位体系，把起火点精确映射到三维场景坐标。火灾监测点位在场景中以图元形式呈现，异常点位进入告警渲染态。
2. 路线表达：用带箭头的动态流动线条表达疏散方向——沿路径做纹理偏移或粒子流动，方向性一目了然。这是“动画表达信息”的典型用法：方向本身是数据，动画只是它的视觉编码。
3. 疏散模拟：把建筑内部结构（BIM 数据在这里价值最大）转换成可通行网络——房间、门、走廊、楼梯构成一个图结构，用路径搜索求解最短或最快疏散路径；把人员分布的定位数据作为起点集合；再把人员密度对通行速度的影响加入代价函数。这三步合在一起，才得出“预测时间”这个结果。
4. 预演回放：整个过程由时间轴驱动，可以暂停、可以倍速，还可以反复播放不同方案做对比。这套时间轴机制与漫游巡检、升压站建设流程完全同源。

疏散模拟的计算量不适合放在浏览器里做。前端承担的是 结果的可视化：把服务端算出的路线渲染成箭头、把时间渲染成标签、把过程渲染成可播放的动线。

四、环保模块：把排放数据变成可判读的态势

环保模块包含排放物监测与 AQI 云图两个功能：前者用统计图表表达各类指标的数值与趋势，后者用场景点位与云图表达污染的空间分布，两者共用同一份排放数据。

（一）排放物监测

业务诉求：监测烟尘、二氧化氮、汞排放、PM10、PM2.5、二氧化硫等指标的正常与异常状态，对异常区域加强环境管理；按月统计各类排放物，发现规律与特征。

实现路径：

1. 点位与场景的对应：每一类排放物在三维场景中有对应的分布区域图标；点击底部菜单中的排放物类别，相应区域出现图标；双击场景中的图标，弹出二维面板查看该类物质的每小时变化情况。即“三维定位 + 二维详情”的组合：三维表达“在哪里”，二维表达“是多少、怎么变”。
2. 图表的语义分工：柱状图表达月总量、折线图表达趋势、面积图表达量的累积与构成。不同图元的语义承载力不同。图表数据源直接绑定到统一数据模型，数据到位即自动重绘。
3. 超标的表达：某点位指标越限时，点位图标染色、曲线上的越限区间染色（绿 / 黄 / 橙 / 红 / 紫分级），并进入面板的异常列表。这不是告警接口调用，而是染色表达。
4. 多源整合：“环境数据的统一存储、统一展现”的前提，是把分散在各信息孤岛中的数据经统一接入层抽取、转换、清洗后落到同一份模型上。

（二）AQI 云图

业务诉求：用绿、黄、橙、红、紫表示空气污染的轻重程度，加强重污染区域的环境治理与人员准入管理。

实现路径：这是典型的热力云图。把离散监测点的浓度值做空间插值（反距离加权或克里金等），生成一层半透明色带，颜色按浓度分级映射；色带贴在场景上方一个固定高度层，形成悬浮的“云图”效果。从架构上看，云图就是一层自定义图层，与底图瓦片、倾斜摄影实景分层叠加，可随时开关——它与 GIS 图层体系是同一套机制。

五、生产模块：工艺、设备与机组数据

生产模块包含三维工艺流程、设备预警、地下管网、升压站建设流程与机组数据监测五个功能，分别对应工艺状态、设备健康度与生产指标三类数据，实现重心各不相同。

（一）三维工艺流程

业务诉求：把燃煤发电的主工艺链条串起来——输煤栈桥 → 筛煤机 → 碎煤机 → 输煤皮带 → 给煤机 → 磨煤机 → 锅炉 → 汽轮机 → 发电机 → 主变 → 升压站 → 电网，并监控关键设备的运行信息。

实现路径：

1. 流程的表达：在场景中，工艺流程由“设备图元 + 连接关系”构成。管道、皮带、线缆用曲线或折线图元表达， 流向用流动动画表达——物料流、电流的方向本身就是关键生产信息。
2. 状态的表达：运行、停机、检修、故障四种状态用材质与颜色区分；负载率可以用颜色梯度或动画速度来表达。依托几何与表现解耦，同一份设备模型可以呈现任意工况。
3. 数据绑定：每台设备图元绑定若干工艺量（流量、温度、压力、振动）。二维属性面板与三维图元共享同一份属性，所以“从哪个入口点进来看这台设备，看到的都是同一组数据”。
4. 与传统组态软件的差异：InTouch、iFIX、WinCC 这类组态软件诞生于 C/S 时代；Web 方案顺应 C/S 向 B/S 转型的趋势，支持便捷的数据绑定、丰富的可视化组件，以及跨终端一致的交互体验（桌面鼠标 / 移动触屏 / VR）。
5. 工程提醒：连接线的走向、管道口径、设备相对位置都依赖建模阶段的约定。前端能调材质、能调状态，但不能改几何——所以工艺的准确性在建模阶段就已经决定了。

（二）设备预警

业务诉求：按一级、二级、三级分类查看设备预警信息，防范高温暴晒下设备爆炸、倾覆、滞留的风险；减少非计划停机；在高温天气用“温度传感器 + ZigBee”组网采集关键设备及关键部位的温度信号，超温部位精准定位、超温报警。

实现路径：

1. 数据链路：温度传感器通过 ZigBee 组网 → 智能网关 → 光纤网络 → 监测系统 → 与其余子系统一样汇入统一接入层。这是一条典型的工业现场数据通道，前端需要的是归一化后的结果，而非原始协议。
2. 分级预警的本质：为每个监测点配置多档阈值，数据越限时确定等级。 分级的意义在于抑制告警疲劳——如果一超温就报最高级，运维很快就会对告警脱敏。信息降噪是业务侧的硬需求，前端必须在聚合与去重上配合。
3. 等级的表现：图元颜色（黄 / 橙 / 红）、闪烁动画的频率（等级越高闪得越急）、模型材质变化（超温部位做成自发光或高亮），以及二维预警列表的排序与置顶。整套机制仍然是渲染状态与动画的组合，没有“告警接口”可调。
4. 精准定位：靠一张“传感器 → 设备 → 三维图元”的映射表。点击预警项，镜头飞行到该部位并高亮——这与人员定位、门禁定位用的是同一套定位能力。

（三）地下管网

业务诉求：以透视效果呈现地下管网在厂区中的分布，了解管道布局与走向，避免地下作业损坏管道；结合各类传感器监测管道健康状况，避免爆管、管裂。

实现路径：默认状态下管网被地面遮挡，通过把地面图层调为半透明即可呈现地下管网。这里复用的是透视机制，只是被半透明的对象换成了地表。管网的几何通常来自管网设计数据或 CAD 图纸的三维化建模，同样需要轻量化后导入，前端不生成几何。

监测方面，压力、流量、泄漏（声波或分布式光纤）等测点数据与管段图元绑定，异常管段染色。交互上支持点击管段查看管径、材质、介质、埋深，直接服务于“开挖前查图”这个真实作业场景。

（四）升压站建设流程

业务诉求：把 BIM 应用到升压站建设的规划、设计、施工及运维各阶段；仿真还原建设流程——地基建筑 → 围墙 → 变压器区 → 刀闸区 → 开关区 → 钢塔 → 线缆；按正常、2 倍、4 倍速播放以查找不合理环节；同时对一次设备（变压器、断路器、隔离开关等）的运行工况进行监视、测量、控制与调节。

实现路径：

1. BIM 叠加：建筑数据既能叠加到三维场景，也能叠加到地图场景，形成 BIM 与 GIS 的结合展示。
2. 时序播放的实现：把工序拆成若干阶段，每个阶段对应一批图元的“出现”。播放就是在时间轴上按顺序把图元的显示状态逐批打开，并配合渐显或生长动画；“倍速”就是改变时间轴推进速率。这与火灾疏散预演、漫游巡检、轨迹回放共用同一个时间轴底座， 一套时序能力支撑了四个看似无关的功能。
3. 一次设备工况：变压器、断路器、隔离开关的分合位、温度、电流等工况叠加到 BIM 模型上，用材质和颜色表达分合状态与异常状态——与三维工艺流程中的设备状态表达是同一回事。
4. 工程前提：BIM 模型必须先转换成渲染引擎的图元体系并做轻量化处理，才能在 Web 端高效流畅地加载。这也是“建模软件出模型、引擎配材质”这条分工在 BIM 场景下的自然延伸。

（五）机组数据监测

业务诉求：查看机组负荷、汽机转速、给水流量等主要参数的实时数据；统计安全运行天数、厂区面积、总装机容量、机组实时功率，日 / 月 / 总发电量，供电煤耗、发电煤耗、负荷率等生产指标，以及锅炉机组与汽轮发电机组的运行效率。

实现路径：

1. 指标分层处理：实时量（秒级刷新）与统计量（分钟 / 小时 / 天级）必须分开处理。实时量走推送加节流；统计量通常在服务端完成聚合后下发，前端不做重计算，否则会拖垮浏览器。
2. 图表的选择：日 / 月 / 总煤耗用柱状图与折线图结合（同一张图里同时表达总量与趋势），效率类指标用对比条，发电量用堆叠或面积图。图表形态与要表达的数据语义相匹配。
3. 面向无人化的延伸：这些数据最终服务于状态检修、厂站智能运行、作业机器人替代与大数据辅助决策。可视化在这里的价值定位很清晰—— 把多源数据压缩成“一眼能看懂的态势”，为人的决策服务。

六、可复用的六条工程规律

把上面十余个功能横向对比，它们反复依赖同几套机制，可归纳为以下六条。

1. 数据接入是“归一化”而不是“直连”。前端面对的是统一数据模型，不是十几种工业协议。协议解析与量纲统一留在网关侧，前端只做点位映射。
2. 视图刷新是“属性驱动”而不是“命令式重绘”。写属性、监听变化、局部更新。一处数据变化驱动多处视图，这是数据一致性的天然保障。
3. 告警是“渲染态”而不是“接口”。动画、模型材质、颜色染色、图层叠加，四件套组合表达异常状态，系统中不存在“告警接口”。
4. 几何与表现必须分离。建模软件负责轻量化几何，引擎负责材质与状态。正因如此，同一份模型才能承载多种工况外观。
5. 时序能力可以跨功能复用。漫游巡检、疏散预演、建设流程回放、轨迹回放，共用同一个时间轴驱动层。
6. 性能是设计出来的，不是优化出来的。LOD 分级、瓦片按需加载、图元策略选择、视频按需拉流、事件驱动局部刷新——每一个都是架构阶段就要做的决定，事后优化很难补救。

总结

本文梳理了从数据接入、前端渲染到交互操作的完整链路。火电厂数字孪生大屏的核心目标，是汇聚数十个子系统的运行状态，形成可连续研判的三维态势图。

技术底座支撑整条链路：HT for Web 负责二维与三维渲染，三维承载倾斜摄影、设备建筑及 BIM 模型，二维提供图表面板，二者复用同一套数据对接规范，二维图元可嵌入三维场景。数据通过 WebSocket、HTTP、MQTT 接入，由网关完成协议解析与量纲统一；视图采用属性驱动更新，单处数据变更可同步联动多视图，无需维护多套刷新逻辑。

各类业务模块共享底层能力：分层场景加载、声明式数据绑定、状态可视化与时序驱动。系统存在两项关键约束：异常状态依靠原始数值驱动材质、颜色、图层动画实现；几何模型由建模软件轻量化导出，前端仅配置多工况外观，建模与渲染工作可并行开展。

依托数据归一化、属性驱动、状态染色、时序复用的核心架构，整套可视化体系具备良好的通用性与扩展性，可支撑后续电厂业务模块与接入子系统的持续迭代拓展，无需重构底层可视化逻辑。