通讯物模型怎么建
物模型是把「一类设备有哪些数据、每个数据是什么意思」写成一份可复用的模型，而不是每接一个项目就把点位表重抄一遍。点位表是"这一台"的，物模型是"这一类"的。
需要了解产品参数、适用场景与案例？
拨打 130 4890 6506，获取选型建议与同行业案例2. 为什么需要它
做数据采集的人几乎都经历过这三件重复劳动：
- 同一型号的设备，接第二个项目时又抄一遍点位表 —— 抄错一个地址，查半天；
- 同一个量在不同项目里叫不同名字 —— 这个叫「总有功」，那个叫「有功总」，报表对不上；
- 上层应用被地址绑死 —— 换了设备或改了地址，报表和看板就得跟着改。
这三件事有同一个根：没有把"设备这一类"和"现场这一台"分开。 点位表描述的是现场这一台（地址是多少、接在哪个口上）； 物模型描述的是这一类（有哪些量、量是什么、单位是什么）。 接一台新设备时，"这一类"的部分应当可以直接复用。
3. 物模型里通常有什么
各家的叫法与字段不同，但内容大体是这几块：
| 部分 | 回答什么 | 常见字段 |
|---|---|---|
| 设备标识 | 这是哪一类设备 | 型号 / 类别 / 厂家（对外展示时按口径处理） |
| 测点（数据点） | 它有哪些量 | 点号（唯一）、名称、数据类型、单位、量程、精度/小数位 |
| 点的读写属性 | 这个量能不能被写 | 只读 / 可写 / 只写 |
| 事件与告警 | 它会上报什么 | 事件类型、触发条件、级别 |
| 命令（可选） | 能不能下指令 | 指令名、参数、超时与确认方式 |
| 版本与扩展 | 模型会变，怎么变 | 版本号、变更记录、扩展字段 |
⚠️ 不同平台的叫法不一样：有的把"能不能写"叫读写属性，有的分成"属性 / 服务 / 事件"三类； 有的把"算出来的量"也放进模型，有的要求只放直接读到的量。 本页讲的是通用的内容划分，不指向任何一家的规范 —— 你要对接哪家，就以那家的规范为准。
4. 与相邻概念的区别
| 术语 | 管什么 | 与物模型的关系 |
|---|---|---|
| 通信协议（Modbus、IEC 104 等） | 数据怎么读上来：地址、功能码、报文格式 | 协议管"怎么取"，物模型管"取到的是什么"。两者是两层，不要混写 |
| 点位表 | 现场这一台的地址清单 | 它是物模型的实例化：模型说"有有功功率这个点"，点位表说"它的地址是 40001" |
| 数据字典 / 命名词表 | 名称与口径的统一约定 | 它是物模型的前置条件：名字不统一，模型建了也会分叉 |
| 数字孪生 | 更宽：几何、状态、行为的整体映射 | 物模型是它最基础的一层（先把数据点的语义说清） |
5. 建模时最容易返工的五件事
按返工代价从高到低：
- 命名与单位不先统一。 同一个量两个名字、同一个名字两个单位， 后面所有报表都要跟着打补丁。先定一份命名词表与单位表，再建模型。
- 不区分「直接读到的量」与「算出来的量」。 有功总电量可以累加，功率不行；把两者混在一个列表里， 上层应用就分不清哪个能求和。建议在模型里就分开标注。
- 量程与小数位不写。 不写，界面上就会出现"12345.6789 kW"这种数， 而且异常值（如超量程）无法被识别。
- 枚举与状态码当成数字。 「运行状态 = 3」是什么状态？枚举值要落进模型， 否则每个项目都要再问一遍厂家。
- 模型改了不留版本。 加了点、改了单位，历史数据与新数据就不可比， 而现场往往几个月后才发现。每一次变更都要有版本号与变更记录。
6. 三个最常见的坑
- 坑一：把"地址"写进模型。 模型的目的是跨项目复用； 把具体地址写进模型，等于把"这一类"退化成"这一台"，复用就没了。 地址属于点位表，不属于模型。
- 坑二：一个点多个名字，或多个点一个名字。 前者让同一件事在报表里出现两遍；后者让两个不同的量挤在一个名字里、 聚合时互相污染。点号必须唯一，名称必须唯一对应一个语义。
- 坑三：模型与现场不一致，而且没人知道。 现场加了一块表、改了接线， 模型没跟着改，数据看着有、其实是错的。 这是最危险的一种：它不报错。
想进一步了解？
我们可以提供：产品参数表 · 选型建议 · 同行业案例 · 组网/部署方案对照
拨打 130 4890 6506，获取选型建议与同行业案例
扫码添加服务微信
获取产品资料、行业案例与选型建议
添加时请备注：长文-物模型
7. 什么时候值得建，什么时候别过度设计
值得建：设备型号会重复出现（同一型号多台、多个项目）； 数据要进多个上层应用（看板、报表、能效、碳排）； 或者现场会长期演进（加点、换设备、扩产）。
别过度设计：只接一两台一次性设备、且数据只进一个看板时， 一份清楚的表格就够了 —— 建一套"模型体系"反而是负担。 判断标准很简单：这套东西会不会被复用第二次。
8. 常见问题（FAQ）
物模型和点位表到底有什么区别？
点位表是"这一台"的（地址、接在哪个口上），物模型是"这一类"的 （有哪些量、量是什么、单位与量程）。前者是实例，后者是可复用的模板。 接第二台同型号设备时，该复用后者、只重写前者。
物模型里要不要写通信地址？
不建议。 地址属于点位表。把地址写进模型，模型就绑死在现场， 换一台设备或改一次接线就作废 —— 而复用正是建模型的目的。
各家平台的物模型规范一样吗？
⚠️ 不一样，而且差别不小：有的分"属性 / 服务 / 事件"，有的分读写属性， 有的要求只放直接读到的量。本页不指向任何一家 —— 你要对接哪一家，就以那一家的规范为准，本页给的是建之前该想清的那几件事。
怎么判断模型建得好不好？
一个朴素的标准：接第二台同型号设备时，你改了几行？ 改得越少越好。如果第二台还要从头配一遍，那说明建的还是点位表，不是模型。
9. 联系入口
想进一步了解？
我们可以提供：测点命名与单位口径建议 · 采集与接入方式对照 · 平台数据能力 · 选型建议
拨打 130 4890 6506，获取测点口径建议
扫码添加服务微信
获取测点口径建议与接入方式对照
添加时请备注：长文-物模型
相关页面
- 长文：Modbus 采集配置怎么读报文——协议层：数据怎么取上来
- 术语：Modbus RTU——四个地址区，以及为什么「地址的含义靠文档」
- 术语：就地识别——识别在设备端完成时，读数经接口提供出来
- 产品：智慧能源管理平台——测点语义统一之后，上层应用才建得稳
- 术语：分项计量——测点建好之后，下一步是把它们切成能对账的单元
- 术语库：技术术语库
- 常见问题：能源管理常见问题