n
问题：
如果事先改变了MAC地址，那么当通过LAN(局域网)建立一个诊断连接时会有产生错误的可能性吗？n
解答：
下列信息适用于所有可用STEP 7组态其MAC地址(媒体访问控制)的工业以太网CP。与其它模块相比，tn该模块支持ISO传输协议。一些新的CP不支持ISO协议，因而不能组态MAC地址，而是使用厂家设定的MAC地址。所n描述的故障诊断连接与下列CP有关：n
- 6GK7 343-1EX10-0XE0 (CP 343-1)n
- 6GK7 343-1EX11-0XE0 (CP 343-1)n
- 6GK7 443-1EX10-0XE0 (CP 443-1)n
- 6GK7 443-1EX11-0XE0 (CP 443-1)
初始条件：
该站和CP 443-1 已经组态为如下地址参数：n
- IP 地址：140.90.36.1n
- MAC 地址：08.00.06.01.36.01
该站处于RUN状态。机架中的所有模块正在十分正常地工作。现n在CP的MAC地址被改为08.00.06.01.36.02。而IP地址保持不变。通n过使用TCP/IP协议的LAN接口(局域网)完成加载过程。n
加载时的行为：
加载过程暂时被中断。显示图 1 中所示的对话框。只有当工业以太网CP重新启动时才会发生中断。tn接收新的组态时发生这种行为，它可以通过LED以RUN-STOP-RUN的顺序简短的闪烁来识别。
该模块的简短STOP是一个标准过程。正常情况下，编程设备以存储在项目中的IP地址建立一个新的PG通道连接。这保持不变，因n为只有MAC地址发生了变化。因此下述消息框实际上不应该出现。n
net_abgelehnte_diagnoseverbindung_1_e.gif)
图 1：错误框，表示不能到达目标系统n
按"Details"按钮打开下列对话框：n
net_abgelehnte_diagnoseverbindung_2_e.gif)
图 2：错误对话框的细节(图 1)n
该消息表示编程设备不能再建立一个到该模块的连接，这是因为他认为系统数据块SDB1003被发送到了CPU。这样，也n无法建立一个使用TCP/IP协议的NCM诊断连接到该PG。
如果现在通过MPI(CPU的MPI地址和CP的插槽)建立一个到CP 443-1 的诊断连接，那n么下图中相当清楚地显示了CP采用了已组态的变化。n
net_abgelehnte_diagnoseverbindung_3_e.gif)
图 3：NCM S7 诊断窗口n
补救措施：
- 通过MPI接口可以加载整个组态。n
- 通过使用TCP/IP协议的LAN可以从另一个PG/PC再次加载整个组态。n
- 通过使用ISO协议的LAN可以从同一个PG/PC再次加载整个组态。n
- 几分钟延迟之后(没有访问用于加载的接口)，在同一个PG上再次使用TCP功能的加载程序。
建议：
始终通过相关CPU模块的MPI接口来加载更改过MAC地址的组态变化。n
技术解释：
在启动第一个加载过程之后，PG首先使用提供的ARP协议(地址解析协议)，来确定用于IP地址n40.90.36.1 的MAC地址，该地址将用于加载。该CP通过其MAC地址08.00.06.01.36.01 回应一个ARP响应。
现在可以通过TCP/IP协议来加载组态。然而，在重新启动模块之后，CP有了一个不同的MAC地址。PG在所谓的ARP缓冲内存储一个曾经被认为是IP地址的MAC地址。
这就是为什么当再次建立一个与PG的连接时，不可再使用ARP协议的原因。不过，PG仍然在使用不再存在的旧的MAC地址。有关与此，在下图中有所证明，该图显示在加载失败后所读出的PG的ARP缓冲以及随后的出现的通过TCP/IP协议的诊断连接的失败。
net_abgelehnte_diagnoseverbindung_4_d.gif)
图 4：IP和MAC地址显示
仍然为该IP地址输入旧的MAC地址。当IP地址在一定时间间隔内不被接口使用时该条目被自动删除。在此，作为一个快速的补救措施，也可以删除在PG中的单个ARP缓冲条目。然后当访问IP地址时会再次使用ARP协议，并且可以通过TCP/IP访问。
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc340527.html
微信扫一扫 
支付宝扫一扫