软网关与中间件

PsShub让点位拥有清楚的身份

把不同厂商的设备定义、原始点名和属性含义对应起来,让上层系统知道每个点来自哪里、代表什么。

DEVICE / POINT / PROPERTY

01设备来处
02点位名称
03属性含义
PsShub软网关与中间件

连接之后,还要识别准确

01

设备链接标准

面向 OPC、Modbus、BACnet、SNMP 等协议方向,组织设备接入。具体协议、版本和读写范围按设备资料核对。

02

点位命名空间

把位置、设备和属性放进点位上下文,减少不同来源同名点的混淆。

03

动态数据结构

适应不同厂商的设备定义,保留原始含义,为点位绑定准备清楚的依据。

产品演示 · 点位身份与定义对照

同一个点名,可以指向不同对象

比较两种命名情况,查看设备身份、属性和单位如何一起参与判断。

选择阅读内容

都叫 TEMP,读到的却不是同一种温度。

只按原点名绑定,空调送风温度与锅炉出水温度容易混淆。保留设备身份和属性意义,才能让上层系统分清对象。

厂商 A

空调机组 01

AHU-01
原始点名
TEMP
属性含义
送风温度
原始单位
°C
待核协议
Modbus
包含设备身份的点名building-a.ahu-01.supply_temp
厂商 B

锅炉 01

BLR-01
原始点名
TEMP
属性含义
出水温度
原始单位
°C
待核协议
BACnet
包含设备身份的点名plant-b.blr-01.outlet_temp
识别依据

TEMP 需要结合设备与属性解释:AHU-01 是送风温度,BLR-01 是出水温度。

名称不同,也可能都在描述送风温度。

厂商 A 用 SA_T,厂商 B 用 TSupply。含义相近不等于可以直接互换:还要核对单位、比例与设备身份。

厂商 A

空调机组 01

AHU-01
原始点名
SA_T
属性含义
送风温度
原始单位
°C
待核协议
Modbus
包含设备身份的点名building-a.ahu-01.supply_temp
厂商 B

空调机组 02

AHU-02
原始点名
TSupply
属性含义
送风温度
原始单位
0.1 °C
待核协议
BACnet
包含设备身份的点名building-a.ahu-02.supply_temp
识别依据

SA_T 与 TSupply 均描述送风温度,但设备不同,单位分别为 °C 与 0.1 °C。对齐前先核对比例、数值类型与权限。

绑定前需要核对什么

设备协议与版本、点位地址或对象实例、属性定义、数值类型、单位比例和读写权限。协议候选与命名对应都需在授权环境验证。

对照两种命名情况,整理你自己的设备点表。

下载点位对照 CSV

应用场景

适合哪些接入讨论

多厂商设备汇集

将不同设备点表放在一起时,先分清原始定义、单位和身份,再讨论上层绑定。

楼宇系统协同

设备、传输与网关各有职责。先确认网关承担的接入工作,再与上层数据交互衔接。

PsShub 设备、传输与网关关系图

把接入放回设备关系中看

原图区分传输层、控制层与设备连接。用它讨论网关任务和上下层衔接,再按设备资料确认实际接入条件。

打开完整原图

PsShub

从一个点位,确认接入与绑定

说明设备、点位定义、读取业务与权限,一起确认适配和验证范围。

讨论项目需求

产品界面样例

产品界面参考

可切换原尺寸,横向滚动查看细节。