PROFINET желісіндегі Phoenix Contact және Bachmann: түсініксіз үзілістерді тоқтататын кеңейтілген диагностика
Субтитр: Құрылғы атаулары, LLDP топологиясын тексеру және MRP сақиналары нақты орау желісіндегі қадамдармен түсіндірілді.
Негізгі тексерулер мен жарықдиодтар қалыпты көрінсе де, PROFINET құрылғылары неге ажырап қалады?
Орау желісінде орау машинасы әр ауысымда кодер станциясымен екі рет байланысын жоғалтты деп елестетіңіз. Құрылғы өздігінен қалпына келеді, панельдегі жарықдиодтар жасыл түспен жанады, ал IP мекенжайында қайшылық жоқ. Негізгі ақауларды жою осы жерде тоқтайды, бірақ үзілісті ажыраулардың себебі көбіне тек ақаулы кабельдер немесе мекенжай қайшылықтары болмайды. Көптеген жасырын негізгі себептер PROFINET құрылғыларын атау ережелерінде, топологияны анықтау механизмдерінде немесе резервтеудің уақыт бойынша сәйкессіздіктерінде жатады. Bachmann ISI202 кодер интерфейсі модулі сияқты кодер интерфейстері қолданылатын жоғары жылдамдықты орау желілерінде мұндай түсініксіз ақауларды жою үшін мультиметрлік тексерулерден өтіп, протокол деңгейіндегі диагностикаға көшу қажет.
PROFINET неге IP мекенжайларының орнына құрылғы атауларына сүйенеді?
Стандартты TCP/IP желілерінен айырмашылығы, PROFINET IO құрылғысын ең алдымен оның бірегей станция атауы, ал екінші кезекте IP мекенжайы арқылы анықтайды. PLC контроллері іске қосылғанда, ішкі желіні қарап шығып, IO құрылғыларын атауы бойынша байланыстыру үшін Discovery and Basic Configuration Protocol (DCP) протоколын пайдаланады, бұл құрылғыда жарамды IP конфигурациясы болмаса да орындалады. Қайталанатын, қате жазылған немесе жоқ станция атауы физикалық кабельдің күйіне қарамастан байланысты толық тоқтатады. Керісінше, станция атауы аппараттық конфигурацияға сәйкес келсе, контроллер дұрыс IP мекенжайын автоматты түрде қайта тағайындай алады. Аппараттық құралды ауыстырмас бұрын DCP атауларының сәйкестігін онлайн режимінде үнемі тексеріңіз.
Қай интерфейс параметрлері циклдік емес байланыс уақыттарының аяқталуына жол бермейді?
Стандартты іске қосу кезінде жүктеме түскендегі ақау әрекетін басқаратын үш маңызды интерфейс параметрі жиі назардан тыс қалады:
- Деректер жазбасының күту уақыты аяқталғанда PROFINET IO байланысын сақтау: Әдепкі бойынша өшірулі. Циклдік емес параметрлерді оқу сәтсіз аяқталғанда немесе күту уақыты біткенде, бұл опцияны қосу бүкіл байланысты үзудің орнына циклдік процесс деректерін белсенді күйде сақтайды.
- Алмасу тасымалдағышынсыз құрылғыны ауыстыруды қолдау: LLDP көрші құрылғыларын анықтау арқылы бағдарламалау ноутбугын пайдаланбай, аппараттық құралды үздіксіз ауыстыруға мүмкіндік беру үшін әдепкі бойынша қосулы. Бұл параметрдің қосулы күйінде қалғанын тексеріңіз.
- IEC V2.2 LLDP режимі: Физикалық көрші құрылғыларды үздіксіз анықтауды қосады және кабельдер қате порттарға жалғанғанда ескертеді. Сымдарды жалғау қателерін ерте анықтау үшін іске қосу кезінде бұл параметрді тексеріңіз.
MRP резервтік сақинасында желінің шамадан тыс жүктелуін қалай болдырмауға болады?
Media Redundancy Protocol (MRP) қалыпты жұмыс кезінде бір портты бұғатталған күйде ұстап, үзіліс болған жағдайда оны шамамен 200 миллисекунд ішінде ашу арқылы байланыстың үзілмеуін қамтамасыз етеді. Алайда MRP сақинасы бір ғана коммутатор Redundancy Manager (MRM) ретінде жұмыс істеп, барлық басқа түйіндер Redundancy Client (MRC) ретінде жұмыс істегенде ғана дұрыс қызмет етеді. Бірнеше менеджер кең тарату дауылдары мен пакеттердің шамадан тыс таралуына әкеледі, ал менеджерлердің болмауы сақинаның қалпына келуін өшіреді. Маңызды автоматтандыру түйіндері үшін желілік резервтеуді Phoenix Contact резервтеу модулі сияқты аппараттық қуат резервтеуімен біріктіру толық жоғары қолжетімділікті қорғауды қамтамасыз етеді.
PROFINET RT және IRT желілеріндегі діріл мен синхрондау жоғалуына не себеп болады?
PROFINET Real-Time (RT) TCP/UDP өңдеу кідірістерін айналып өту үшін Ethernet кадрларын тікелей 2-деңгейде жібереді. Isochronous Real-Time (IRT) IEEE 1588 Precision Time Protocol (PTP) сағатын синхрондауды қамтып, цикл уақыттарын 250 микросекундтан төмендетеді. Алайда IRT талапшыл: синхрондалмаған түйін, жолдағы басқарылмайтын коммутатор немесе сәйкес келмейтін уақыт домені детерминистік кестені бұзады. Желінің өткізу қабілетін пайдалануды шамалап бағалаудың орнына, басқарылатын коммутаторлардағы порт статистикасын, пакеттердің жоғалу көрсеткіштерін және CRC қателерін үнемі бақылаңыз.
Phoenix Contact коммутаторлары мен Bachmann M1 контроллері аппараттық ақауларды қалай анықтайды?
Заманауи орау архитектураларында басқарылатын коммутаторлар мен жетілдірілген контроллерлер үзілісті ақаулардың нақты орнын бірге анықтайды. Phoenix Contact басқарылатын коммутаторлары порттардың толық диагностикасын қамтамасыз етіп, жаншылған кабельдерді немесе кедергілерді көрсететін CRC есептегіштерінің күрт өсуін анықтайды. Сонымен қатар, Bachmann MPC240/K M1 контроллері модулі сияқты контроллерлер инженерлік бағдарламалық жасақтамада PROFINET диагностикасының кеңейтілген деректерін түсінікті мәтін түрінде ұсынады. IRT синхрондауы үзілгенде, Bachmann диагностикалық стегі нақты slave құрылғысы мен қате кодын бірден көрсетеді. DCS шлюздерімен немесе ABB CI871 PROFINET IO интерфейсі модулі сияқты құрылғылармен байланысатын көп өндірушілі архитектураларда GSDML конфигурация файлдарының сәйкестігін сақтау өндірістік алаңдағы протокол үйлесімділігін қамтамасыз етеді.
Үзілісті ажырауларға арналған ұсынылатын 7 қадамдық диагностика реті қандай?
Жасырын желілік ажырауларды бақылау кезінде ақауларды жоюдың мына құрылымдалған тәртібін орындаңыз:
- 1-қадам: Станция құрылғыларының атауларын онлайн режимінде тексеріп, әр IO құрылғысы үшін PN/IE ішкі желісінің тағайындалуын растаңыз.
- 2-қадам: Үш маңызды интерфейс опциясын (деректер жазбасының күту уақыты, құрылғыны ауыстыру және LLDP режимі) тексеріңіз.
- 3-қадам: Тұйық сақина топологиясында дәл бір менеджердің конфигурацияланғанын растау үшін MRP сақинасының рөлдерін тексеріңіз.
- 4-қадам: LLDP көрші құрылғылар кестелерін қарап, оларды нақты орнатылған желі топологиясының сызбасымен салыстырыңыз.
- 5-қадам: CRC қателерін, кадрлардың қабылданбауын және өткізу қабілетінің күтпеген артуын анықтау үшін коммутатор порттарының қате статистикасын тексеріңіз.
- 6-қадам: Орнатылған GSDML құрылғы сипаттамасының аппараттық құралдың микробағдарлама нұсқасына сәйкес келетінін растаңыз.
- 7-қадам: Әрбір ақау оқиғасынан кейін кеңейтілген диагностикалық жазбаларды тікелей контроллердің диагностикалық буферінен жинаңыз.
Өндірістік алаңда болашақтағы PROFINET ажырауларын қалай болдырмауға болады?
Түсініксіз ажырауларды нақты әрекетке жарамды деректерге айналдыру үшін протокол тәртібін қатаң сақтау қажет. DCP құрылғы атауын желідегі негізгі сәйкестендіргіш ретінде қабылдаңыз, бір менеджері бар MRP сақинасының топологиясын міндетті түрде қолданыңыз және LLDP көрші құрылғылар кестелерін өндірістік сызбалармен салыстырып тексеріңіз. Phoenix Contact басқарылатын коммутаторлары мен Bachmann M1 басқару жүйелері сияқты кіріктірілген диагностикалық ашықтығы бар аппараттық құралдарды пайдалану кабельдерді бірнеше сағат бойы іздеуді бірнеше минуттық мақсатты ақау жоюға айналдырады.
Автор: Zhiqiang Li - PLC, DCS және басқару жүйелері саласында 10 жылдан астам тәжірибесі бар өнеркәсіптік автоматтандыру инженері.
