Tööstuslikus tootmistegevuses on riistvaratoodete kvaliteet ja stabiilsus üliolulised kogu tootmisliini ohutuks ja tõhusaks tööks.Siiski ei tohiks me unustada tarkvara konfiguratsiooni.Tarkvaraprobleemid võivad põhjustada ka süsteemi krahhi, andmete kadumist või tootmisliini suutmatust oma ülesandeid korralikult täita, mis võib oluliselt mõjutada kogu tootmisprotsessi.Seetõttu on nii tööstusliku tootmiskeskkonna riist- kui ka tarkvaraaspektides tõrkeotsing vajalik samm, et tagada seadmete tõrgeteta töö, tagada tootmise efektiivsus ning säilitada ohutus ja töökindlus.
Täna süveneme reaalsesse juhtumisse, kus tarkvara konfiguratsioon on tootmist mõjutanud.Teeme edaspidi tõrkeotsingut tõhusalt, et tagada automatiseeritud tootmisliinide tõhusus ja töökindlus!
1
Klientide tagasiside: kohapealsetel seadmetel on probleeme mooduli CN-8032-L võrguühenduseta väljalülitamisega, mille tulemuseks on masin hädaseiskamine ja tootmisliin automaatne töö.Normaalse töö taastamiseks on vaja käsitsi sekkumist, mis põhjustab häireid tavapärases tootmises ja testimises.Kui võrguühenduseta moodulite väljalangemise probleemi ei saa tõhusalt lahendada, mõjutab see lõpptoodangut.
2
Pärast kohapealset suhtlust tehnilise personaliga leidis kinnitust, et kolmest tootmisliinist kahel esines sama probleem, kuna moodulid langesid samas kohas võrguühenduseta.Umbes 1 sekund pärast võrguühenduseta katkestamist ühendatakse moodulid automaatselt uuesti.Klient oli varem proovinud mooduleid vahetada, mis probleemi ei lahendanud.Esialgne hinnang näitas, et probleem ei olnud tõenäoliselt seotud mooduli kvaliteediga.Võeti järgmised tõrkeotsingu sammud.
1. Uuendatud mooduli püsivara teave ja programmi GSD-failid, et kõrvaldada püsivara ühilduvusprobleemid.
2. Asendati moodulid uuesti, et välistada võimalikud üksikud moodulidefektid.
3. Kontrollitud võrgu, lülitite ja toiteallika riistvarateave, kõrvaldades suures osas riistvaraga seotud probleemid.
4. Muudetud võrgu struktuuri, et kõrvaldada võimalikud võrguga seotud tegurid.
5. Toiteallika filtrite kasutamine, et välistada toiteallikaga seotud probleemid.
6. Uuris ja lahendas kõik võrgu IP-aadresside konfliktid.
7. Ajutiselt keelati ruuteri välisvõrguga ühenduse loomine, mis vähendas väljalangemiste sagedust, kuid ei lahendanud probleemi täielikult.
8. Profinetis hõivati võrgupaketid ja tuvastati mittetsüklilised teenuse andmepaketid, mis põhjustavad pakettide ajalõpu tõttu PLC-vigu.
9. Lähtudes eelmisest sammust, uurinud kliendi programmi.
Võrgu andmepakette analüüsides avastati, et klient kasutas Siemensi Modbusi sideprogrammi.Konkreetsete funktsiooniplokkide täitmisel sisestasid nad kogemata programmi viigudesse ühe funktsioonimooduli riistvara identifikaatori.Selle tulemusel saatis PLC sellele funktsioonimoodulile pidevalt UDP-andmepakette, mis tõi kaasa tõrke "mittetsüklilise teenuse ajalõpu" ja masina võrguühenduseta lülitumise.
3
Ülaltoodud juhtumi probleem erineb tüüpilisest PN-side ajalõpust, mis on põhjustatud võrguhäiretest või katkestustest.Mittetsüklilised teenuse ajalõpud on tavaliselt seotud kliendi programmeerimise, protsessori jõudluse ja võrgu koormustaluvusega.Kuigi selle probleemi ilmnemise tõenäosus on suhteliselt väike, pole see võimatu ning tulevikus saab selle probleemi lahendamiseks võtta programmi või võrgukeskkonna tõrkeotsingu.
Tarkvaraprobleemid on sageli vähem nähtavad, kuid koostööl ja süstemaatilisel lähenemisel veaotsingule suudame tuvastada algpõhjuse ja lahendada probleemid, et tagada sujuv tootmine!
Sellega on meie selle seansi tehniline ajaveeb lõpetatud.Järgmise korrani!
Postitusaeg: 17. oktoober 2023
