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。
三、固件版本确认:不只看版本号
固件版本确认不是简单看一眼数字。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一下就算通过。建议按以下顺序:
- 物理层:观察X1口LINK灯是否常亮。不亮则检查网线、交换机端口、控制器供电。
- 链路层:在工程站执行
arp -a,看是否能解析到控制器MAC。若ARP表为空,说明二层未通。 - 网络层:
ping 192.168.10.20,观察是否丢包、延迟是否稳定。首次ping可能有1~2个丢包,属于ARP解析正常现象。 - 传输层:用
telnet 192.168.10.20 443或Test-NetConnection测试443端口,确认Web服务在监听。 - 应用层:浏览器访问
https://192.168.10.20,能打开登录页即表示HTTP/HTTPS服务正常。
如果ping通但Web打不开,优先检查是否用了https而非http,以及浏览器是否因自签名证书拦截。如果ping不通但LINK灯亮,检查工程站和控制器是否在同一网段、掩码是否一致、是否有防火墙拦截ICMP。
五、首次配置检查表(可直接使用)
下面这份检查表按“上电—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包完整且适用于当前硬件修订号。处理:重新下载匹配固件,确保升级期间不断电。
完成以上步骤后,控制器已经具备被工程站稳定访问的条件,固件版本和网络参数也已明确。此时再进入PLCnext Engineer创建工程、分配设备、下载程序,才不会因为底层网络或版本问题反复中断。