c#如何与PLC通讯_c#与PLC通讯看这一篇就够了-C#.Net教程-PHP中文网

C# 本身不内置 PLC 通讯能力，必须依赖第三方库或厂商 SDK；常见问题多因协议选错、字节序或数据对齐不当所致。

c#如何与plc通讯_c#与plc通讯看这一篇就够了

直接说结论：C# 本身不内置 PLC 通讯能力，必须依赖第三方库或厂商 SDK；用错协议或忽略字节序、数据对齐，90% 的“连不上”“读错数”问题都出在这儿。

这是目前 .NET 生态最成熟的开源库，支持 S7Comm 协议（非加密），无需安装 Siemens PC Station 或 Simatic NET。注意它不支持 S7-200 或老式 S7-300 的 MPI 接口。

安装 NuGet 包：S7NetPlus（不是 S7Net，后者已停更）
连接前确认 PLC 已启用“允许从远程 partner 获取 PUT/GET 访问”（TIA Portal → 设备配置 → CPU 属性 → 保护 → 连接机制）
IP 和机架/插槽要严格匹配：S7-1200 默认机架=0，插槽=1；S7-1500 默认机架=0，插槽=2
读 DB 块时，地址格式是 "DB1.DBW10"（字），"DB1.DBD12"（双字），不能写成 DB1,10 这种旧风格
默认使用大端序（Big Endian），但 S7 实际存储是小端序，S7NetPlus 内部已自动翻转，你传 short 或 int 即可，不用手动 BitConverter.Reverse

这不是代码写错了，而是底层链路没通。先绕过 C# 检查物理和配置层：

用 ping 确认能通 PLC IP；再用 Telnet 192.168.0.1 102 测试 S7Comm 端口（102）是否开放（Windows 需启用 Telnet 客户端）
检查 Windows 防火墙是否放行了出站 TCP 102 —— 很多人只关了入站
PLC 的“访问级别”设成了“完全保护”，会拒绝所有外部 GET/PUT，必须调成“未保护”或“读写”
如果用的是虚拟机或 Docker，确认网络模式是桥接（Bridged），NAT 下 PLC 通常不可达
Plc.Read 超时默认是 3 秒，短连不稳定设备时建议显式设 plc.Timeout = TimeSpan.FromSeconds(10)

S7NetPlus 不支持自动解析 UDT，也不能靠反射推断布局。你定义的 C# 类必须和 PLC 中 UDT 的字段顺序、类型、长度完全一致，且需标记 [StructLayout(LayoutKind.Sequential, Pack = 1)]。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

PLC 中 UDT 字段顺序就是内存排列顺序，不能按名字排序；比如 UDT 里先定义 REAL 再定义 INT，C# 类里也得先写 float 再写 short
REAL 对应 float（4 字节），DINT 对应 int（4 字节），WORD 对应 ushort（2 字节）——别用 uint 替代 WORD，字长不对就错位
字符串字段要用 [MarshalAs(UnmanagedType.ByValArray, SizeConst = 32)] public byte[] Name;，不能用 string 类型
读取时用 plc.ReadStruct("DB2")，写入用 plc.WriteStruct("DB2", myUdtInstance)

FX3U/FX5U 的以太网模块（如 FX3U-ENET-ADP）不支持标准 TCP Modbus，也不支持通用 S7Comm。官方只开放 MC 协议（也叫 QnA 兼容协议），必须用厂商库或自己解析帧格式。

推荐用 McProtocol 开源库（GitHub 可搜），它封装了 MC 帧的拼包/解包逻辑，支持 ASCII 和 Binary 模式
Binary 模式更快但调试困难；ASCII 模式方便抓包（用 Wireshark 过滤 tcp.port == 5001），但要注意每帧末尾必须加 \r\n
连接后第一次读写前，必须先发“CPU 监视请求”（Command: 0x0000, Subcommand: 0x0000），否则多数模块返回错误码 0x0003（未建立连接）
地址写法不是 D100，而是 "D100"（字符串），且 D 区偏移从 0 开始，D100 对应内部地址 100，不是 100 * 2