做光伏电站监控的人,早晚会碰到这么一档子事:现场PLC用的是松下FP-XH,上位机系统要数据,柜门上的MCGS触摸屏也要看数据,而这俩都眼巴巴地指着同一个以太网模块。怎么把FP-XH的以太网模块同时对接好上位机和MCGS触摸屏,还得把光伏站里的逆变器、电表、气象仪这些数据理顺,确实有一套可以复用的配置方法。这篇文章就把我实际调试松下FP-XH以太网模块的完整过程写出来,包括硬件选型、协议选择、上位机对接的两种常用路径、MCGS组态步骤,以及光伏场景下最容易被忽视的那些坑。不管是设备厂家的调试工程师,还是自己搞光伏监控项目的电气佬,都值得花几分钟把这篇看完,能少走不少弯路。1. 光伏监控场景下,为什么非要用FP-XH加以太网模块1.1 现场的实际需求光伏项目跟传统工厂自动化有个明显的区别:数据采集点多、分布散、而且需要长时间无人值守地跑。一个园区屋面光伏项目,少说也有几十台组串式逆变器,再加上并网柜里的电表、气象站、汇流箱,PLC要干的活不只是逻辑控制,更重要的是把分散的Modbus RTU数据汇总上来,再往上送给监控系统。当时我接的那个分布式光伏改造项目,柜子里自带一套松下FP-XH,本来只负责并网柜的逻辑联锁。但业主提了要求:中控室的上位机要能远程监控每一台逆变器的发电功率和累计电量,柜门上的MCGS触摸屏还要显示总发电量和实时功率。这就意味着PLC必须同时扮演两个角色——上位机的数据服务器,以及触摸屏的数据源。FP-XH这个系列在松下PLC里属于中型机,CPU处理速度快,晶体管输出,内置高速计数,还自带RS485口。最关键的是,它可以扩展一块以太网通信模块,把现场总线数据通过网口送出去。这样一来,PLC既可以用自带485口去轮询逆变器,又可以用以太网模块跟两个上位设备通信,一个硬件当三个用,成本上比单独搞一个通信网关划算得多。1.2 上位机与触摸屏同时访问,通信架构必须想清楚这里要先理清一个概念:上位机和触摸屏同时访问PLC的以太网模块,并不意味着两者用同一种协议。实际调试中发现,MCGS触摸屏对松下FP系列的支持是通过专用驱动实现的,而上位机如果是自己开发的监控软件,往往会走更通用的Modbus TCP或者Mewtocol Socket。我在项目里最终采用的架构可以简单概括为一入两出:下端:FP-XH的RS485口连接逆变器群(Modbus RTU主站),轮询完的数据暂存在PLC内部软元件区。上端:以太网模块通过交换机同时连接上位机和MCGS触摸屏。协议:MCGS触摸屏走松下FP以太网驱动(封装好的),上位机走我自写的Socket程序,发Mewtocol帧读数据。这样做的好处是,两条链路互不干扰,即使上位机开发时把通信写崩了,也不会影响触摸屏的本地显示。但前提是,以太网模块的多连接能力和内部缓冲得设置对,不然两边同时频繁读写,很容易出现总线冲突或者响应超时。2. 硬件选型和链路规划,先画清楚这张图再接线2.1 确认PLC型号和以太网模块,别买错版本松下FP-XH的命名规则里,CPU本体分C30、C60、C62等不同I/O点版本,我这个现场用的是FP-XH C60T,晶体管源型输出。选以太网模块时,要特别注意物理接口和协议支持范围。松下为FP-XH提供了一款扩展通信模块,支持以太网通信,同时还保留了232口和485口,方便做编程调试和现场设备接入。安装方式跟普通扩展模块一样,卡在CPU右侧的扩展槽上,不需要额外供电,CPU直接供电。我提醒一句:拿到模块先核对铭牌上的版本号,不同批次的固件对同时连接数的支持不一样。有的老固件只支持两个Socket连接,如果又连了编程软件、触摸屏、上位机,就可能出现第三连不上。2.2 网络拓扑与IP规划,这一步做好了后面少折腾光伏现场的电气环境比较恶劣,但网络链路并不复杂。我的拓扑是:PLC以太网模块单独接一个工业交换机,交换机下挂上位机电脑和MCGS触摸屏,三者处于同一网段。IP分配建议固定地址,别用DHCP。我当时的划分很简单:设备IP地址说明PLC以太网模块192.168.1.10主站MCGS触摸屏192.168.1.20HMI上位机电脑192.168.1.30数据采集这里有个容易踩坑的点:PLC以太网模块的IP是模块自己记忆的,不是PLC CPU程序区里设的,千万别在编程软件里到处找IP设置,找半天大概率在“通信模块配置”那一层。我最初就是没搞清楚,走了不少弯路。另外,如果整个光伏站有多个并网柜,每套PLC的IP要统一规划,留好网段,别跟逆变器集群的管理网段冲突。工业现场经常有网线乱跳、IP随便填的情况,调试的时候连不通,第一件事就该查ARP表和IP冲突,而不是怀疑模块坏了。2.3 交换机选型的小经验如果有条件,尽量选工业级交换机,尤其是户外光伏项目,柜内温度夏天可以到60度,普通商用交换机很容易丢包或者死机。我这边用的是某品牌的8口工业交换机,导轨安装,外壳金属带散热鳍,到目前为止没出过一次通信中断。这个细节看着不起眼,但在长时间的联调里,网络的稳定性往往比PLC本身的稳定性更影响效率。3. 松下FP-XH以太网通信参数配置,协议选错直接白干3.1 两种常用协议:Mewtocol和Modbus TCP,到底用哪个松下的以太网模块对FP-XH支持两种主流通信方式:一种是最常用的FP系列专用协议Mewtocol,另一种是通用性更好的Modbus TCP。Mewtocol是以ASCII字符帧为基础的协议,帧结构可读性高,适合自己开发上位机,对PLC软元件(如DT区、R区、WR区)的读写非常直接。如果你用的是组态软件,通常也是选这个驱动。Modbus TCP则更方便跨平台对接,很多网关或者第三方SCADA都默认支持Modbus TCP。FP-XH以太网模块会把PLC内部软元件映射到Modbus寄存器地址空间里,但映射规则和偏移地址需要仔细查表,不同寄存器类型对应的地址码也不同。我个人的建议是:如果上位机是自己写Socket程序,果断选Mewtocol,省去地址转换的麻烦;如果上位机用的是现成的组态软件或者IoT网关,Modbus TCP可能更省事。但不管哪种,同一个以太网模块只能通过不同的端口号来区分是走Mewtocol还是Modbus TCP,所以要先规划好端口,别冲突了。3.2 具体配置步骤和工具以太网模块的IP和协议参数,我在现场是用官方编程软件里的通信配置功能来设置的。大致流程如下:用USB或者232编程线连接CPU,打开编程软件,建立在线连接。在导航区找到“通信模块配置”,选择挂在扩展槽上的以太网模块。设置IP地址、子网掩码、默认网关。配置Mewtocol监听端口,我这边用默认端口,记住别跟其他服务冲突。设置连接数上限,我是把它设成最大支持数,方便同时连多个设备。下载配置到模块,重启模块让参数生效。这里要注意:模块配置下载到PLC后,还需要给PLC重新上电一次,模块才会稳定运行。我在第一次调试时就是因为只热重启了PLC没断电,导致模块配置没生效,通信一直不通。3.3 软元件地址与数据类型的对应关系FP-XH的软元件体系里,最常用的是DT(数据寄存器,16位)、R(文件寄存器)、WR(工作寄存器)、X/Y(输入输出)。跟光伏监控相关的数据,比如功率、电流、电压、发电量,我都存到DT区里。Mewtocol协议读写DT区的命令格式相对简单,命令码是特定字符,能直接指定起始地址和读取长度。但有一个关键点:DT是按字(16位)编址的,你要读32位浮点数,得连续读两个字,然后在程序里自己拼成Float。这一点在后期跟MCGS和上位机对接时反复出问题,后面我会专门说。把PLC当成数据网关时,最好在程序里专门划出一片DT区做“数据缓冲区”,例如用DT100到DT500存放光伏采集数据。这样做的好处是,上位机和触摸屏都只读写这片固定区域,逻辑清晰,也方便后续升级点表。4. 上位机对接的两条路径:Socket直读与Modbus TCP4.1 路径一:用Socket收发Mewtocol帧我自己平时偏好用Python写中小型监控脚本,因为轮询逻辑、数据入库、异常处理都很快。跟FP-XH以太网模块对接时,核心就是建立一个TCP Socket,然后向PLC发送Mewtocol请求帧,再解析响应帧。Mewtocol帧的基本结构大致是:起始码 站号 命令码 参数 校验码 结束码。比如读DT区数据的命令,需要指定起始地址、读取的字数。虽然我的记忆里FP-XH以太网默认端口是11000,但不同固件版本可能有差异,所以以模块说明书和实际配置为准。我在上位机里写了一个最简化的读寄存器函数,大致是这样:import socket import struct def read_dt(ip, port, station, start_addr, length): # 构造Mewtocol帧,注意校验位、具体命令码请查阅官方协议手册 frame build_read_frame(stationstation, data_typeDT, start_addrstart_addr, lengthlength) s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(2) s.connect((ip, port)) s.send(frame) resp s.recv(1024) s.close() return parse_response(resp)说不准完整帧格式的,直接打开松下官方通信协议手册,对着表格一个字一个字地拼,千万不能靠猜。我当时就是没仔细看命令码对照表,把DT写成了R,结果返回的全是异常响应,最后花了大半天才查出来。4.2 路径二:用Modbus TCP寄存器映射如果你不想自己解析Mewtocol帧,Modbus TCP会更友好。FP-XH以太网模块在Modbus TCP模式下,会把DT区映射到保持寄存器地址空间。虽然地址映射的偏移规则因模块而异,但规律是:映射地址 基础偏移 软元件地址。用Modbus TCP的好处是,几乎所有高级语言都有现成的库。现场我用了一个开源的Modbus TCP库,一行读取代码就能拿到数据:from pymodbus.client import ModbusTcpClient client ModbusTcpClient(192.168.1.10, port502) client.connect() registers client.read_holding_registers(address0x1000, count2, slave1x) combine_to_float(registers) client.close()注意,这里的关键是把两个寄存器合并成浮点数,不处理字节序的话,读出来的数字很可能跟实际值差得离谱。在后面MCGS配置里也有同样的坑。4.3 上位机开发方式的对比很多人会用组态软件直接做上位机界面,比如组态王、力控、WinCC之类。如果是这种方案,MCGS驱动和上位机组态软件都内置了松下FP协议,只需在设备配置里选对型号、填好IP和站号,通信基本就通了。真正让你怀疑人生的,往往是地址映射和数据类型设置。下表总结了我对几种方式的实际体验:方式上手难度灵活性适用场景自写SocketMewtocol中等高有开发团队,需定制逻辑Modbus TCP库低较高快速实现数据采集MCGS触摸屏直接驱动低低本地显示和简单操作5. MCGS触摸屏组态配置,地址映射这块别想当然5.1 设备驱动选型与通道建立MCGS触摸屏接入FP-XH以太网,第一步是在设备窗口添加设备驱动。MCGS支持松下FP系列的网口驱动,有些旧版本只有串口驱动,那就麻烦了。所以选触摸屏型号时,要确认MCGS软件的版本和设备驱动库里有没有FP Ethernet这一项,没有的话只能换用Modbus TCP驱动,然后按寄存器映射表填地址。添加驱动的流程是:在MCGS组态环境的“设备窗口”里,拖一个“通用TCP/IP父设备”出来,再挂上“松下FP系列”子设备。父设备负责网络连接参数,子设备负责PLC协议细节。IP地址填192.168.1.10,端口要跟PLC模块配置里的Mewtocol监听端口一致。当时我在子设备里还要填PLC站号,默认是1,如果程序里用了别的站号,这里不匹配就会一直报通信超时。5.2 变量定义与画面绑定MCGS的画面变量不是直接填DT区地址,而是要建立“通道变量”和PLC软元件之间的映射关系。我的操作是:在设备组态里,新建若干个通道,每个通道对应一个DT起始地址。通道的数据类型可以根据需要设为16位整数、32位整数或浮点。在实时数据库里,把通道变量绑定到画面上的数值显示控件。举个实际例子:总发电量累计值为32位浮点,位于DT200和DT201两个字,我在通道设置里选“32位浮点数”,起始地址填200, MCGS会自动连读两个字并拼成浮点数。但要注意字节顺序选项有“高低字交换”,现场PLC输出的顺序可能跟MCGS默认的不一样,这种情况就只能靠一个已知值去试两种组合。5.3 浮点数和32位数据的处理这是让我印象最深的坑。调试时触摸屏上显示的辐照仪读数变成了一个极其夸张的负数,一开始还以为是传感器坏了。后来用上位机读同一个区域,发现数据本身没问题,问题出在MCGS把两个16位字的顺序搞反了。FP-XH的DT区默认低地址放高16位还是低16位,跟松下PLC的内部存储格式有关,而MCGS的驱动层不一定帮你转换。解决的方式是在MCGS的设备通道属性里设置“转换方向”或“字节反转”,或者在PLC程序里直接把浮点数拆分后反序存放。两种办法我都试过,最后选了后者,因为可以直接在PLC里写一小段指令,保证无论上位机还是触摸屏收到都是统一顺序。6. 光伏场景的落地细节:逆变器级联、累加电量与断线重连6.1 PLC做数据网关,用RS485采集逆变器光伏电站里,逆变器一般是通过RS485菊花链或者星型连接,通信协议大多是Modbus RTU。FP-XH自带一个RS485口,我这台型号的COM口支持做Modbus主站,轮询各个逆变器的寄存器地址。PLC扫描周期要考虑好,一组逆变器大概有功率、电压、电流、温度、日发电量等二十个寄存器,如果用默认的轮询方式,一台PLC同时挂十几台逆变器,很容易出现轮询周期超过上位机期望值的情况。我的调法是:在PLC程序里把轮询拆成帧序列,每次扫描只发一个读请求,下一轮再发下一个请求,避免占用总线过长。采集回来的数据会更新到内部寄存器,再统一搬运到以太网通信缓冲区,也就是我前面说的DT200开始的这片区域。这样一来,上位机和触摸屏的读操作都被隔离在缓冲区上,即使某个逆变器离线,也不会导致上层设备通信阻塞。6.2 光伏数据点表的规范设计调试到后面,我越来越觉得点表设计是项目里最重要的一环。光伏系统的数据点可以分为固定点表和动态点表:区域软元件范围内容逆变器实时数据DT200-DT299每台逆变器的功率、三相电压、电流并网及电表数据DT300-DT349总功率、累计电量、并网电压/电流环境数据DT350-DT399辐照度、组件温度、环境温度报警状态DT400-DT499各设备故障字这样的话,上位机只需要按这个表去读DT区,不用关心PLC内部实现细节;以后加设备,也只是在这个区域内扩展区间,不需要改上层逻辑。6.3 通信异常处理与抗干扰光伏现场大功率设备启停频繁,对485通信的干扰非常明显。逆变器通信偶尔出现CRC错误时,我把PLC的轮询容错机制调成连续错误3次才判断设备离线,并且离线后每10秒重试一次,而不是死等。上位机那边,也要给Socket读操作设置超时和自动重连逻辑。这里有个小技巧:逆变器的地址不要设成0作为广播地址,最好从1开始递增,并尽量把终端电阻打开。FP-XH的485口在极寒或高温环境下,通信波形会有畸变,我在柜内加了个有源隔离器,效果立竿见影,上位机读出的数据几乎不再跳变。7. 现场联调踩过的几个坑,每个都花了我好几个小时7.1 上位机读不到数据,先查以太网模块的超时参数第一次用Socket连接PLC的时候,连接是成功了的,但发一帧请求后迟迟收不到响应。排查下来,是因为我把以太网模块的“响应超时时间”设得太短,PLC程序里的轮询任务繁忙,响应帧返回超出了上位机的等待时间,表现为上边机一直在超时重发。找到问题后,我在上位机把超时调整到3秒,同时把PLC以太网模块的处理优先级调高一些,通信就稳定了。如果你也遇到连接正常但读写超时,别先怀疑协议写错了,先看一下两端的超时参数是不是匹配。7.2 MCGS数值差几十倍,字节序和数据类型逐项排查前面提到的浮点数字节序问题,后期又碰上一次,不过这次是显示值差了几十倍。排查方法很简单:用松下编程软件在线监视PLC里的原始数据,再用上位机脚本读同一个地址,最后和MCGS显示值三方比对,就能定位是哪个环节做了数据转换。MCGS设备通道里还有个选项叫“数据类型”,比如16位无符号、32位浮点等,选错也会导致显示错乱。这种问题最忌讳乱试,我在现场一开始“碰运气”换了好多种组合,后来老老实实记录下每种组合下的显示值,排成一张表,马上就看出了规律。7.3 通信偶尔断,最后发现是交换机广播风暴项目联调期间,出现过上位机和触摸屏每隔十几分钟就同时掉线,但是过几十秒自己又恢复的情况。最开始怀疑是网线问题,换了两根网线没解决。后来抓包发现,网内有一个设备不停在发广播帧,导致工业交换机处理不过来,拖垮了整个通信链路。这个设备后来排查出来是一台并网柜内的数据采集器,它的网口配置错了,开启了DHCP服务,不断向外广播。处理方式是给该设备设置了静态IP并关闭多余服务,问题立刻消失。工业现场的自动化网络,建议把交换机的广播风暴抑制功能打开,哪怕只是起到基础的保护作用。7.4 一个很隐蔽的坑:编程口和以太网口的地址编号不一致调试到后期,我又发现一个很有意思的问题:上位机通过以太网读到的DT200区数据,跟编程软件在线监视的DT200区数值对不上。查了很久才意识到,编程软件在线监视用的是本地CPU的数据区,而以太网模块通过通信机制读到的,是经过PLC程序“传输指令”映射后的Buffer区,名字虽然都叫DT200,但两者是不同地址空间。解决办法是在PLC程序里显式地做一次搬移,把要展示的数据用指令写入以太网通信缓冲区地址。如果你也遇到这个现象,记住这个原则:以太网通信区域必须是由程序主动更新的,数据永远不会“自动出现”。最后分享一个我自己的习惯:在任何通信联调开始之前,先把目标PLC的协议手册里帧格式那几页打印出来,放在工控桌上,遇到任何诡异问题都先回翻帧结构,而不是盲目写代码。FP-XH加以太网模块这套配置,只要地址映射清楚、协议选择正确、字节序理顺,不管是接上位机还是MCGS触摸屏,基本两天之内就能稳定跑起来。如果你正在做光伏监控项目,希望这篇文章能帮你省掉那几天的折腾时间。
做光伏电站监控的人,早晚会碰到这么一档子事:现场PLC用的是松下FP-XH,上位机系统要数据,柜门上的MCGS触摸屏也要看数据,而这俩都眼巴巴地指着同一个以太网模块。怎么把FP-XH的以太网模块同时对接好上位机和MCGS触摸屏,还得把光伏站里的逆变器、电表、气象仪这些数据理顺,确实有一套可以复用的配置方法。这篇文章就把我实际调试松下FP-XH以太网模块的完整过程写出来,包括硬件选型、协议选择、上位机对接的两种常用路径、MCGS组态步骤,以及光伏场景下最容易被忽视的那些坑。不管是设备厂家的调试工程师,还是自己搞光伏监控项目的电气佬,都值得花几分钟把这篇看完,能少走不少弯路。1. 光伏监控场景下,为什么非要用FP-XH加以太网模块1.1 现场的实际需求光伏项目跟传统工厂自动化有个明显的区别:数据采集点多、分布散、而且需要长时间无人值守地跑。一个园区屋面光伏项目,少说也有几十台组串式逆变器,再加上并网柜里的电表、气象站、汇流箱,PLC要干的活不只是逻辑控制,更重要的是把分散的Modbus RTU数据汇总上来,再往上送给监控系统。当时我接的那个分布式光伏改造项目,柜子里自带一套松下FP-XH,本来只负责并网柜的逻辑联锁。但业主提了要求:中控室的上位机要能远程监控每一台逆变器的发电功率和累计电量,柜门上的MCGS触摸屏还要显示总发电量和实时功率。这就意味着PLC必须同时扮演两个角色——上位机的数据服务器,以及触摸屏的数据源。FP-XH这个系列在松下PLC里属于中型机,CPU处理速度快,晶体管输出,内置高速计数,还自带RS485口。最关键的是,它可以扩展一块以太网通信模块,把现场总线数据通过网口送出去。这样一来,PLC既可以用自带485口去轮询逆变器,又可以用以太网模块跟两个上位设备通信,一个硬件当三个用,成本上比单独搞一个通信网关划算得多。1.2 上位机与触摸屏同时访问,通信架构必须想清楚这里要先理清一个概念:上位机和触摸屏同时访问PLC的以太网模块,并不意味着两者用同一种协议。实际调试中发现,MCGS触摸屏对松下FP系列的支持是通过专用驱动实现的,而上位机如果是自己开发的监控软件,往往会走更通用的Modbus TCP或者Mewtocol Socket。我在项目里最终采用的架构可以简单概括为一入两出:下端:FP-XH的RS485口连接逆变器群(Modbus RTU主站),轮询完的数据暂存在PLC内部软元件区。上端:以太网模块通过交换机同时连接上位机和MCGS触摸屏。协议:MCGS触摸屏走松下FP以太网驱动(封装好的),上位机走我自写的Socket程序,发Mewtocol帧读数据。这样做的好处是,两条链路互不干扰,即使上位机开发时把通信写崩了,也不会影响触摸屏的本地显示。但前提是,以太网模块的多连接能力和内部缓冲得设置对,不然两边同时频繁读写,很容易出现总线冲突或者响应超时。2. 硬件选型和链路规划,先画清楚这张图再接线2.1 确认PLC型号和以太网模块,别买错版本松下FP-XH的命名规则里,CPU本体分C30、C60、C62等不同I/O点版本,我这个现场用的是FP-XH C60T,晶体管源型输出。选以太网模块时,要特别注意物理接口和协议支持范围。松下为FP-XH提供了一款扩展通信模块,支持以太网通信,同时还保留了232口和485口,方便做编程调试和现场设备接入。安装方式跟普通扩展模块一样,卡在CPU右侧的扩展槽上,不需要额外供电,CPU直接供电。我提醒一句:拿到模块先核对铭牌上的版本号,不同批次的固件对同时连接数的支持不一样。有的老固件只支持两个Socket连接,如果又连了编程软件、触摸屏、上位机,就可能出现第三连不上。2.2 网络拓扑与IP规划,这一步做好了后面少折腾光伏现场的电气环境比较恶劣,但网络链路并不复杂。我的拓扑是:PLC以太网模块单独接一个工业交换机,交换机下挂上位机电脑和MCGS触摸屏,三者处于同一网段。IP分配建议固定地址,别用DHCP。我当时的划分很简单:设备IP地址说明PLC以太网模块192.168.1.10主站MCGS触摸屏192.168.1.20HMI上位机电脑192.168.1.30数据采集这里有个容易踩坑的点:PLC以太网模块的IP是模块自己记忆的,不是PLC CPU程序区里设的,千万别在编程软件里到处找IP设置,找半天大概率在“通信模块配置”那一层。我最初就是没搞清楚,走了不少弯路。另外,如果整个光伏站有多个并网柜,每套PLC的IP要统一规划,留好网段,别跟逆变器集群的管理网段冲突。工业现场经常有网线乱跳、IP随便填的情况,调试的时候连不通,第一件事就该查ARP表和IP冲突,而不是怀疑模块坏了。2.3 交换机选型的小经验如果有条件,尽量选工业级交换机,尤其是户外光伏项目,柜内温度夏天可以到60度,普通商用交换机很容易丢包或者死机。我这边用的是某品牌的8口工业交换机,导轨安装,外壳金属带散热鳍,到目前为止没出过一次通信中断。这个细节看着不起眼,但在长时间的联调里,网络的稳定性往往比PLC本身的稳定性更影响效率。3. 松下FP-XH以太网通信参数配置,协议选错直接白干3.1 两种常用协议:Mewtocol和Modbus TCP,到底用哪个松下的以太网模块对FP-XH支持两种主流通信方式:一种是最常用的FP系列专用协议Mewtocol,另一种是通用性更好的Modbus TCP。Mewtocol是以ASCII字符帧为基础的协议,帧结构可读性高,适合自己开发上位机,对PLC软元件(如DT区、R区、WR区)的读写非常直接。如果你用的是组态软件,通常也是选这个驱动。Modbus TCP则更方便跨平台对接,很多网关或者第三方SCADA都默认支持Modbus TCP。FP-XH以太网模块会把PLC内部软元件映射到Modbus寄存器地址空间里,但映射规则和偏移地址需要仔细查表,不同寄存器类型对应的地址码也不同。我个人的建议是:如果上位机是自己写Socket程序,果断选Mewtocol,省去地址转换的麻烦;如果上位机用的是现成的组态软件或者IoT网关,Modbus TCP可能更省事。但不管哪种,同一个以太网模块只能通过不同的端口号来区分是走Mewtocol还是Modbus TCP,所以要先规划好端口,别冲突了。3.2 具体配置步骤和工具以太网模块的IP和协议参数,我在现场是用官方编程软件里的通信配置功能来设置的。大致流程如下:用USB或者232编程线连接CPU,打开编程软件,建立在线连接。在导航区找到“通信模块配置”,选择挂在扩展槽上的以太网模块。设置IP地址、子网掩码、默认网关。配置Mewtocol监听端口,我这边用默认端口,记住别跟其他服务冲突。设置连接数上限,我是把它设成最大支持数,方便同时连多个设备。下载配置到模块,重启模块让参数生效。这里要注意:模块配置下载到PLC后,还需要给PLC重新上电一次,模块才会稳定运行。我在第一次调试时就是因为只热重启了PLC没断电,导致模块配置没生效,通信一直不通。3.3 软元件地址与数据类型的对应关系FP-XH的软元件体系里,最常用的是DT(数据寄存器,16位)、R(文件寄存器)、WR(工作寄存器)、X/Y(输入输出)。跟光伏监控相关的数据,比如功率、电流、电压、发电量,我都存到DT区里。Mewtocol协议读写DT区的命令格式相对简单,命令码是特定字符,能直接指定起始地址和读取长度。但有一个关键点:DT是按字(16位)编址的,你要读32位浮点数,得连续读两个字,然后在程序里自己拼成Float。这一点在后期跟MCGS和上位机对接时反复出问题,后面我会专门说。把PLC当成数据网关时,最好在程序里专门划出一片DT区做“数据缓冲区”,例如用DT100到DT500存放光伏采集数据。这样做的好处是,上位机和触摸屏都只读写这片固定区域,逻辑清晰,也方便后续升级点表。4. 上位机对接的两条路径:Socket直读与Modbus TCP4.1 路径一:用Socket收发Mewtocol帧我自己平时偏好用Python写中小型监控脚本,因为轮询逻辑、数据入库、异常处理都很快。跟FP-XH以太网模块对接时,核心就是建立一个TCP Socket,然后向PLC发送Mewtocol请求帧,再解析响应帧。Mewtocol帧的基本结构大致是:起始码 站号 命令码 参数 校验码 结束码。比如读DT区数据的命令,需要指定起始地址、读取的字数。虽然我的记忆里FP-XH以太网默认端口是11000,但不同固件版本可能有差异,所以以模块说明书和实际配置为准。我在上位机里写了一个最简化的读寄存器函数,大致是这样:import socket import struct def read_dt(ip, port, station, start_addr, length): # 构造Mewtocol帧,注意校验位、具体命令码请查阅官方协议手册 frame build_read_frame(stationstation, data_typeDT, start_addrstart_addr, lengthlength) s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.settimeout(2) s.connect((ip, port)) s.send(frame) resp s.recv(1024) s.close() return parse_response(resp)说不准完整帧格式的,直接打开松下官方通信协议手册,对着表格一个字一个字地拼,千万不能靠猜。我当时就是没仔细看命令码对照表,把DT写成了R,结果返回的全是异常响应,最后花了大半天才查出来。4.2 路径二:用Modbus TCP寄存器映射如果你不想自己解析Mewtocol帧,Modbus TCP会更友好。FP-XH以太网模块在Modbus TCP模式下,会把DT区映射到保持寄存器地址空间。虽然地址映射的偏移规则因模块而异,但规律是:映射地址 基础偏移 软元件地址。用Modbus TCP的好处是,几乎所有高级语言都有现成的库。现场我用了一个开源的Modbus TCP库,一行读取代码就能拿到数据:from pymodbus.client import ModbusTcpClient client ModbusTcpClient(192.168.1.10, port502) client.connect() registers client.read_holding_registers(address0x1000, count2, slave1x) combine_to_float(registers) client.close()注意,这里的关键是把两个寄存器合并成浮点数,不处理字节序的话,读出来的数字很可能跟实际值差得离谱。在后面MCGS配置里也有同样的坑。4.3 上位机开发方式的对比很多人会用组态软件直接做上位机界面,比如组态王、力控、WinCC之类。如果是这种方案,MCGS驱动和上位机组态软件都内置了松下FP协议,只需在设备配置里选对型号、填好IP和站号,通信基本就通了。真正让你怀疑人生的,往往是地址映射和数据类型设置。下表总结了我对几种方式的实际体验:方式上手难度灵活性适用场景自写SocketMewtocol中等高有开发团队,需定制逻辑Modbus TCP库低较高快速实现数据采集MCGS触摸屏直接驱动低低本地显示和简单操作5. MCGS触摸屏组态配置,地址映射这块别想当然5.1 设备驱动选型与通道建立MCGS触摸屏接入FP-XH以太网,第一步是在设备窗口添加设备驱动。MCGS支持松下FP系列的网口驱动,有些旧版本只有串口驱动,那就麻烦了。所以选触摸屏型号时,要确认MCGS软件的版本和设备驱动库里有没有FP Ethernet这一项,没有的话只能换用Modbus TCP驱动,然后按寄存器映射表填地址。添加驱动的流程是:在MCGS组态环境的“设备窗口”里,拖一个“通用TCP/IP父设备”出来,再挂上“松下FP系列”子设备。父设备负责网络连接参数,子设备负责PLC协议细节。IP地址填192.168.1.10,端口要跟PLC模块配置里的Mewtocol监听端口一致。当时我在子设备里还要填PLC站号,默认是1,如果程序里用了别的站号,这里不匹配就会一直报通信超时。5.2 变量定义与画面绑定MCGS的画面变量不是直接填DT区地址,而是要建立“通道变量”和PLC软元件之间的映射关系。我的操作是:在设备组态里,新建若干个通道,每个通道对应一个DT起始地址。通道的数据类型可以根据需要设为16位整数、32位整数或浮点。在实时数据库里,把通道变量绑定到画面上的数值显示控件。举个实际例子:总发电量累计值为32位浮点,位于DT200和DT201两个字,我在通道设置里选“32位浮点数”,起始地址填200, MCGS会自动连读两个字并拼成浮点数。但要注意字节顺序选项有“高低字交换”,现场PLC输出的顺序可能跟MCGS默认的不一样,这种情况就只能靠一个已知值去试两种组合。5.3 浮点数和32位数据的处理这是让我印象最深的坑。调试时触摸屏上显示的辐照仪读数变成了一个极其夸张的负数,一开始还以为是传感器坏了。后来用上位机读同一个区域,发现数据本身没问题,问题出在MCGS把两个16位字的顺序搞反了。FP-XH的DT区默认低地址放高16位还是低16位,跟松下PLC的内部存储格式有关,而MCGS的驱动层不一定帮你转换。解决的方式是在MCGS的设备通道属性里设置“转换方向”或“字节反转”,或者在PLC程序里直接把浮点数拆分后反序存放。两种办法我都试过,最后选了后者,因为可以直接在PLC里写一小段指令,保证无论上位机还是触摸屏收到都是统一顺序。6. 光伏场景的落地细节:逆变器级联、累加电量与断线重连6.1 PLC做数据网关,用RS485采集逆变器光伏电站里,逆变器一般是通过RS485菊花链或者星型连接,通信协议大多是Modbus RTU。FP-XH自带一个RS485口,我这台型号的COM口支持做Modbus主站,轮询各个逆变器的寄存器地址。PLC扫描周期要考虑好,一组逆变器大概有功率、电压、电流、温度、日发电量等二十个寄存器,如果用默认的轮询方式,一台PLC同时挂十几台逆变器,很容易出现轮询周期超过上位机期望值的情况。我的调法是:在PLC程序里把轮询拆成帧序列,每次扫描只发一个读请求,下一轮再发下一个请求,避免占用总线过长。采集回来的数据会更新到内部寄存器,再统一搬运到以太网通信缓冲区,也就是我前面说的DT200开始的这片区域。这样一来,上位机和触摸屏的读操作都被隔离在缓冲区上,即使某个逆变器离线,也不会导致上层设备通信阻塞。6.2 光伏数据点表的规范设计调试到后面,我越来越觉得点表设计是项目里最重要的一环。光伏系统的数据点可以分为固定点表和动态点表:区域软元件范围内容逆变器实时数据DT200-DT299每台逆变器的功率、三相电压、电流并网及电表数据DT300-DT349总功率、累计电量、并网电压/电流环境数据DT350-DT399辐照度、组件温度、环境温度报警状态DT400-DT499各设备故障字这样的话,上位机只需要按这个表去读DT区,不用关心PLC内部实现细节;以后加设备,也只是在这个区域内扩展区间,不需要改上层逻辑。6.3 通信异常处理与抗干扰光伏现场大功率设备启停频繁,对485通信的干扰非常明显。逆变器通信偶尔出现CRC错误时,我把PLC的轮询容错机制调成连续错误3次才判断设备离线,并且离线后每10秒重试一次,而不是死等。上位机那边,也要给Socket读操作设置超时和自动重连逻辑。这里有个小技巧:逆变器的地址不要设成0作为广播地址,最好从1开始递增,并尽量把终端电阻打开。FP-XH的485口在极寒或高温环境下,通信波形会有畸变,我在柜内加了个有源隔离器,效果立竿见影,上位机读出的数据几乎不再跳变。7. 现场联调踩过的几个坑,每个都花了我好几个小时7.1 上位机读不到数据,先查以太网模块的超时参数第一次用Socket连接PLC的时候,连接是成功了的,但发一帧请求后迟迟收不到响应。排查下来,是因为我把以太网模块的“响应超时时间”设得太短,PLC程序里的轮询任务繁忙,响应帧返回超出了上位机的等待时间,表现为上边机一直在超时重发。找到问题后,我在上位机把超时调整到3秒,同时把PLC以太网模块的处理优先级调高一些,通信就稳定了。如果你也遇到连接正常但读写超时,别先怀疑协议写错了,先看一下两端的超时参数是不是匹配。7.2 MCGS数值差几十倍,字节序和数据类型逐项排查前面提到的浮点数字节序问题,后期又碰上一次,不过这次是显示值差了几十倍。排查方法很简单:用松下编程软件在线监视PLC里的原始数据,再用上位机脚本读同一个地址,最后和MCGS显示值三方比对,就能定位是哪个环节做了数据转换。MCGS设备通道里还有个选项叫“数据类型”,比如16位无符号、32位浮点等,选错也会导致显示错乱。这种问题最忌讳乱试,我在现场一开始“碰运气”换了好多种组合,后来老老实实记录下每种组合下的显示值,排成一张表,马上就看出了规律。7.3 通信偶尔断,最后发现是交换机广播风暴项目联调期间,出现过上位机和触摸屏每隔十几分钟就同时掉线,但是过几十秒自己又恢复的情况。最开始怀疑是网线问题,换了两根网线没解决。后来抓包发现,网内有一个设备不停在发广播帧,导致工业交换机处理不过来,拖垮了整个通信链路。这个设备后来排查出来是一台并网柜内的数据采集器,它的网口配置错了,开启了DHCP服务,不断向外广播。处理方式是给该设备设置了静态IP并关闭多余服务,问题立刻消失。工业现场的自动化网络,建议把交换机的广播风暴抑制功能打开,哪怕只是起到基础的保护作用。7.4 一个很隐蔽的坑:编程口和以太网口的地址编号不一致调试到后期,我又发现一个很有意思的问题:上位机通过以太网读到的DT200区数据,跟编程软件在线监视的DT200区数值对不上。查了很久才意识到,编程软件在线监视用的是本地CPU的数据区,而以太网模块通过通信机制读到的,是经过PLC程序“传输指令”映射后的Buffer区,名字虽然都叫DT200,但两者是不同地址空间。解决办法是在PLC程序里显式地做一次搬移,把要展示的数据用指令写入以太网通信缓冲区地址。如果你也遇到这个现象,记住这个原则:以太网通信区域必须是由程序主动更新的,数据永远不会“自动出现”。最后分享一个我自己的习惯:在任何通信联调开始之前,先把目标PLC的协议手册里帧格式那几页打印出来,放在工控桌上,遇到任何诡异问题都先回翻帧结构,而不是盲目写代码。FP-XH加以太网模块这套配置,只要地址映射清楚、协议选择正确、字节序理顺,不管是接上位机还是MCGS触摸屏,基本两天之内就能稳定跑起来。如果你正在做光伏监控项目,希望这篇文章能帮你省掉那几天的折腾时间。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
