news 2026/9/13 7:20:25

PLC、Mod、MQTT工厂数据采集与协议转OPC UA

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
PLC、Mod、MQTT工厂数据采集与协议转OPC UA

PLC、Mod、MQTT工厂数据采集,协议转opc ua

工厂里的数据采集就像给设备装上了听诊器,但不同设备说着不同的方言——Modbus、MQTT、OPC UA这些协议就是典型的"方言现场"。今天咱们用Python来当翻译官,把车间里PLC的Modbus数据通过MQTT传上网,最后转成OPC UA的标准格式。

先看PLC侧的Modbus数据抓取。车间里的三菱FX5U用Modbus TCP暴露数据,咱们用pymodbus库来撩它:

from pymodbus.client import ModbusTcpClient def read_plc_data(): client = ModbusTcpClient('192.168.1.10', port=502) try: if not client.connect(): raise Exception("PLC拒接") result = client.read_holding_registers(0, 2, slave=1) temperature = result.registers[0] / 10.0 # 温度值有小数点 pressure = result.registers[1] return {'temp': temperature, 'press': pressure} finally: client.close()

这里有个坑要注意——Modbus寄存器地址需要减1,比如40001对应地址0。读出来的数据可能需要做量程转换,比如温度值可能放大了10倍存储。抓数据时最好用try包裹,车间网络说断就断。

抓到的数据得往云端甩,这时候MQTT就派上用场了。用paho-mqtt包发数据:

import paho.mqtt.client as mqtt mqtt_client = mqtt.Client() mqtt_client.connect("iot.eclipse.org", 1883, 60) def publish_data(data): payload = f"temp/{data['temp']}/press/{data['press']}" # QoS设为1确保至少送达一次 mqtt_client.publish("factory/plc1", payload, qos=1) mqtt_client.loop() # 处理网络流量

注意MQTT的遗嘱消息(Last Will)设置能让服务器在断线时通知其他客户端。生产环境建议用带TLS的加密连接,别让车间数据裸奔在公网上。

最后的重头戏是转OPC UA。用opcua库架个服务器:

from opcua import Server server = Server() server.set_endpoint("opc.tcp://0.0.0.0:4840/freeopcua/server/") # 命名空间相当于数据目录 uri = "http://factory.io" idx = server.register_namespace(uri) # 创建对象节点 objects = server.get_objects_node() plc_node = objects.add_object(idx, "PLC1") # 添加变量节点 temp_var = plc_node.add_variable(idx, "Temperature", 0.0) press_var = plc_node.add_variable(idx, "Pressure", 0) temp_var.set_writable(False) # 只读变量 # 启动服务 server.start() # 数据更新函数 def update_opcua(data): temp_var.set_value(data['temp']) press_var.set_value(data['press'])

OPC UA的节点树结构特别适合表达设备层级关系。注意变量访问权限设置,别让不该写的客户端乱改数据。实际部署时要配证书,匿名访问就像车间大门不锁。

整个数据流的拼装就像车间流水线:

while True: plc_data = read_plc_data() publish_data(plc_data) # 推MQTT update_opcua(plc_data) # 更OPC UA time.sleep(1) # 别把PLC读死了

这里要平衡采集频率和系统负载,有些老PLC处理不了高频请求。遇到通讯中断时要有重试机制,别让整个链路轻易崩溃。

协议转换最难的不是代码,是理解不同协议的设计哲学——Modbus简单直接但功能简陋,MQTT轻巧适合物联网传输,OPC UA则带着工业4.0的野心而来。把这些协议打通,相当于在车间设备、云端系统和IT系统之间架起三座桥,让数据能跨过协议鸿沟自由流动。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/13 7:10:31

使用机器学习简化机构沟通,提升可读性与包容性

项目:Simply Simplify Language 利用LLM简化您的机构沟通。摆脱“官僚德语”。 目录 用法项目信息 应用功能成本语言指南一些发现可读性分数如何工作?分数的含义? 项目团队贡献许可证其他免责声明 用法 您可以在本地、云端或在GitHub Codespa…

作者头像 李华
网站建设 2026/9/12 12:55:55

LangFlow降低AI开发门槛:非技术人员也能构建智能应用

LangFlow降低AI开发门槛:非技术人员也能构建智能应用 在大模型时代,企业对AI应用的期待从未如此高涨。然而现实却常常令人沮丧——一个简单的问答机器人原型,往往需要数天甚至数周才能从概念走向可演示版本。产品经理画出流程图后&#xff0c…

作者头像 李华
网站建设 2026/9/12 18:08:41

LangFlow与LangChain协同工作原理深度剖析

LangFlow与LangChain协同工作原理深度剖析 在AI应用开发日益复杂的今天,如何快速构建一个能理解上下文、调用工具、具备记忆能力的智能系统,已成为工程师面临的核心挑战。传统方式下,开发者需要深入掌握LangChain的模块组合逻辑、提示工程技巧…

作者头像 李华
网站建设 2026/9/13 1:24:42

16.2 对齐方法论:FineTune与RAG两大技术路径

16.2 对齐方法论:FineTune与RAG两大技术路径 在上一节中,我们深入探讨了模型微调的必要性,理解了为什么需要让通用大模型理解特定的业务场景。今天,我们将详细对比两种主要的模型对齐技术路径:Fine-tune(微调)和RAG(检索增强生成),帮助大家更好地理解它们的特点、优…

作者头像 李华
网站建设 2026/9/12 20:28:34

16.3 微调技术盘点:产品经理需要了解的核心方法

16.3 微调技术盘点:产品经理需要了解的核心方法 在前两节中,我们探讨了模型微调的必要性和Fine-tune与RAG两种技术路径的对比。今天,我们将深入盘点微调技术的核心方法,帮助产品经理更好地理解和应用这些技术。 微调技术全景图 微调技术发展至今,已经形成了丰富的方法体…

作者头像 李华