Phoenix Contact un Bachmann par PROFINET: uzlabota diagnostika, kas izbeidz neizskaidrojamas savienojuma pārrāvumu problēmas
Apakšvirsraksts: Ierīču nosaukumi, LLDP topoloģijas pārbaudes un MRP gredzeni, izskaidroti, izmantojot darbības no reālas iepakošanas līnijas tīkla.
Kāpēc PROFINET ierīces atslēdzas, ja pamata pārbaudes un LED indikatori izskatās normāli?
Aplūkosim iepakošanas līniju, kurā ietīšanas iekārta divas reizes maiņā zaudē kodētāja staciju. Ierīce pati atjauno darbību, paneļa LED indikatori deg zaļā krāsā, un IP adresei nav konflikta. Pamata problēmu novēršana ar to parasti beidzas, taču periodiskas atslēgšanās reti izraisa tikai bojāti kabeļi vai adrešu konflikti. Lielākā daļa slēpto pamatcēloņu ir saistīti ar PROFINET ierīču nosaukumu konvencijām, topoloģijas noteikšanas mehānismiem vai neatbilstībām redundances laika iestatījumos. Ātrgaitas iepakošanas līnijās, kurās tiek izmantotas kodētāju saskarnes, piemēram, Bachmann ISI202 kodētāja saskarnes modulis, šādu noslēpumainu kļūmju novēršanai ir jāpāriet no multimetra pārbaudēm uz protokola līmeņa diagnostiku.
Kāpēc PROFINET izmanto ierīču nosaukumus, nevis IP adreses?
Atšķirībā no standarta TCP/IP tīkla, PROFINET IO ierīci galvenokārt identificē pēc tās unikālā stacijas nosaukuma un tikai pēc tam pēc IP adreses. PLC kontrollerim palaišanas laikā tiek izmantots atklāšanas un pamata konfigurācijas protokols (DCP), lai skenētu apakštīklu un sasaistītu IO ierīces pēc nosaukuma, pat ja ierīcei nav derīgas IP konfigurācijas. Dublēts, kļūdaini uzrakstīts vai trūkstošs stacijas nosaukums pilnībā aptur saziņu neatkarīgi no fiziskā kabeļa stāvokļa. Savukārt, ja stacijas nosaukums atbilst aparatūras konfigurācijai, kontrolleris var automātiski piešķirt pareizo IP adresi. Pirms aparatūras nomaiņas vienmēr pārbaudiet DCP nosaukumu kartējumus tiešsaistē.
Kuri saskarnes iestatījumi novērš acikliskas saziņas taimautus?
Standarta nodošanas ekspluatācijā laikā bieži netiek ņemti vērā trīs kritiski saskarnes parametri, kas nosaka sistēmas darbību kļūmju gadījumā:
- Saglabāt PROFINET IO saziņu datu ieraksta taimauta laikā: Pēc noklusējuma atspējots. Ja aciklisku parametru nolasīšana neizdodas vai iestājas taimauts, šīs opcijas iespējošana saglabā ciklisko procesa datu pārraidi, nevis pārtrauc visu savienojumu.
- Atbalstīt ierīces nomaiņu bez maiņas datu nesēja: Pēc noklusējuma iespējots, lai, izmantojot LLDP kaimiņu noteikšanu, nodrošinātu vienmērīgu aparatūras nomaiņu bez programmēšanas klēpjdatora. Pārbaudiet, vai šī opcija joprojām ir iespējota.
- IEC V2.2 LLDP režīms: Iespējo nepārtrauktu fizisko kaimiņu noteikšanu un brīdina, ja kabeļi ir pievienoti nepareizajiem portiem. Pārbaudiet šo iestatījumu nodošanas ekspluatācijā laikā, lai savlaicīgi atklātu elektroinstalācijas kļūdas.
Kā novērst tīkla pārplūdi MRP redundances gredzenā?
Multivides redundances protokols (MRP) nodrošina nepārtrauktu saziņu, normālas darbības laikā bloķējot vienu portu un pārtraukuma gadījumā to atbloķējot aptuveni 200 milisekundēs. Tomēr MRP gredzens darbojas pareizi tikai tad, ja tieši viens komutators darbojas kā redundances pārvaldnieks (MRM), bet visi pārējie mezgli darbojas kā redundances klienti (MRC). Vairāki pārvaldnieki izraisa apraides vētras un pakešu pārplūdi, savukārt nulles pārvaldnieku gadījumā gredzena atjaunošana tiek atspējota. Kritiskajiem automatizācijas mezgliem tīkla redundances apvienošana ar aparatūras barošanas redundanci, piemēram, Phoenix Contact redundances moduli, nodrošina pilnīgu augstas pieejamības aizsardzību.
Kas izraisa trīci un sinhronizācijas zudumu PROFINET RT un IRT tīklos?
PROFINET reāllaika režīms (RT) pārraida Ethernet kadrus tieši 2. līmenī, lai apietu TCP/UDP apstrādes aizkaves. Izohronais reāllaika režīms (IRT) ietver IEEE 1588 precīzā laika protokola (PTP) pulksteņu sinhronizāciju, nodrošinot cikla laikus, kas ir īsāki par 250 mikrosekundēm. Tomēr IRT ir nepielūdzams: nesinhronizēts mezgls, nepārvaldīts komutators ceļā vai neatbilstošs laika domēns izjauc deterministisko grafiku. Regulāri pārraugiet pārvaldīto komutatoru portu statistiku, pakešu zudumu rādītājus un CRC kļūdas, nevis mēģiniet aplēst tīkla joslas platuma izmantojumu.
Kā Phoenix Contact komutatori un Bachmann M1 kontrolleri palīdz precīzi noteikt aparatūras kļūmes?
Mūsdienu iepakošanas arhitektūrās pārvaldīti komutatori un uzlaboti kontrolleri darbojas kopā, lai precīzi noteiktu periodiskas kļūmes. Phoenix Contact pārvaldītie komutatori nodrošina visaptverošu portu diagnostiku, atklājot CRC skaitītāju lēcienus, kas norāda uz saspiestiem kabeļiem vai trokšņu radītiem traucējumiem. Vienlaikus tādi kontrolleri kā Bachmann MPC240/K M1 kontrollera modulis inženierijas programmatūrā nodrošina paplašinātu PROFINET diagnostiku vienkāršā tekstā. Ja IRT sinhronizācija pārtrūkst, Bachmann diagnostikas steks nekavējoties norāda precīzu pakārtoto ierīci un kļūdas kodu. Vairāku ražotāju arhitektūrās, kas sazinās ar DCS vārtejām vai tādām ierīcēm kā ABB CI871 PROFINET IO saskarnes modulis, atbilstošu GSDML konfigurācijas failu uzturēšana nodrošina protokola konsekvenci visā ražotnes tīklā.
Kāda ir ieteicamā 7 soļu diagnostikas secība periodisku atslēgšanos gadījumā?
Meklējot grūti pamanāmas tīkla atslēgšanās, ievērojiet šo strukturēto problēmu novēršanas darbplūsmu:
- 1. darbība: Tiešsaistē pārbaudiet staciju ierīču nosaukumus un apstipriniet PN/IE apakštīkla piešķīrumu katrai IO ierīcei.
- 2. darbība: Pārbaudiet trīs kritiskās saskarnes opcijas (datu ieraksta taimautu, ierīces nomaiņu un LLDP režīmu).
- 3. darbība: Pārbaudiet MRP gredzena lomas, lai pārliecinātos, ka slēgtā gredzena topoloģijā ir konfigurēts tieši viens pārvaldnieks.
- 4. darbība: Pārskatiet LLDP kaimiņu tabulas un salīdziniet tās ar faktiski izbūvētā tīkla topoloģijas shēmu.
- 5. darbība: Pārbaudiet komutatora portu kļūdu statistiku, tostarp CRC kļūdas, kadru atmešanu un neparedzētus joslas platuma lēcienus.
- 6. darbība: Pārliecinieties, ka instalētais GSDML ierīces apraksts atbilst aparatūras aparātprogrammatūras versijai.
- 7. darbība: Pēc katra kļūmes notikuma tieši no kontrollera diagnostikas bufera iegūstiet paplašinātus diagnostikas ierakstus.
Kā novērst turpmākas PROFINET atslēgšanās ražotnes tīklā?
Lai noslēpumainas atslēgšanās pārvērstu izmantojamos datos, nepieciešama stingra protokola disciplīna. Uztveriet DCP ierīču nosaukumus kā tīkla primāro identitāti, nodrošiniet MRP gredzena topoloģiju ar vienu pārvaldnieku un salīdziniet LLDP kaimiņu tabulas ar ražotnes shēmām. Aparatūras ar iebūvētu diagnostikas pārskatāmību, piemēram, Phoenix Contact pārvaldīto komutatoru un Bachmann M1 vadības sistēmu, izmantošana pārvērš stundām ilgu kabeļu izsekošanu dažu minūšu mērķētā problēmu novēršanā.
Autors: Zhiqiang Li ir industriālās automatizācijas inženieris ar vairāk nekā 10 gadu pieredzi PLC, DCS un vadības sistēmu jomā.
