Útmutató az ODOT I/O hibaelhárításához

borító

Az ipari termelési tevékenységben a hardvertermékek minősége és stabilitása kulcsfontosságú a teljes gyártósor biztonságos és hatékony működéséhez.Nem szabad azonban figyelmen kívül hagynunk a szoftverkonfigurációt.A szoftverproblémák a rendszer összeomlásához, adatvesztéshez vagy a gyártósor képtelenségéhez vezethetnek a feladatok megfelelő végrehajtásához is, ami jelentős hatással lehet a teljes gyártási folyamatra.Ezért az ipari termelési környezet hardveres és szoftveres vonatkozásaiban is a hibaelhárítás szükséges lépés a berendezések zökkenőmentes működése, a termelési hatékonyság garantálása, valamint a biztonság és a megbízhatóság fenntartása érdekében.

1

Ma nézzünk bele egy valós esetbe, ahol a szoftverkonfiguráció hatással volt a termelésre.Gondoskodjunk arról, hogy a jövőben is hatékonyan végezzünk hibaelhárítást az automatizált gyártósorok hatékonyságának és megbízhatóságának biztosítása érdekében!

1

2

Ügyfél visszajelzése: A helyszíni berendezés problémái vannak, mivel a CN-8032-L modul offline állapotba kerül, aminek következtében a gép vészleállítást vált ki, és a gyártósor leáll az automatikus működésről.A normál működés helyreállításához kézi beavatkozásra van szükség, ami megzavarhatja a rendszeres gyártást és tesztelést.Ha a modulok offline állapotba kerülésének problémáját nem lehet hatékonyan megoldani, az hatással lesz a végső termelési teljesítményre.

 

2

A műszaki személyzettel folytatott helyszíni kommunikációt követően megerősítést nyert, hogy három gyártósor közül kettőnél ugyanaz a probléma, hogy a modulok ugyanarra a helyre kerültek offline állapotba.Körülbelül 1 másodperccel az offline állapot megszűnése után a modulok automatikusan újracsatlakoznak.Az ügyfél korábban már próbálkozott modulcserével, ami nem oldotta meg a problémát.A kezdeti értékelés azt mutatta, hogy a probléma valószínűleg nem kapcsolódik a modul minőségéhez.A következő hibaelhárítási lépéseket hajtották végre:

1. Frissített modul firmware-információ és program GSD-fájlok a firmware-kompatibilitási problémák kiküszöbölése érdekében.

2. Újra cserélje ki a modulokat, hogy kizárja a lehetséges egyedi modulhibákat.

3. Ellenőrzött hálózat, kapcsolók és tápegység hardverinformációi, nagyrészt kiküszöbölve a hardverrel kapcsolatos problémákat.

4. Módosította a hálózati struktúrát a potenciális hálózattal kapcsolatos tényezők kiküszöbölése érdekében.

5. Szűrők használata a tápegységen az áramellátással kapcsolatos problémák kizárására.

6. Kivizsgálta és feloldotta a hálózati IP-cím ütközéseket.

7. Ideiglenesen letiltotta a külső hálózathoz csatlakozó útválasztót, ami csökkentette a kiesések gyakoriságát, de nem oldotta meg teljesen a problémát.

8. Rögzített hálózati csomagokat és azonosított nem ciklikus szolgáltatási adatcsomagokat a Profinetben, ami a csomagok időtúllépései miatt PLC-hibákhoz vezet.

9. Az előző lépés alapján megvizsgálta az ügyfél programját.

A hálózati adatcsomagok elemzése során kiderült, hogy az ügyfél a Siemens Modbus kommunikációs programját használja.Adott funkcióblokkok végrehajtása során véletlenül egy funkciómodul hardver azonosítóját írták be a programtűkbe.Ez azt eredményezte, hogy a PLC folyamatosan UDP-adatcsomagokat küldött a funkciómodulnak, ami „nem ciklikus szolgáltatási időtúllépés” hibához vezetett, és a gép offline állapotba kerülését okozta.

 

3

3

A probléma a fenti esetben eltér a hálózati interferencia vagy megszakítások által okozott tipikus PN kommunikációs időtúllépéstől.A nem ciklikus szolgáltatási időtúllépések általában az ügyfélprogramozáshoz, a CPU teljesítményéhez és a hálózat terhelhetőségéhez kapcsolódnak.Noha a probléma előfordulásának valószínűsége viszonylag kicsi, nem lehetetlen, és a jövőben a program vagy a hálózati környezet hibaelhárítása elvégezhető a probléma megoldása érdekében.

A szoftverproblémák gyakran kevésbé láthatóak, de a hibaelhárítás együttműködő és szisztematikus megközelítésével azonosíthatjuk a kiváltó okot, és megoldhatjuk a problémákat a zökkenőmentes gyártás érdekében!

Tehát ezzel a munkamenet technikai blogja véget ért.A következő alkalomig!


Feladás időpontja: 2023.10.17