暂无搜索历史
结论:采集数据的时间戳应优先使用"设备采样时间",网关接收时间只作辅助字段;网关本身必须做时间同步,并对偏移做记录和校正,否则多设备数据无法按时间对齐。
结论:设备采集上来的数据不能直接入库。点位偶发跳变、通信中断后的残留值、量程外读数都会污染后续的报表和追溯。更稳妥的做法是在边缘网关入库前做规则校验,并保留原始...
结论:断网续传的核心不是“缓存了就行”,而是保证数据不丢、不重、有序。做到这点需要三个机制:本地序号、云端确认、幂等入库。 一、本地序号:每条数据有唯一身份 ...
结论:设备数据上云没有万能协议。弱网、多设备、需要下行控制时优先MQTT;数据量小、对实时性要求低时HTTP批量上报更简单;已有OPC UA体系可考虑其发布订阅...
结论:设备能提供OPC UA就优先用OPC UA;老设备只有RS485就用Modbus RTU加网关;只有私有串口协议的,才考虑定制解析。选型看三件事:设备出厂...
结论:车间边缘网关做断网缓存,数据量不大、要求简单可靠时,首选SQLite(WAL模式);纯追加的高频点位可用按时间分段的队列文件;需要本地查询聚合再考虑嵌入式...
结论:设备数据采集项目后期最大的维护成本不在协议,而在“点表”。点表就是地址与业务含义的映射,管理不好,换一台设备就要改代码。 一、点表应该包含哪些字段 设备...
结论:设备数据采集进入MES或数据平台后“对不上”,多数源于时间戳来源不统一和断线补传没有幂等设计。下面给出一套可落地的做法。
结论:设备联网首先是网络和安全设计问题,其次才是协议问题。核心原则:生产网与办公网隔离,数据尽量单向上送,控制指令默认不下发。
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市