這個(gè)故障發(fā)生在一條使用夾具的產(chǎn)線上。每個(gè)夾具都配備了CPU1515F作為智能設(shè)備，并且通過一些復(fù)雜的設(shè)置與IO控制器X2接口相連。然而，使用”ReconfigIOSystem”在使能設(shè)備加入的過程中，IO控制器卻報(bào)出了兩個(gè)奇怪的錯(cuò)誤：“Diagnostics available and is Being processed”和“Multi-interface mismatch-inconsistent parameterization for sending LLDP data”。
為了揭開這個(gè)故障的神秘面紗，我們決定進(jìn)行抓包分析。通過 Bany 捕捉使能智能設(shè)備加入前后的報(bào)文，希望能找到故障產(chǎn)生的根源。我們發(fā)現(xiàn)子槽號0x8000為接口模塊上存在錯(cuò)誤1，F(xiàn)ault:Fault available，但詳細(xì)原因卻不得而知，只知道這與控制器診斷緩沖區(qū)中的提示“Diagnostics available and is Being processed”一致。
進(jìn)一步探究發(fā)現(xiàn)，控制器發(fā)送Read.Req給智能設(shè)備以獲取詳細(xì)診斷信息，最終確定故障為擴(kuò)展通道的診斷，即ExtChannelDiagnosis(0x8002)，錯(cuò)誤類型為“Multiple interface mismatch”。這也與控制器診斷緩沖區(qū)中的提示Multi-interface mismatch-inconsistent parameterization for sending LLDP data”一致。
但這些故障信息在西門子手冊和網(wǎng)站中都無法找到，只能參考 PROFINET 相關(guān)的標(biāo)準(zhǔn)文件。深入研究這些標(biāo)準(zhǔn)文檔，我們需要理解多接口這個(gè)神秘的概念。
現(xiàn)場設(shè)備通常只有一個(gè)接口，如ET200SP，其LLDP報(bào)文有著特定的規(guī)則。然而，有些智能設(shè)備，例如CPU1515卻存在2個(gè)網(wǎng)絡(luò)接口，情況變得更加復(fù)雜。
回到故障中，我們發(fā)現(xiàn)報(bào)文中的一些細(xì)節(jié)暗示著多接口模式存在問題。繼續(xù)在標(biāo)準(zhǔn)中探索，終于了解到Multipleinterfacemode.nameofdevice模式?jīng)_突的真正含義。
而多接口模式的設(shè)置，竟隱藏在連接過程的寫數(shù)據(jù)記錄中。
經(jīng)過仔細(xì)分析，我們發(fā)現(xiàn)還是硬件組態(tài)出了問題。原來，控制器寫入了單接口模式給智能設(shè)備，但默認(rèn)的智能設(shè)備的硬件組態(tài)LLDP v2.3，那么必然在用戶的硬件組態(tài)中，有其它的IO設(shè)備有一個(gè)被設(shè)置為LLDP v2.2模式，最后在IO控制器的X1接口所連接的一個(gè)IO設(shè)備發(fā)現(xiàn)了這個(gè)不經(jīng)意間所組態(tài)的LLDP v2.2。這就導(dǎo)致了一系列連鎖反應(yīng)，最終使得智能設(shè)備的兩個(gè)接口出現(xiàn)了Multipleinterfacemode.nameofdevice模式?jīng)_突根本原因。
就這樣，通過一步步抽絲剝繭般的探索和分析，我們終于解開了這個(gè)謎團(tuán)！
作者：趙欣
