发现 / 落地案例 / 旧设备信号名称匹配

旧设备信号名称匹配

需自行部署终端

从含糊的 PLC 点位名称中找出设备信号,把单位不一致、重复绑定等问题交给工程师核对。

由 admin 提交 · 收录于 7天前

⚡ System1 在这里负责什么

Jev 只从程序提供的候选项中选择设备和测量/反馈信号,也可以选择“没有对应项”。数据类型、单位、重复绑定及是否转人工由代码检查;模型不会创建 PLC 点位,也不能凭名称确认实际接线。

介绍

案例:水厂的设备台账写着“1 号原水泵转速”,旧 PLC 里却只有 SPD_FB、SPD_REF 之类的缩写。这个样例尝试找出哪个点位是实际转速反馈,哪个只是目标转速,最后生成一份建议对应表。 Jev 分两步选择:先找设备所在的目录,再从候选点位中选择对应信号。Python 程序先排除数据类型不符的候选,再检查单位是否一致、一个点位是否被重复绑定,把结果分成建议绑定、待人工核对和未匹配三类。运行脚本写出 binding_plan.json,并不完成现场投运。 目前阶段:使用预设水厂数据和人工生成的脏数据做工程样例。作者测试中,若两台泵的编号与实际接线对调,仍会出现错误的自动匹配;只看名字无法确认物理接线,必须到现场核对。示例置信度门槛也不是经过验证的可靠性保证。 使用要求:本地 Python 环境和自己的 TypeSafe API Key,模型调用可能另收费。本条核验了说明和代码,没有独立运行项目。 原始资料: https://github.com/smslavin/jev-industrial-samples/tree/main/03-tag-mapping https://github.com/smslavin/jev-industrial-samples/blob/main/03-tag-mapping/mapper.py

🧪 社区实测报告

0 份报告 · 0 份真实模型通过
还没有人测试过,来做第一个吧。

💬 相关讨论

发帖 →
还没有讨论。