3. PLCnext控制器的首次上电与初始配置

PLCnext控制器(如AXC F 2152、AXC F 3152)出厂时处于“未配置”状态:网口默认参数、固件版本、Web服务状态都可能是未知的。首次上电阶段的目标不是立刻下载程序,而是把设备变成一个“可被工程站稳定访问、且版本信息明确”的节点。这一节围绕三件事展开:给控制器一个可用的IP地址、确认固件版本与硬件匹配、用最小网络测试证明链路和协议栈都正常。

一、上电前的物理准备与默认网络状态

PLCnext控制器通常有两个以太网口:X1、X2(部分型号X1为PROFINET口,X2为普通以太网口)。出厂默认情况下,X1、X2可能处于不同的IP网段,常见默认值为192.168.1.10(X1)和192.168.1.11(X2),子网掩码255.255.255.0。不同订货号和固件版本默认值可能不同,因此不能把默认IP当作固定事实,必须以设备标签或实际探测结果为准。

上电前建议完成三件事:给控制器接入24V DC电源(注意极性和接地);用网线把工程站与控制器X1口直连,或接入同一台非管理型交换机;确认工程站网卡没有被其他虚拟网卡、VPN或Wi-Fi抢占路由。上电后观察控制器面板:PWR/ RUN/ ERR/ 以及X1、X2的LINK/ACT指示灯。RUN灯常亮或闪烁表示固件已启动,LINK灯亮表示物理链路已建立,ACT闪烁表示有数据收发。

二、IP地址设置:三种可行路径

首次配置IP地址,实际工程中有三条路径,按“是否需要已知IP”排序:

  • 路径A:通过Web界面修改。若已知当前IP,浏览器访问https://<当前IP>,登录后进入Settings → Network,修改X1的IP、掩码、网关,保存后控制器会重启网络服务。这是最直观的方式。
  • 路径B:通过WBM的“未配置设备”发现。若不知道IP,可使用Phoenix Contact的PLCnext Engineer或WBM的扫描功能,在二层广播中发现设备,再写入新IP。
  • 路径C:通过SD卡配置文件。在SD卡根目录放置network.conf或使用startup.cfg,上电时由固件读取。适合批量部署或设备已被改乱IP的场景。

以路径A为例,假设工程站网卡设为192.168.1.100/24,控制器X1默认192.168.1.10。登录Web后把X1改为192.168.10.20/24,网关192.168.10.1。保存后控制器网络服务重启,此时工程站必须同步把网卡改到192.168.10.x/24,否则会失去连接。这一步是首次配置最常见的“失联”原因:改了控制器IP,却没改工程站IP。

建议首次配置时把工程站网卡设为与控制器同网段的静态IP,不要依赖DHCP。工业现场DHCP服务器不一定存在,且租约变化会让后续诊断复杂化。

三、固件版本确认:不只看版本号

固件版本确认不是简单看一眼数字。PLCnext的固件由多个组件构成:Linux内核、PLCnext Runtime、Firmware、以及可选的AXL/PN驱动。Web界面Diagnostics → Firmware或System → Information中会列出:

  • Firmware version:如2023.0 LTS或2024.0,决定Runtime和API能力。
  • Hardware revision:硬件版本,决定可升级的固件上限。
  • Bootloader version:引导程序版本,过低时可能无法直接升级到最新固件。
  • MAC地址:用于资产登记和网络准入。

确认固件版本时,要同时核对三件事:该版本是否支持你计划使用的功能(如OPC UA、PROFINET、安全模块);该版本是否与PLCnext Engineer工程版本兼容;该版本是否存在已知严重漏洞。若需要升级,通常通过Web界面上传.raucb固件包,升级过程中不能断电,升级后控制器会自动重启。升级前建议记录当前版本和配置,升级后再次核对版本号是否变化。

四、基本网络连通性测试:从物理层到应用层

网络连通性测试要分层做,不能只ping一下就算通过。建议按以下顺序:

  1. 物理层:观察X1口LINK灯是否常亮。不亮则检查网线、交换机端口、控制器供电。
  2. 链路层:在工程站执行arp -a,看是否能解析到控制器MAC。若ARP表为空,说明二层未通。
  3. 网络层:ping 192.168.10.20,观察是否丢包、延迟是否稳定。首次ping可能有1~2个丢包,属于ARP解析正常现象。
  4. 传输层:用telnet 192.168.10.20 443或Test-NetConnection测试443端口,确认Web服务在监听。
  5. 应用层:浏览器访问https://192.168.10.20,能打开登录页即表示HTTP/HTTPS服务正常。

如果ping通但Web打不开,优先检查是否用了https而非http,以及浏览器是否因自签名证书拦截。如果ping不通但LINK灯亮,检查工程站和控制器是否在同一网段、掩码是否一致、是否有防火墙拦截ICMP。

PLCnext 首次上电与初始配置:IP / 固件 / 连通性 工程站 (PC) 网卡: 192.168.10.100/24 浏览器 / PLCnext Engineer ping / telnet / arp PLCnext 控制器 X1: 192.168.10.20/24 X2: 192.168.1.11/24 Web / Runtime / Firmware 以太网直连 IP 设置路径 A. Web 界面修改 B. WBM 扫描发现 C. SD 卡配置文件 网络连通性分层测试 物理层 LINK 灯常亮 网线 / 供电 链路层 arp -a MAC 解析 网络层 ping 192.168.10.20 丢包 / 延迟 传输层 telnet 443 端口监听 应用层 https 登录页 证书确认 固件版本确认要点 Firmware Version Hardware Revision Bootloader Version MAC 地址

五、首次配置检查表(可直接使用)

下面这份检查表按“上电—IP—固件—连通性”顺序排列,适合现场逐项打勾。表中参数为示例,实际以设备标签和项目要求为准。

序号 检查项 示例值 / 操作 通过判据
1 供电与接地 24V DC,极性正确 PWR 灯亮,无异常发热
2 X1 物理链路 网线连接工程站或交换机 X1 LINK 灯常亮
3 工程站网卡 192.168.10.100/24 静态 与控制器同网段
4 控制器 IP X1 改为 192.168.10.20/24 Web 可访问新 IP
5 固件版本 记录 Firmware / HW / Bootloader 与工程版本兼容
6 ARP 解析 arp -a 能看到控制器 MAC
7 ICMP 测试 ping 192.168.10.20 丢包 0,延迟稳定
8 443 端口 telnet 192.168.10.20 443 连接成功
9 Web 登录 https://192.168.10.20 登录页正常显示

六、常见异常与判断依据

现象1:改了控制器IP后Web打不开。原因通常是工程站网卡未同步改到新网段。判断依据:ipconfig查看工程站IP,若仍是旧网段,则无法路由到新IP。处理:把工程站网卡改为192.168.10.x/24,或把控制器IP改回原网段。

现象2:ping通但telnet 443失败。说明网络层通,但Web服务未监听或防火墙拦截。判断依据:在控制器Web界面查看Services状态,确认HTTPS服务为running。若服务正常,检查工程站防火墙是否放行443出站。

现象3:固件升级后版本号未变。可能是升级包与硬件版本不匹配,或升级过程被中断。判断依据:查看升级日志中的校验结果,确认.raucb包完整且适用于当前硬件修订号。处理:重新下载匹配固件,确保升级期间不断电。

首次上电配置完成后,建议立即记录控制器IP、MAC、固件版本、硬件版本和配置日期,形成设备档案。后续故障诊断时,这些信息是判断“是否被人改过”的第一手依据。

完成以上步骤后,控制器已经具备被工程站稳定访问的条件,固件版本和网络参数也已明确。此时再进入PLCnext Engineer创建工程、分配设备、下载程序,才不会因为底层网络或版本问题反复中断。