暂无搜索历史
结论:件、箱、垛三级码的关联,核心是用“父子关系表”记录谁装进了谁,并给每次组包、拆包留一条事件流水。只要父子关系可以被追加、被解除、被追溯,出货后无论是整垛退...
结论:做参数快照,关键是在“工序完工”这个事件上,把该工序期间的关键参数按约定口径(峰值、末段均值、设定值与实测值)固化成一条记录,并挂到产品码上。不要把整段时...
结论:追溯码发号服务要保证的只有三件事:同一个码不会发两次、网络重试不会多发、补打可以追溯。实现上用“按业务键分段的递增序列 + 幂等请求号 + 码状态机”即可...
工业软件、数据采集与系统集成实践
结论:采集系统里“设备离线”告警的误报,多数来自把“网络断了”和“设备停机”混成了一个状态。做法是分三层判断:链路层看心跳,设备层看数据有没有刷新,业务层看工单...
结论:工厂网络难免抖动,采集网关必须做到断网不丢数、恢复不重复。方法是本地先落盘、带单调序号、云端按序号去重。
结论:工业网关固件升级的底线是“升级失败也能回到旧版本继续采集”。实现上推荐双分区(A/B)加分批灰度,再配合升级前校验和升级后自检,三件事缺一不可。 一、为...
结论:采集项目出问题,多数不在协议,而在点位表。一张字段完整、命名统一、可版本化的点位表,是后续报警、看板、追溯都能复用的基础。
结论:断网补传的关键不是“把缓存重发一遍”,而是给每条数据一个单调递增的序号和采集时间戳,让云端能够幂等去重、按序回填,并识别缺口。 一、问题场景 车间网络偶...
结论:边缘网关数量一多,手工改配置就不可控。配置要做成带版本号的文件,通过拉取方式下发,先灰度再全量,并保留一键回滚。 一、配置里放什么 采集点位表(地址、数...
结论:边缘网关做本地缓存,数据量小、需要按条件补传时用SQLite;只追加、断网时间可预测时用环形文件;需要本地查询和降采样时再上轻量时序库。三者不要混用,选一...
结论:采集数据的时间戳应优先使用"设备采样时间",网关接收时间只作辅助字段;网关本身必须做时间同步,并对偏移做记录和校正,否则多设备数据无法按时间对齐。
结论:设备采集上来的数据不能直接入库。点位偶发跳变、通信中断后的残留值、量程外读数都会污染后续的报表和追溯。更稳妥的做法是在边缘网关入库前做规则校验,并保留原始...
结论:断网续传的核心不是“缓存了就行”,而是保证数据不丢、不重、有序。做到这点需要三个机制:本地序号、云端确认、幂等入库。 一、本地序号:每条数据有唯一身份 ...
结论:设备数据上云没有万能协议。弱网、多设备、需要下行控制时优先MQTT;数据量小、对实时性要求低时HTTP批量上报更简单;已有OPC UA体系可考虑其发布订阅...
结论:设备能提供OPC UA就优先用OPC UA;老设备只有RS485就用Modbus RTU加网关;只有私有串口协议的,才考虑定制解析。选型看三件事:设备出厂...
结论:车间边缘网关做断网缓存,数据量不大、要求简单可靠时,首选SQLite(WAL模式);纯追加的高频点位可用按时间分段的队列文件;需要本地查询聚合再考虑嵌入式...
结论:设备数据采集项目后期最大的维护成本不在协议,而在“点表”。点表就是地址与业务含义的映射,管理不好,换一台设备就要改代码。 一、点表应该包含哪些字段 设备...
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市