1. 课程导入与iQ-F系统认知

三菱iQ-F系列(MELSEC iQ-F)是面向中小型设备控制市场推出的紧凑型可编程控制器,常见型号为FX5U、FX5UC、FX5UJ等。它既保留了FX系列“接线直观、编程门槛低”的传统优势,又通过内置以太网口、SLMP协议支持、CC-Link IE Field Basic等功能,把设备控制与远程运维连接到了同一套硬件平台上。本课程的目标不是单纯记忆型号参数,而是建立一条完整的能力链:看懂硬件组成,理解各模块在系统中的角色,能够根据现场现象定位到具体模块,并借助远程通道完成诊断与维护。

要理解iQ-F,先要理解它的硬件架构。iQ-F采用“CPU模块为核心、电源与I/O集成或扩展、通信模块挂载”的结构。以FX5U-32MT/ES为例,CPU模块本体已经集成了24点输入、16点晶体管输出、2路模拟量输入、1路模拟量输出、RS-485接口和以太网接口。这意味着在小型设备上,很多场合不需要额外扩展就能完成基本控制。当点数不足或需要特殊功能时,再通过总线连接器向右扩展I/O模块、模拟量模块、通信模块等。整个系统由CPU模块统一管理,扩展模块不独立运行程序,只负责采集和执行。

三菱iQ-F系统硬件架构与远程运维链路 电源模块 AC 100~240V 输入 DC 24V / 5V 输出 为CPU与扩展供电 CPU模块 (FX5U) 程序存储 / 逻辑运算 内置I/O · 模拟量 · 高速计数 以太网口 · RS-485 系统控制核心 I/O扩展模块 数字量输入/输出 模拟量 · 温度 · 定位 按需向右扩展 通信模块 CC-Link IE Field Basic / RS-485 连接上位与远程 供电 总线 总线 现场设备层 按钮 · 传感器 · 接触器 · 变频器 · 伺服驱动器 · 指示灯 · 电磁阀 I/O信号 远程运维通道 GX Works3 编程 · SLMP协议 · VPN/网关 · 数据采集与监控 以太网 诊断思路:先确认电源与CPU运行状态 → 再检查I/O信号与扩展模块 → 最后通过通信链路判断远程通道是否正常 CPU模块是系统核心,扩展模块依赖总线通信,远程运维依赖通信模块与网络配置

从图中可以看到,电源模块负责将现场交流电转换为CPU和扩展模块所需的直流工作电压;CPU模块承担程序执行、逻辑运算、内置I/O处理和通信管理;I/O扩展模块负责补齐点数或增加模拟量、温度、定位等特殊功能;通信模块则把PLC接入以太网、CC-Link IE Field Basic或RS-485网络,为远程运维提供物理通道。现场设备层是按钮、传感器、接触器、变频器、伺服等实际对象,它们通过I/O信号与PLC交互。远程运维层则通过GX Works3、SLMP协议、VPN或网关实现程序上下载、状态监控和故障排查。

理解这套架构之后,再看远程运维的角色定位就清晰了。iQ-F的远程运维并不是一个独立于控制系统的附加功能,而是建立在CPU模块和通信模块之上的延伸能力。CPU模块内置的以太网口支持SLMP(Seamless Message Protocol),可以直接与上位机、触摸屏或数据采集网关通信。如果现场PLC通过VPN路由器接入企业网络,工程师就可以在办公室用GX Works3远程连接,查看程序运行状态、监控软元件值、修改参数,甚至在线编辑程序。对于设备制造商而言,这意味着售后响应时间可以从“出差数天”缩短到“远程数十分钟”。

在实际认知层面,需要特别区分几个容易混淆的概念。第一,CPU模块本体集成的I/O点数和扩展模块的点数是分开计算的,编程时使用的软元件编号也遵循各自规则。例如FX5U-32MT本体输入为X0~X7、X10~X17,输出为Y0~Y7、Y10~Y17;扩展模块的编号会从X20、Y20开始顺延。第二,电源模块的容量必须核算。CPU模块、扩展模块、通信模块以及部分外部负载都会消耗DC 24V或5V电源,如果容量不足,会出现CPU间歇复位、扩展模块不识别等“看起来像故障”的现象。第三,通信模块的选型要与远程方案匹配:仅需编程和监控,内置以太网口通常够用;需要接入CC-Link IE Field Basic网络或与多台设备高速交换数据,则要加装对应通信模块。

为了便于后续章节展开,这里先建立一套现场认知的检查顺序。当一台iQ-F设备出现异常时,建议按以下顺序观察:

  • 电源指示:CPU模块的POWER LED是否常亮,扩展模块的电源LED是否正常。若POWER不亮,先查供电和保险。
  • 运行状态:RUN LED是否常亮,ERR LED是否闪烁或常亮。RUN不亮说明CPU未进入运行模式,ERR亮说明有错误。
  • I/O状态:输入LED是否随现场信号变化,输出LED是否按程序逻辑动作。若输入不亮,查传感器和接线;若输出不动作,查程序和负载。
  • 通信状态:以太网口LED是否闪烁,通信模块的LINK/ACT灯是否正常。远程连不上时,先确认物理链路和IP地址。
  • 扩展识别:在GX Works3的“系统监视”中查看扩展模块是否被正确识别,有无“模块未连接”或“型号不匹配”提示。

这套顺序的价值在于,它把“设备不动”这个模糊现象拆解成了可观察、可判断的具体环节。例如,一台包装机突然停机,现场人员说“PLC没反应”。按照上述顺序,先看POWER灯正常,RUN灯不亮,ERR灯闪烁——说明CPU检测到了错误,可能是程序错误或模块配置错误。用GX Works3连接后查看错误代码,若提示“扩展模块配置不一致”,则问题出在扩展模块被拔插或型号变更,而不是程序逻辑本身。这种从硬件状态到软件诊断的递进,正是本课程后续要反复训练的能力。

关于远程运维的典型链路,可以用一个教学示例来说明。假设某台iQ-F设备安装在客户现场,现场有一台支持VPN的路由器,PLC的以太网口通过网线接入路由器,IP地址设为192.168.1.10,路由器分配的公网地址为203.0.113.25。工程师在办公室的电脑上先连接VPN,获得192.168.1.100的地址,然后在GX Works3中新建连接,指定目标IP为192.168.1.10,端口号默认5562(SLMP over TCP)。连接成功后,可以打开“软元件批量监视”,输入D100,观察当前值;也可以打开“程序监视”,查看梯形图导通状态。如果连接失败,依次检查:VPN是否连通、PLC的IP是否可达、防火墙是否放行5562端口、PLC的以太网设置是否被修改。这个示例中的IP地址和端口号属于教学假设,实际项目中应以现场网络规划为准。

学习建议:本章的重点不是背参数,而是建立“模块—信号—通道—诊断”的思维框架。后续每讲到一个具体故障,都建议回到这张架构图,问自己三个问题:故障发生在哪个模块?信号在哪个环节中断?远程通道能否帮助我观察到这个环节?

最后需要明确本课程的能力目标。学完本课程后,应当能够独立完成以下任务:识别iQ-F各模块的外观、接口和指示灯含义;根据现场现象判断故障大致范围;使用GX Works3进行连接、监视和简单在线修改;配置基本的远程访问通道;在远程条件下完成常见故障的排查和恢复。这些能力不是孤立的,而是围绕“设备控制”和“远程运维”两条主线交织展开。iQ-F的硬件架构为这两条主线提供了统一的物理基础,理解它,后续的编程、调试、排障和远程维护才有稳固的落脚点。