电话/手机：联系客服
MT8102iP，最近出现一个死穴：
屏单独跑没问题。但只要把接 PLC 的网线一插上去，屏立马显示‘Loading...’然后重启，陷入无限死循环。
换了网线，无效。
PLC（三菱 FX5U）端 IP 没冲突。
把屏恢复出厂设置再下程序，还是插线就死。
怀疑是网口的电平有问题，或者是 PLC 发送的报文数据量太大把屏的 CPU 搞崩了？以前从来没遇到过插网线能把屏插重启的情况
优质评论内容
这个现象基本可以先下一个判断：
不是网线、电平这种物理问题，而是
屏一连上 PLC 网络，就被某个网络行为“击穿”了系统负载或协议栈，导致反复重启。
你已经验证了几个关键点：
屏单独运行正常
一插网线立即 Loading 重启
恢复出厂后依然如此
这说明问题不是项目数据损坏，而是：
“一接入这个网络环境就触发”
一、最可能的根因方向（按概率排序）
1 网络风暴或广播包过多（最常见）
如果这个网络里有：
多 PLC / 多 HMI
上位机扫描
组播、广播（比如发现协议）
环网不稳定（环路）
屏一接入就会：
收到大量广播或未知报文 → CPU 占满 → 看门狗复位 → 重启
而且这个现象有个典型特征：
“插上就死，拔掉就正常”
这和你完全一致
2 IP 冲突或 ARP 冲突
虽然你说 IP 没冲突，但要注意：
是否有设备“临时占用过这个 IP”
是否有 DHCP 残留
是否有双网口设备桥接
冲突时会出现：
ARP 冲突 → 网络栈异常 → 系统卡死 → 重启
3 通信配置异常（FX5U 驱动层问题）
如果 HMI 里：
配置了错误的 FX5U 协议
地址范围异常（读超范围）
点数过大（一次性读太多）
轮询周期太短
一连上 PLC 就开始疯狂请求：
通信线程异常 → 占满 CPU → 系统重启
尤其是：
批量读取地址配置错误
非法地址反复请求
4 PLC 端异常响应（较隐蔽）
FX5U 如果：
程序里有异常通信处理
特殊寄存器响应异常
网络模块异常
可能返回：
异常数据包 → HMI 协议解析崩溃
这种情况比较少，但确实见过
5 网口硬件问题（概率较低）
比如：
HMI 网口 PHY 损伤
隔离变压器异常
表现为：
一有信号就异常
但这种一般不只对 PLC 网络触发
二、最关键的验证方法（非常重要）
你只要做这几个测试，很快能锁定方向。
测试1：用交换机隔离
不要直接 HMI ↔ PLC
改成：
HMI → 交换机 → PLC
如果：
不再重启
说明是链路/干扰/直连问题
测试2：只接 HMI，不接 PLC
把 HMI 接到网络，但不接 PLC：
HMI → 交换机（无 PLC）
如果仍然重启：
网络环境问题（广播风暴）
如果不重启：
PLC 或通信配置问题
测试3：关掉 HMI 通信
在工程里：
删除 PLC 设备
或关闭通信驱动
下载后再插网线
如果：
不再重启
问题在通信配置
测试4：抓包或看交换机灯
如果交换机灯：
疯狂闪烁
有广播或风暴
测试5：改 IP 测试
把 HMI 改到一个完全不同网段：
192.168.100.xxx
如果不再重启：
原网段有冲突或异常设备
三、我最怀疑的两种情况
结合你描述，我会优先怀疑：
第一位：网络风暴 / 广播异常
尤其是：
工业现场
多设备
没管理的交换机
第二位：HMI 通信配置异常
比如：
一次读取太多寄存器
地址越界
轮询周期过短
四、为什么“恢复出厂也没用”
因为：
问题不在系统本身
而在“连接这个网络后发生的事情”
恢复出厂不改变网络环境
五、快速解决建议（现场可执行）
先做这几件事：
1 用交换机隔离
不要直连 PLC
2 暂时删掉 HMI 通信配置
确认是否是通信触发
3 降低通信负载
减少读取点数
拉长周期
避免批量非法地址
4 检查网络
有没有环路
有没有重复 IP
有没有异常设备
六、一句话总结
你这个问题本质是：
HMI 一接入网络 → 触发异常通信或网络风暴 → 系统负载崩溃 → 自动重启
不是网线问题，也不是简单电平问题。