PROFINET 改设备名改出事,多半是顺序反了
一台 S7-1200 换了新 CPU,上电之后 PROFINET 设备全部红色。 工程师做了三件事:查电缆、查交换机、查 IP,全对 漏掉的是设备名 PROFINET 上找设备,走的不是 IP,是设备名

名字存在哪,为什么它比 IP 重要
PROFINET 设备在网络里靠一个可读的设备名被识别。
这个名字存在两处:
一,CPU 侧的组态里
存在项目文件里,属于程序的一部分 换了组态软件版本,名字的写法规则可能跟着变
二,设备侧的 DCP 身份里
由组态下载过去,存进设备本体的非易失区 有的旧设备这一块写进去要断电重启才生效
组态里的名字和设备里的名字对不上,网络层就找不到它。
IP 可以改,IP 地址配错还有机会逐个 ping 出来。
设备名不一致,报文上来直接就是"找不到设备",没有中间过程 这是它比 IP 更要紧的原因
三个场景,三种改法
换 CPU 之后全红
这一种在现场很常见 新 CPU 拿到的是项目里的组态,但项目里用的设备名是老 CPU 上的那个 换 CPU 不等于换设备名,两个是不同层面的东西 很多人在这一步直接上新控制器,装完才发现网络设备认不出来
先把旧设备名抄下来,再上新控制器 这一步不花时间,漏了就只能拆线重接
换交换机之后部分设备红
部分设备红的情况,通常不是交换机本身的事 交换机换过之后,VLAN 或者优先级配置可能变了 但先要查的仍是设备名,尤其是设备经过诊断交换机之后
加了一台新设备,老设备跟着一起红
这一种费时间 新设备上线时命名和已有的设备撞了,或者命名带了非法字符 组态里一保存,全网重新扫描 原来正常的设备也开始报错,一台带崩一片
改名的正确顺序
现场改名前按这四步走,别跳步。
一,先把现有设备名抄下来。 从现有组态里抄,不要凭记忆 记名字、记它在网络中的位置、记它挂在哪个交换机或者面板下面 这一步不费时间,漏了后面全白干
二,改名字,不是改 IP。 先在组态里把名字改对,或者干脆保持原名不动 这一步很多人会跳过,觉得名字不重要
三,把组态下载到设备侧。 这一步是从 CPU 下发到设备本体,不是保存项目 保存项目只是改了电脑上的文件,设备还不知道
四,做一次全网扫描,看设备是否全部转绿。 转绿之后,再动 IP 和别的参数 顺序反了,就是先改 IP 再改名字 中间那段时间设备名处于不一致状态
一张改名前的对照表
| 要记的东西 | 从哪取 | 为什么 |
|---|---|---|
| 设备名 | 现有组态 / 诊断视图 | 名称对不上就找不到设备 |
| 所属 IO 控制器 | 现有组态 | 决定它挂在哪 |
| 端口拓扑 | 交换端口视图 | 决定线插在哪个口 |
| IP 地址 | 现有组态 | 排查和后续维护用 |
| GSDML 版本 | 设备属性 | 版本不同描述不同 |
一张贴标机,HMI 上改了转速,屏幕显示正常。 停机重启之后再启动,速度回到了旧值。
有人会怀疑是电池没电。电池多半是好的,因为程序里的保持性数据还在。
真正的原因是,HMI 改的那一份只是画面上的数字。
这个场景的排查顺序,和网络问题完全不一样。
下面这张表在体检阶段就应该填完。
一,台面上能不能查到当前的设备名。
这一步决定了你有没有机会直接改。 查不到就停手,不要靠猜。
二,设备名在两边是不是同一个写法。
大小写、空格、全角半角,控制器那边认得比较严。
三,改名之后有没有重新下装一次。
改完不下载,设备侧仍然是老名字,等于没改。
什么情况下这件事不值得做
下面几种情况,不必专门处理。
网络里只有一台设备 没有组态关系,也不存在名称冲突 改名这件事本身没有意义,不用管
设备已经停产或者整个网络准备重做 老设备不值得为改名投入时间 不如把新的组态一次做对
现场不具备停机窗口 网络改动需要一段完整的验证窗口 拿不出这个窗口,说明条件还不成熟,不该动
真要做的时候,先在休机窗口里做,做完留一份网络组态的导出文件。 我们公司是新的,团队在电气和软件这两行做了三十多年。 网络组态属于容易被当成"顺手改一下"的那一类活。 也是大面积返工次数较多的一类活。 这类网络组态的对照表,我们还会持续整理。