Appearance
设备接入流程
aiots 采用模型驱动接入: 协议逻辑封装在驱动里, 你只描述"这台设备有什么数据、多久采一次"。这些描述就是配置, 改配置不用发版。
内置驱动覆盖 Modbus(Modbus TCP/RTU)、西门子PLC/三菱PLC/欧姆龙PLC、OPC UA、MQTT、DLT645、IEC104 等, 网络组件与默认网关产品都已预置, 接入设备时直接从创建产品开始。
接入一台设备, 整个流程如下:
确认驱动 → 创建产品 → 配置物模型 → 创建设备 → 配置采集器 → 查看数据📖 配置教程:Modbus 设备接入教程
什么时候会用到这个功能
接第一台设备, 不想等外包两周。 一台 Modbus TCP 网关挂几个温湿度传感器, 找外包写采集程序报价一万二、工期两周; 在 aiots 上自己配, 第一台传感器从开始到出数据约两小时。协议逻辑封在驱动里, 你只配置设备有什么数据、多久采一次。
车间里加点位、换设备, 不想每次找开发。 传统做法加个压力点位就要改代码重新发版, 设备换个牌子采集逻辑又要动, 采集程序成了没人敢碰的祖传代码。在 aiots 里加点位就是物模型加个属性, 换设备就是换配置, 不用发版。
几十上百台同型号设备要快速接入。 产品是模板: 第一台 Modbus 设备配下来约两小时(大头在核对寄存器地址), 同型号第二台只建设备、填个从机地址, 一分钟一台。40 多个传感器接入完, 物模型一个字没改。代码复制 40 份是灾难, 模板复用 40 次是简单。
非标设备、字节序奇怪。 内置 Modbus/PLC/OPC UA/MQTT/DLT645 驱动覆盖大部分场景; 遇到私有协议或特殊字节序, 用值解析器写几行 JS 脚本处理, 或基于 SPI 扩展写驱动。
能解决哪些问题
| 问题 | 解法 |
|---|---|
| 写采集程序: 查协议、调字节序、部署上线 | 协议逻辑封在驱动, 只配配置不写代码 |
| 加采集点/换设备要改代码发版 | 物模型加属性/改配置, 即改即生效 |
| 大批量同型号设备接入成本高 | 产品是模板, 第二台一分钟一台 |
| 私有协议/特殊字节序 | 值解析器脚本或 SPI 扩展驱动 |
