简介欧姆龙PLC通讯资料包面向工业自动化与PLC应用开发者围绕上位机与PLC数据交换的实际需求提供了可运行的通讯示例与完整工程文件。压缩包内共344个文件体积14.47MB以png/bmp/jpg界面截图和流程图、cs源码、dll动态库为主辅以少量配置文件、项目资源与工程文档便于还原演示环境、梳理上位机与PLC之间的交互逻辑。内容涵盖通讯接口选择、波特率等参数设置、协议定义、连接建立以及读写指令编写等关键环节配合界面截图和源码注释可辅助理解从串口RS-232/RS-485到以太网EtherNet/IP等多种通讯方式的落地方法。示例程序包含背景图、控件图标等界面素材能直观呈现上位机监控与操作效果适合正在调试欧姆龙PLC通讯、需要参考demo快速上手的工程师或相关专业学生。资源已有304人学习兼具学习与工程参考价值。1. 欧姆龙PLC通讯先分清三条链路HostLink、FINS与Modbus-RTU欧姆龙PLC通讯卡住一整天的人十有八九不是不会写代码而是没分清三条链路串口HostLink、以太网FINS/UDP、串口Modbus-RTU。HostLink适合点对点直连命令是纯ASCII文本串口调试助手就能调通FINS是欧姆龙自有网络协议以太网通讯基本都走它多台上位机、远程读写都靠它Modbus-RTU则用来和变频器、仪表、第三方触摸屏这类不认FINS的设备互通。这篇文章从PLC侧的Sysmac Studio和CX-Programmer配置讲起给出上位机最小实现代码最后落在排错顺序上。适合做产线数据采集、设备集成和MES对接的工程师也适合刚入门想搞懂通讯原理的新手。2. 欧姆龙PLC通讯协议选型与PLC侧参数HostLink帧、FINS帧、节点号与DM区地址选通讯方式之前先想清楚一件事另一端是什么设备要读多少点响应时间要求多高。同一个PLC串口和以太网的配置入口完全不同协议帧也完全是两套格式很多人就是在这一步开始混的。2.1 三条链路怎么选串口、以太网和总线链路典型接口典型机型适用场景PLC侧必配参数HostLinkRS232 / RS422CP1H、CJ2M、CP2E一台PC直连PLC距离近点位不多单元号、波特率、帧格式ASCII、校验位FINS/UDP、FINS/TCP以太网CP1H-ETN、CJ2M-EIP、NJ/NX多台上位机、远程采集、高速批量读写IP地址、节点号、端口9600Modbus-RTURS232 / RS485CP2E内置、CP1HCP1W-CIF11接触摸屏、变频器、仪表等第三方设备从站号、波特率、数据格式、校验位选型的核心逻辑是能不能用网线就用FINS因为FINS支持批量读写和多个连接而且不需要关心串口竞争只有一台设备、距离短、手头没有以太网口时用HostLink对方是变频器或第三方触摸屏时直接切Modbus-RTU别费劲去给变频器讲FINS协议。表格里的“PLC侧必配参数”每一项都直接影响能否通讯下面分开说。2.2 HostLink帧结构单元号、命令码、FCS校验HostLink是欧姆龙最老的串口协议之一命令以ASCII文本形式发送好处是调试阶段拿串口助手就能肉眼核对。读DM区的HostLink请求帧长这样请求: 00 RD 0000 0002 FCS * CR | | | | | | | --回车 | | | | | | -----星号固定终止符 | | | | | ---------FCS异或校验两位十六进制ASCII | | | | -------------读的字数四位十六进制 | | | ------------------起始字地址四位十六进制 | | -----------------------RD读字命令 | --------------------------单元号PLC侧要一致 -----------------------------帧起始符FCS的计算范围是从后面第一个字符开始到FCS本身之前的全部字符逐个做异或结果转成大写十六进制字符串。所以帧里出现两次“校验”一次是命令本身的字节异或一次是帧结束的*。很多人在串口助手里手动拼帧最容易漏的就是FCS漏了之后PLC直接不回包没有任何报错。2.3 FINS/UDP帧结构DA1、SA1、SID与DM区地址编码FINS是欧姆龙网络通讯统一协议以太网和Controller Link都用同一套帧。UDP默认端口固定是9600帧分两部分10字节FINS头加上命令数据。FINS头(10字节): 80 00 02 00 DA1 00 00 SA1 00 SID 命令码(2字节): 01 01 ; 01 01读字 内存区(1字节): 82 ; 82DM区B0CIO/W区 起始地址(2字节): 00 64 ; D100 字数量(2字节): 00 01 ; 读1个字FINS头里的ICF取0x80表示需要响应SA1是发送方单元号填上位机自己的节点号DA1是目标节点号必须和PLC侧的节点号一致。最常见的坑就是DA1和IP不匹配欧姆龙以太网单元默认把IP末字节当节点号比如IP是192.168.250.1节点号就是1。如果你在PLC设置里手动改过节点号或者IP换过而节点号没改FINS请求就会超时。SID是服务ID每次通讯换一个值用来区分响应归属建议每次自增。提示FINS/UDP端口号9600是固定的任何上位机实现都绕不开这个参数FINS/TCP则是端口9600上的TCP连接帧结构和UDP完全相同只是多了连接管理。DM区在FINS里的编码是0x82加两字节地址高位在前CIO区也就是W区或内部继电器字区是0xB0。写C#代码拼帧时地址字节序容易被忽略比如D100写成0x64没问题但D1000就要写03 E8而不是E8 03反了之后PLC会返回地址越界错误。3. 欧姆龙PLC通讯上位机最小实现C#串口读DM区与FINS/UDP读CIO区协议帧能看懂之后剩下就是把帧发出去、把响应拆开。下面两段代码都是最小可运行级别串口用System.IO.Ports以太网用UdpClient不依赖第三方库方便验证链路本身是否通。3.1 HostLink串口通讯拼帧、校验、解析一镜到底using System; using System.IO.Ports; class OmronHostLink { static string CalcFcs(string content) { byte xor 0; foreach (char c in content) xor ^ (byte)c; return xor.ToString(X2); } static void Main() { // 欧姆龙默认串口参数常为9600,Even,8,1若PLC侧改过以PLC为准 using var sp new SerialPort(COM3, 9600, Parity.Even, 8, StopBits.One); sp.Open(); sp.ReadTimeout 1000; int words 2; string body 00RD0000 words.ToString(0000); string cmd body CalcFcs(body) *\r; sp.Write(cmd); // ReadTo(*)返回星号之前的内容如 00RD 后跟 words*4 个十六进制字符 string resp sp.ReadTo(*); string dataPart resp.Substring(5, words * 4); Console.WriteLine($D0000{dataPart[0..4]}, D0001{dataPart[4..8]}); } }逻辑说明命令体是00RD00000002前面的00是单元号RD是读字命令后面四个0是起始地址D0最后是批量读2个字。FCS只对之后到FCS之前的字符做异或算完拼上*\r一次请求就完整了。响应帧格式是00RD后跟2*字数个ASCII十六进制字符每4个字符是一个字先高字节后低字节。参数说明串口参数看起来是小事但最容易翻车。欧姆龙HostLink默认常见设置是偶校验Even数据位8停止位1如果PLC侧在CX-Programmer里改过无校验或奇校验上位机这里必须一一对应。ReadTimeout设1000毫秒PLC没回包时会抛异常这个异常能帮你区分“命令没发出去”和“PLC没响应”。真要说踩坑经验我一般会把FCS计算放成独立函数因为后续写SD命令写字时还要用同样的校验。3.2 FINS/UDP以太网通讯10字节帧头怎么填using System; using System.Net; using System.Net.Sockets; class OmronFinsUdp { static void Main() { // 目标PLC的IP末位是1节点号DA1也配成1两边必须一致 var udp new UdpClient(); udp.Connect(IPAddress.Parse(192.168.250.1), 9600); udp.Client.ReceiveTimeout 2000; byte[] cmd { // FINS头 0x80, 0x00, 0x02, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00, 0x01, // 命令码 0x01, 0x01, // CIO区起始地址W0读2个字 0xB0, 0x00, 0x00, 0x00, 0x02 }; udp.Send(cmd, cmd.Length); IPEndPoint remote new IPEndPoint(IPAddress.Any, 0); byte[] rsp udp.Receive(ref remote); // FINS头10字节 命令码2字节错误码在响应帧第12~15字节 int mainErr (rsp[12] 8) | rsp[13]; int subErr (rsp[14] 8) | rsp[15]; if (mainErr 0 subErr 0) { // 数据从16开始每字两个字节先高后低 Console.WriteLine($W00x{(rsp[16] 8 | rsp[17]):X4}); } else { Console.WriteLine($FINS错误 主{mainErr:X4} 副{subErr:X4}); } } }逻辑说明FINS头10字节里第4字节0x01是DA1目标节点号第8字节0x00是SA1源节点号上位机填0通常能被PLC接受但如果你同时接了多台上位机SA1最好每台填不同值方便在PLC侧程序里区分数据来源。命令码0101是读内存区B0表示CIO区后面紧跟两字节起始地址最后是字数。参数说明ReceiveTimeout设2000毫秒FINS/UDP没有连接状态超时只能靠客户端自己控制不然线程会一直卡在Receive上。响应帧里如果主错误码和副错误码都是0说明请求成功数据从第16字节开始如果非零就是第4章要讲的错误码排查。这个UDP方案可以平行扩展到FINS/TCP只需要把UdpClient换成TcpClient并保持长连接。3.3 通讯代码的参数边界超时、批长度、字节序上位机代码跑通只是第一步实际部署时还要注意三个边界。第一是批量读长度FINS单次读CIO区的上限是256个字HostLink单次读上限也类似超过会直接报错所以大批量采集要按256字一段分帧。第二是IP和节点号的绑定关系很多现场PLC的IP是手动指定的但节点号还停留在默认值导致FINS帧发出后石沉大海先ping通IP再去PLC设置里确认节点号和IP末字节一致。第三是字节序FINS里DM和CIO区的字数据都是高字节在前而Modbus是低字节在前同一个PLC两种协议读出来的字节顺序是反的解析时千万别共用同一套函数。4. 欧姆龙PLC通讯排错顺序FINS错误码、仿真回环与RS485干扰通讯调不通时先别急着怀疑线路和硬件按“响应有没有、错误码是什么、物理层有没有干扰”这个顺序排查能省下大半时间。4.1 响应帧里的错误码怎么定位FINS响应帧里第12、13字节是主错误码第14、15字节是副错误码两者组合起来对应手册里的一张错误码表。不用背整张表记住几个高频值就够了。错误码出现场景常见原因处理方向主错误码0101请求发出后PLC没处理帧头里的本地节点号与PLC单元号不一致核对DA1及PLC侧节点号设置副错误码1101读或写时提示区域分类错误内存区代码填错如想读W区却填了82查内存区代码DM82CIO B0副错误码1103提示地址越界起始地址字数超过该区域上限减小批量读长度分段读主错误码1101命令格式错误FINS帧长度或命令码拼错用串口助手或Wireshark抓帧对比提示上位机能把错误码打印出来比查看梯形图里的通讯标志位高效得多。我一般会在调试版本里把主副错误码一起打出来配合时间戳看故障现场。4.2 仿真模拟软件能做和不能做的事很多人在没有实物PLC时想靠欧姆龙仿真模拟软件把通讯一起调通。CP系列用CX-Simulator可以本机模拟FINS服务端上位机连127.0.0.1的9600端口能读到模拟数据适合验证FINS帧格式和响应解析逻辑。但NJ/NX系列的Sysmac Studio模拟器只能验证梯形图逻辑外部上位机的UDP包进不了模拟环境通讯代码在这种模式下永远超时。所以仿真软件的正确用法是用它验证帧构造和响应解析不要用它验证网络拓扑和真实时序在产线调试前必须用实物PLC做一次完整的读写测试。4.3 组件库偶发失败与RS485干扰先查谁社区里常见的组件库封装了欧姆龙通讯协议但很多人反馈偶发失败。这类问题先查三处PLC节点号是否等于IP末字节组件库是否按二进制FINS帧发送响应超时设置是否太短。组件库默认从IP解析节点号如果你在PLC设置里手动指定了节点号帧里的DA1就和实际不匹配表现为“偶尔成功、大部分超时”。另一个隐蔽问题是UDP 9600端口被Windows防火墙拦了第一次通讯成功、重启之后失败基本都是它。RS485串口通讯的干扰排查顺序则完全不同屏蔽层必须单端接地不能两端都接地否则形成地环路反而引入更大干扰终端电阻按需加在总线两端点位少且线短时可不加通讯线远离变频器动力线交叉要垂直最后才是把波特率从38400降到9600低成本解决波形畸变。碰到通讯断断续续先现场确认有没有屏蔽层和正确接地再谈软件重发机制。5. 欧姆龙PLC通讯的Modbus-RTU从站接法D区偏移与CRC计算产线上总有设备不认FINS比如第三方触摸屏、变频器和智能仪表它们几乎都支持Modbus-RTU。欧姆龙部分机型本身就带Modbus-RTU从站功能把PLC当作一个Modbus从站接入比在PLC里写梯形图协议栈简单得多。5.1 CP2E串口切从站模式的设置在CX-Programmer或Sysmac Studio里打开PLC的串口设置把通讯模式从HostLink改成Modbus-RTU从站然后设置从站号、波特率和数据格式。常见配置是从站号1波特率96008数据位无校验1停止位。设置完成后下载程序、断电重启PLC的串口就变成了一个标准的Modbus从站上位机不需要装任何欧姆龙驱动。5.2 用03功能码验证D区地址换算Modbus-RTU读保持寄存器用功能码03CP系列常见的地址换算规则是Modbus地址0到1999对应CIO字区2000起对应DM区。也就是说要读D0Modbus起始地址填2000换算成十六进制是0x07D0。请求帧如下01 03 07 D0 00 05 CRC_L CRC_H | | | | | ---------- CRC16低字节、高字节 | | | | -------------- 读5个字 | | | ------------------- 起始地址0x07D0对应D0 | | ------------------------ 功能码03读保持寄存器 --------------------------- 从站号1CRC16-Modbus的计算代码很短放在上位机或测试工具里通用static ushort Crc16(byte[] data) { ushort crc 0xFFFF; foreach (byte b in data) { crc ^ b; for (int i 0; i 8; i) crc (crc 1) ! 0 ? (ushort)((crc 1) ^ 0xA001) : (ushort)(crc 1); } return crc; // 发送时先低字节后高字节 }第一次对接第三方屏时如果读不到数值优先在串口助手里手动发03功能码确认PLC返回的寄存器数据本身是否正确。很多场景不是协议没通而是地址换算错位组态屏里填的D区地址被当成了CIO区读到的自然不是预期值。遇到这种问题把起始地址减去2000再试一次往往立竿见影。本文还有配套的精品资源点击获取