<button id="ogbmf"></button>
    <rp id="ogbmf"></rp>
    <th id="ogbmf"></th><th id="ogbmf"></th>
    安徽快3安徽快3官网安徽快3网址安徽快3注册安徽快3app安徽快3平台安徽快3邀请码安徽快3网登录安徽快3开户安徽快3手机版安徽快3app下载安徽快3ios安徽快3可靠吗

    甲基丁酸 / 文件夾1 / 記以太網環網故障的一次解決過程

    分享

       

    記以太網環網故障的一次解決過程

    2019-02-21  甲基丁酸

    1. 項目基本信息

    Basic Project Information

          食品飲料行業。主干網為6臺414的交換機組成光纖環網,連接plc與所有pc站以及服務器。Plc側的PN IO以及第三方的非實時數據通訊都由plc上的cp443來完成。下面再通過若干個x208采取就近的原則接線方式,將設備組成網絡。并且x208與x414是連接在一起的。兩臺服務器一主一備,通過OPC-Server采集下面S7設備的數據,上位機為IFIX。現場有很多第三方的設備接入網絡中,而且網絡沒有劃分子網,僅是根據不同的ip地址來區別。下面是網絡主拓撲結構。


    2. 現場問題描述

    the problem description

          用戶反映在生產過程中,第一ifix數據刷新慢;第二偶爾有網絡掉線的故障,恢復時間為秒級,或者毫秒級恢復,發生的時間不確定。問題解決的難點,在于用戶無法提供現場網絡的實際拓撲及接線圖,而且處于生產狀態,沒法停機檢查,給故障的排場增加了很大的難度。

    3. 現場問題分析

    Problem Analysis

           第一個問題,數據刷新慢的話,可能出現的可能就是網絡擁堵,網絡負荷大;還有就是opc server里面的刷新周期設置是否為最小250ms,還有就是在ifix里面的對外部數據庫鏈接的刷新周期是否合理。通過在服務器側Ping現場的設備,延時大都在10ms之內,并且在服務器側以及工程師站對plc進行上傳下載程序,以及在線監控數據時,速度都很快,所以證明不是網絡負荷的問題。建議用戶檢查ifix及其相關的opc設置。

    第二網絡掉線問題,

    1)     檢查網線及接口及帶有fc變頻器的et200s站的接地,以及ip地址檢查。

    2)     檢查x208的日志報文。

    3)     數據通訊的性能判斷。

    4)     數據響應檢查。

    5)     cp1613的性能檢查。

    6)     opc_server的檢查。

    7)     plc的性能檢查包括連接資源以及通訊負荷。

           通信資源就是通信雙方為了執行通信服務而進行的連接資源和通信任務資源的分配。通信雙方的數據交換需要通信資源,由其中的連接資源和通訊任務資源兩個參數決定。當超過連接資源,新加入的通訊雙方無法進行通訊。例如CPU319-3PN/DP具有16個S7連接資源,當通過NetPro組態S7 Connection通訊連接設置為16個后,就無法再加入其它的通訊Partner與該CPU進行通訊。當超過通訊任務資源,其它連接資源的通訊雙方無法進行通訊。例如CPU319-3PN/DP組態了16個S7 Connection通訊,其中一個連接使用了32個通訊任務,那么CPU319就無法與剩余的15個連接Partner進行通訊。在S7-300的CPU屬性中可以分配S7連接資源給相應的S7通信服務。而S7-300的CPU中路由連接資源是獨立提供的,并不占用CPU所提供的其它相應S7的通信服務。例如:根據CPU319-3PN/DP的技術數據,PN接口的路由資源數最大為48。其它S7相應的連接資源為32個,這些連接資源用于PG/OP/S7 Basic/S7通訊服務。


    在S7-400的CPU屬性中無法分配相應的S7連接資源。相應的S7通訊服務共同占用CPU所提供的所有的S7連接資源。只能通過CPU在線的方式查看CPU的S7連接資源的占用狀態。例如:CPU416-3PN/DP


    S7-300與S7-400區別,前者的掃描循環檢查點CCP處輸出通訊數據,后者每個時間片都可以發生輸入輸出通訊。如果通訊任務量大且實時性要求高,則應選擇S7-400的PLC,而不要選擇S7-300的PLC。


    S7-300而言可以釋放在硬件組態里面的設置的通訊所占的比重,來改善通訊的實時性!

    4. 現場問題處理步驟

    Problem Solving Steps

    網絡掉線問題

    1)     現場的通訊電纜檢查,用戶已經更換新的通訊電纜。檢查變頻器的接地,以及核對各個組件的ip。

    2)     檢查x208的日志,未發現異常。

    3)     檢查網絡的通訊性能,通過ping的方式。響應時間在10ms之內,說明網絡數據響應正常。

    4)     cp1613的最大連接支持120個,而實際現場為70個。

    5)     opc_server數據量核查,最多可以支持100000多條。

    6)     對plc和cp443上的診斷進行分析,發現,如下圖


    在plc的診斷信息里,總是有信號報警,查看信號的地址,再查看上一級的pn io的地址。發現在plc的pn io的刷新時間不是一定的,有2ms,4ms,8ms,16ms,256ms等。并且發生這種信號報警的所在的站點的刷新時間多為2ms,4ms。然后進行了下網絡性能測試,方法 運行-CMD-PING 10.155.28.81,測試對其中一個ET200S的通訊性能。結果數據沒有發生丟包,延時時間平均為4ms。從以上說明中判斷,pn io的刷新時間過短,因為此工藝段包括pn io設備25個,而且同時兼顧上位機的通訊,以及十幾個連結的s7通訊和tcp的通訊。如果pn io的刷新時間過短,又由于整個網絡的負荷,可能造成網絡的數據通訊不正常的影響,甚至掉線。查看plc的掃描時間平均為30ms左右,所以可以把pn io的刷新時間放長點。更改為8ms。修改完,正常生產了一天,檢查plc的診斷緩存區發現無信號報警。見下圖


    修改完后,ping測試網絡性能。延時時間3ms,見下圖


    在S7-300 cpu硬件屬性里把通訊負荷由20%更改為40%,這樣預留更多地資源給通訊。更改完后,監控兩天,沒有發生掉線的事故。

    5. 處理結果

    the final result

           將pn io的刷新周期變為8ms。并且在S7-300 cpu硬件屬性里把通訊負荷由20%更改為40%,這樣預留更多地資源給通訊。更改完后,監控兩天,沒有發生掉線的事故。

    6.基于現場的實際情況,希望通過銷售給用戶的建議:

     Suggestion to customer:

            在后續的項目中,針對用戶這種有大量的設備需要掛在網絡節點上的使用方式,可以通過劃分不同的子網,這樣便于故障的分析查找,以及數據的隔離!

            大鍋飯不是那么好吃的,以太網雖強,但大家都在搶資源,也會堵車的,414-3E交換機喃喃地說。

      本站是提供個人知識管理的網絡存儲空間,所有內容均由用戶發布,不代表本站觀點。請注意甄別內容中的聯系方式、誘導購買等信息,謹防詐騙。如發現有害或侵權內容,請點擊一鍵舉報。

      0條評論

      發表

      請遵守用戶 評論公約

      類似文章 更多
      喜歡該文的人也喜歡 更多

      ×
      ×

      .00

      微信或支付寶掃碼支付:

      開通即同意《個圖VIP服務協議》

      全部>>
      安徽快3{{转码主词}官网{{转码主词}网址