Rūpnieciskās ražošanas darbībās aparatūras produktu kvalitātei un stabilitātei ir izšķiroša nozīme visas ražošanas līnijas drošai un efektīvai darbībai.Tomēr mums nevajadzētu aizmirst programmatūras konfigurāciju.Programmatūras problēmas var izraisīt arī sistēmas avārijas, datu zudumus vai ražošanas līnijas nespēju pareizi veikt savus uzdevumus, kas var būtiski ietekmēt visu ražošanas procesu.Tāpēc gan rūpnieciskās ražošanas vides aparatūras, gan programmatūras aspektos problēmu novēršana ir nepieciešams solis, lai nodrošinātu iekārtu nevainojamu darbību, garantētu ražošanas efektivitāti un saglabātu drošību un uzticamību.
Šodien iedziļināsimies reālā situācijā, kad programmatūras konfigurācija ir ietekmējusi ražošanu.Pārliecināsimies, ka turpmāk veiksim efektīvu problēmu novēršanu, lai nodrošinātu automatizēto ražošanas līniju efektivitāti un uzticamību!
1
Klientu atsauksmes: uz vietas esošajam aprīkojumam ir problēmas, jo modulis CN-8032-L tiek pārtraukts bezsaistē, kā rezultātā iekārta aktivizē avārijas apturēšanu un ražošanas līnija pārtrauc automātisko darbību.Lai atjaunotu normālu darbību, ir nepieciešama manuāla iejaukšanās, radot traucējumus regulārā ražošanā un testēšanā.Ja problēmu, kas saistīta ar moduļu pārtraukšanu bezsaistē, nevar efektīvi atrisināt, tas ietekmēs gala produkcijas izlaidi.
2
Pēc saziņas uz vietas ar tehnisko personālu tika apstiprināts, ka no trim ražošanas līnijām divās no tām radās tāda pati problēma, ka moduļi izkrita bezsaistē vienā un tajā pašā vietā.Aptuveni 1 sekundi pēc pārtraukšanas bezsaistē moduļi tiks automātiski atkārtoti savienoti.Klients iepriekš bija mēģinājis nomainīt moduļus, kas neatrisināja problēmu.Sākotnējais novērtējums norādīja, ka problēma, visticamāk, nav saistīta ar moduļa kvalitāti.Tika veiktas šādas problēmu novēršanas darbības:
1. Atjaunināta moduļa programmaparatūras informācija un programmu GSD faili, lai novērstu programmaparatūras saderības problēmas.
2. Atkārtoti nomainīti moduļi, lai izslēgtu iespējamos atsevišķu moduļu defektus.
3. Pārbaudīta tīkla, slēdžu un barošanas avota aparatūras informācija, kas lielā mērā novērš ar aparatūru saistītas problēmas.
4. Modificēta tīkla struktūra, lai novērstu iespējamos ar tīklu saistītos faktorus.
5. Barošanas avota filtru izmantošana, lai izslēgtu ar strāvu saistītas problēmas.
6. Izpētīja un atrisināja visus tīkla IP adrešu konfliktus.
7. Uz laiku tika atspējots maršrutētāja savienojums ar ārējo tīklu, kas samazināja atkrišanas biežumu, bet pilnībā neatrisināja problēmu.
8. Uztvertas tīkla paketes un identificētas necikliskas pakalpojumu datu paketes programmā Profinet, kas izraisa PLC kļūdas pakešu noildzes dēļ.
9. Pamatojoties uz iepriekšējo soli, pārbaudīja klienta programmu.
Analizējot tīkla datu paketes, tika atklāts, ka klients izmanto Siemens Modbus sakaru programmu.Konkrētu funkciju bloku izpildes laikā tie programmas tapās netīšām ievadīja viena funkciju moduļa aparatūras identifikatoru.Tā rezultātā PLC nepārtraukti sūtīja UDP datu paketes uz šo funkciju moduli, izraisot kļūdu “necikliskā pakalpojuma taimauta” un izraisot iekārtas pārslēgšanos bezsaistē.
3
Problēma iepriekš minētajā gadījumā atšķiras no tipiskā PN sakaru taimauta, ko izraisa tīkla traucējumi vai pārtraukumi.Necikliskie pakalpojuma taimauts parasti ir saistīts ar klienta programmēšanu, CPU veiktspēju un tīkla noslodzes jaudu.Lai gan šīs problēmas rašanās iespējamība ir salīdzinoši zema, tas nav neiespējami, un var veikt programmas vai tīkla vides traucējummeklēšanu, lai to novērstu nākotnē.
Programmatūras problēmas bieži vien ir mazāk pamanāmas, taču, izmantojot sadarbību un sistemātisku pieeju problēmu novēršanai, mēs varam noteikt galveno cēloni un atrisināt problēmas, lai nodrošinātu vienmērīgu ražošanu!
Tātad ar šo noslēdz mūsu šīs sesijas tehniskais emuārs.Līdz nākamajai reizei!
Izlikšanas laiks: 17. oktobris 2023
