A szakaszos csúszó-elszabadulás gépbiztonsági esemény

A várt parancs nélkül mozgó tengely nem szokásos üzembe helyezési hiba. Ez ellenőrizetlen mozgással járó esemény, amely károsíthatja a szerszámokat, a gépszerkezeteket, a munkadarabokat, a befogóeszközöket és a személyzetet. A kockázat kezelése még nehezebbé válik, ha a csúszó sok órán keresztül normálisan viselkedik, majd hirtelen váratlan sebességgel vagy váratlan irányban mozdul el.

Az ebben az esetben vizsgált gép Siemens SIMATIC S7-200 CPU 226 egységet, a csúszótengelyekhez SIMOVERT MASTERDRIVES egységet, az orsóhoz MICROMASTER 440 egységet, valamint TP 170A kezelőpanelt használ. A parancs- és állapotadatok USS soros kommunikációs hálózaton keresztül továbbítódnak.

A jelentett probléma az egyik vagy mindkét csúszónál jelentkezik. Egy esemény munkanaponként egyszer vagy kétszer fordulhat elő, majd két-három napig normális működés követheti. A korábbi próbálkozások között szerepelt az orsó VFD-jének leválasztása a fő vezérlőszekrényről, valamint a földelés javítása. Ezek az intézkedések nem szüntették meg a hibát.

Ez a minta gyakran spekulatív hibakereséshez vezet. A mérnökök kicserélhetik a jeladót, átvezethetik a kábelt, módosíthatják a hajtásparamétert, vagy további földelővezetéket építhetnek be. Egyetlen módosítás átmenetileg megváltoztathatja a tünetet, azt a benyomást keltve, hogy a problémát megoldották. Az esemény ezután visszatér, mert a tényleges parancsútvonalat soha nem bizonyították.

A megbízható kivizsgáláshoz azonosítani kell az első pontot, ahol a várt viselkedés rendellenessé válik. A csapatnak tudnia kell, mit kért a HMI, mit fogadott el a PLC, mit továbbított a PLC, mit kapott a hajtás, mit aktivált belsőleg a hajtás, és mit tett ténylegesen a motor.

Kezdje minden telepített eszköz megerősítésével

A régi Siemens-rendszerek gyakran még jóval az eredeti üzembe helyező csapat távozása után is működnek. A rajzokon kézzel írt módosítások lehetnek. A paramétermentések hiányosak lehetnek. Előfordulhat, hogy cseremodulokat szereltek be a dokumentáció frissítése nélkül. Ezért a hardver azonosításának meg kell előznie a paraméterek értelmezését.

Jegyezze fel minden adattábláról a teljes rendelési számot. Ne hagyatkozzon önmagában a begépelt berendezéslistára. A megadott S7-200 CPU-szám olyan karaktereket tartalmaz, amelyeket hibásan másolhattak le. A tényleges vezérlő megfelelhet ennek: Siemens 6ES7216-2BD23-0XB0 SIMATIC S7-200 CPU 226, de a tápellátási és kimeneti változatot közvetlenül a telepített egységen kell megerősíteni.

Egyetlen hibás karakter is a nem megfelelő kézikönyvhöz, kapocskiosztási rajzhoz vagy cserealkatrészhez vezethet. Az O betűt gyakran összetévesztik a nullával. Az egyes számot összetéveszthetik az I betűvel. Egy hiányzó utótag szintén elrejthet egy fontos hardveropciót.

Ugyanez a fegyelem vonatkozik a SIMOVERT MASTERDRIVES egységre is. A MASTERDRIVES széles termékcsalád, nem pedig egyetlen rögzített hajtástípus. A vezérlőkártyák, a szoftververziók, az enkóderopciók, a technológiai kártyák, valamint a Vector Control- vagy Motion Control-konfigurációk módosíthatják az elérhető paramétereket és a belső jelútvonalakat.

A MICROMASTER 440 rendelési számát is ellenőrizni kell. Bár az MM440 az orsót, nem pedig a szánokat vezérli, ugyanabban a kapcsolószekrény-környezetben működik, és ugyanazon USS-kommunikációs útvonalon is osztozhat. Kapcsolási eseményei, kábelvezetése, címkonfigurációja és kommunikációs időzítése hatással lehet a teljes rendszerre.

Jegyezze fel a TP 170A modelljét, a HMI-projekt verzióját, a kommunikációs beállításokat és a csatlakoztatott PLC-címeket. A panel olyan gombeseményeket, receptfunkciókat, indítási értékeket vagy változóviselkedést is tartalmazhat, amelyek önmagukban a PLC-programból nem azonosíthatók.

Bármely paraméter módosítása előtt készítsen teljes biztonsági mentést a PLC-programról, a HMI-projektről, a MASTERDRIVES-paraméterkészletről és az MM440-paraméterkészletről. Fényképezze le a kábelárnyékolásokat, a kártyakapcsolókat, a kapocscsatlakozásokat és az opcionális modulokat. Ez az alapállapot lehetővé teszi minden későbbi módosítás összehasonlítását és visszaállítását.

Határozza meg, mit értenek a kezelők a „runaway” alatt

A „runaway” szó több különböző eseményt is jelölhet. A teljes sebességre történő gyorsulás eltér a rövid, nem kívánt jogolástól. Az indítás közbeni mozgás eltér az automatikus szekvencia közben bekövetkező mozgástól. A diagnosztikai útvonal a pontos eseménytől függően változik.

Kérdezzen meg mindenkit, aki szemtanúja volt a hibának. Következtetések helyett megfigyelésekre kérdezzen rá. „Az enkóder meghibásodott” következtetés. „A szán gyorsan a pozitív irányba mozgott, miközben a HMI nulla sebességet jelzett” megfigyelés.

Jegyezze fel az érintett tengelyt, az irányt, a becsült sebességet, az időtartamot, a kezdőpozíciót, a gép üzemmódját, az orsó állapotát, az aktív programlépést és a mozgást leállító módszert. Állapítsa meg, hogy a mozgás nyugalmi helyzetből indult-e, vagy egy már folyamatban lévő mozgás közben alakult ki.

Ha a szán a maximális sebesség felé gyorsul, vizsgálja meg a visszacsatolás polaritását, az aktív alapjel-forrásokat, az engedélyezési sorrendet és a hajtásszabályozást. Ha csak rövid távolságot tesz meg, vizsgálja meg a jog biteket, a megkettőzött éltriggereléseket, az elavult parancsokat és a szekvenciaállapotok közötti átmeneteket.

Ha az esemény csak automatikus üzemmódban jelentkezik, a szekvencialogika jelentősége megnő. Ha kézi üzemmódban is előfordul, összpontosítson a mindkét üzemmód által megosztott parancsütközés-kezelésre. Ha a tengely bekapcsoláskor, a CPU-állapotváltáskor, a hajtás visszaállításakor vagy a HMI újracsatlakozásakor mozog, az indítási inicializálást azonnal vizsgálja meg.

A leállási viselkedés értékes bizonyítékot szolgáltat. Ha a PLC hajtásengedélyező jelének eltávolítása leállítja a tengelyt, akkor a teljesítményfokozat továbbra is reagálhat a várt engedélyezési útvonalra. Ha a mozgás csak a főtáp leválasztásáig folytatódik, vizsgálja meg a hajtás hardverét, a külső engedélyezési vezetékeket, a kontaktorok működését és a PLC-n kívüli parancsforrásokat.

Azt is határozza meg, hogy a hajtás generált-e figyelmeztetést vagy hibát. A hibamentes esemény nem bizonyítja, hogy a hajtás hibátlanul működött, de arra utalhat, hogy a hajtás érvényesnek tekintette a parancsot és a visszacsatolást.

Kezelje a gépet teljes parancsláncként

A mozgásparancs a TP 170A kezelőpanelen kezdődhet. Egy gomb, numerikus bevitel, recept, képernyőesemény vagy automatikus szekvencia PLC-memóriaértéket állít be. Az S7-200 ellenőrzi ezt a kérést, és kiszámítja a sebesség- vagy mozgási alapjelet. Ezután egy USS-kommunikációs rutin vezérlési és folyamatadatokat tartalmazó telegramot állít össze.

A MASTERDRIVES egység fogadja a telegramot, és a vezérlőszót, valamint az alapjelet a belső jelstruktúrán keresztül továbbítja. A végső aktív parancs rögzített sebességeket, analóg bemeneteket, sorkapocsparancsokat, kiegészítő alapjeleket, léptetőbemeneteket vagy belső funkcióblokkokat is tartalmazhat.

A visszavezetési útvonal ugyanolyan fontos. A motor vagy a terhelés inkrementális jeladót, rezolv ert, tachométert vagy más visszacsatoló eszközt használhat. A hajtás ezt a jelet sebességként vagy pozícióként értelmezi. Ezután egyes tényleges értékek továbbíthatók a PLC-nek.

A mechanikus végálláskapcsolók, a referenciaérzékelők, a túlfutáskapcsolók, a kontaktorok, a fékek és a hajtás üzemkész állapotát jelző érintkezők további útvonalakat hoznak létre. Mindegyik útvonal befolyásolhatja, hogy a mozgás elkezdődik, folytatódik vagy leáll.

Minden egyes szakaszhoz tartoznia kell egy mérhető értéknek. A PLC-ben naplózza a nyers HMI-kérést, a kiválasztott üzemmódot, a szekvencia állapotát, a véglegesen ellenőrzött alapjelet, az irányt, az engedélyezési parancsot és a kommunikáció eredményét. A hajtásnál figyelje a fogadott vezérlőszót, a fogadott alapjelet, az aktív belső alapjelet, a tényleges sebességet, a visszacsatolás állapotát, az áramot, a figyelmeztetéseket és a hibákat.

A HMI-n megjelenő nulla nem bizonyítja, hogy a PLC nullát továbbított. Az egyik PLC-regiszterben lévő nulla nem bizonyítja, hogy egy másik parancsforrás inaktív volt. A helyes USS-telegram nem bizonyítja, hogy a hajtás úgy lett konfigurálva, hogy kizárólag ezt a telegramot használja alapjel-forrásként.

A vizsgálatnak azonosítania kell az első helyet, ahol a várt érték és a rögzített érték eltér egymástól. Ez a pont a problémát HMI-logikára, PLC-alkalmazásra, kommunikációra, hajtáskonfigurációra, visszacsatolásra, teljesítményelektronikára vagy mechanikára osztja.

A legfontosabb diagnosztikai megkülönböztetés

Az első műszaki kérdés egyszerű: kapott a hajtás jogos mozgási parancsot?

Hasonlítsa össze az esemény során a négy értéket:

• A PLC végleges mozgási alapjele.
• A hajtás által fogadott alapjel.
• A hajtás aktív belső alapjele.
• A motor vagy a szán ténylegesen mért mozgása.

Ha a végleges PLC-alapjel nem nulla lesz, és a hajtás követi azt, a hajtás megfelelően működhet. A nem kívánt mozgást a rendszer egy feljebb található része hozta létre. Vizsgálja meg a HMI-eseményeket, a szekvencia logikáját, a megőrzött értékeket, az üzemmódváltásokat és a végleges parancs többszöri írását.

Ha a végleges PLC-alapjel nulla marad, de a hajtás nem nulla értéket kap, vizsgálja meg a távirat felépítését, a memóriatérképezést, a skálázást, a pufferkezelést és a kommunikációs blokk végrehajtását. A pontos váratlan érték azonosíthatja a mechanizmust. Az ismétlődő rögzített érték gyakran megőrzött vagy elavult adatra utal. A szélsőséges pozitív vagy negatív érték előjeles szám- vagy bájtsorrendi problémára utalhat.

Ha a hajtás nullát kap, de az aktív belső alapjele nem nulla lesz, vizsgálja meg a hajtás konfigurációját. Aktív lehet rögzített sebesség, analóg referencia, jogfunkció, kapocsbemenet, kiegészítő alapjel, motorpotenciométer vagy technológiai opció.

Ha a PLC alapjele, a fogadott alapjel és a belső alapjel mind végig nulla marad, miközben a motor gyorsul, az esemény súlyosabb. Vizsgálja meg a visszacsatolás viselkedését, a hajtás szabályozását, a vezérlőkártya tápellátását, a hajtás hardverét, a kimeneti fokozat viselkedését és a mechanikus csatolást.

Ez a négyjelű módszer megakadályozza az alkatrészek ellenőrzés nélküli cseréjét. Emellett műszakilag megalapozott következtetést is lehetővé tesz. A hiba hozzárendelése a rögzített bizonyítékok, nem pedig feltételezések alapján történik.

A visszacsatolás kiemelt gyanúforrás, de nem automatikus végkövetkeztetés

Az időszakosan jelentkező enkóder- vagy tachométerhiba reális lehetőség, különösen akkor, ha a jelenség a vibrációval, a hőmérséklettel, a kábel mozgatásával vagy a szán pozíciójával változik. Az a feltételezés azonban, hogy a visszacsatolás bármilyen megszakadása automatikusan maximális sebességet okoz, túl általános.

A megfelelően konfigurált hajtásnak általában észlelnie kell a hiányzó vagy valószínűtlen visszacsatolást, és a felügyeleti, illetve hibabeállításainak megfelelően kell reagálnia. A pontos reakció a vezérlőszoftver verziójától, a visszacsatolási opciótól, a konfigurációtól és az alkalmazástól függ.

Veszélyes viselkedés akkor is előfordulhat, ha a visszacsatolási jel jelen van, de hibás. A fordított polaritás, a helytelen fázissorrend, az instabil jelamplitúdó, a sérült csatornák, a nem megfelelő enkódertípus, a hibás skálázás, a laza tengelykapcsolók vagy a nem megfelelő szabályozókonfiguráció hatására a hajtás rossz irányban reagálhat.

Egy szakaszosan hibás kábel ritkán szakad meg tökéletesen. Előfordulhat, hogy az egyik vezető csak akkor válik le, amikor a kábel meghajlik. Egy csatlakozó érintkezője csak erős rezgés közben veszítheti el a kontaktust. A jeladó tápfeszültsége leeshet egy kontaktor működésekor. Az árnyékolási áram torzíthatja az egyik differenciális csatornát anélkül, hogy a jelet teljesen megszüntetné.

Hasonlítsa össze a hajtás által jelzett tényleges sebességet egy független méréssel. Kézi fordulatszámmérővel, ideiglenesen felszerelt, ellenőrzött érzékelővel vagy megfelelő oszcilloszkópos méréssel megállapítható, hogy a belső tényleges érték megfelel-e a fizikai mozgásnak.

Ha a hajtás nulla sebességet jelez, miközben a tengely forog, a visszacsatolási útvonal gyanús. Ha a hajtás a helyes sebességet jelzi, miközben a parancs válik hibássá, a visszacsatolás megfelelően működhet.

Visszacsatolási vizsgálatot soha ne végezzen úgy, hogy a személyzet mozgó szánnak legyen kitéve. Használjon védőkorlátokat, csökkentett sebességet, ellenőrzött vizsgálati körülményeket és független leállítási módszert.

A teljes visszacsatoló áramkör vizsgálata

A visszacsatoló rendszer nemcsak a jeladóból áll. Az érzékelő, a mechanikus csatlakozás, a kábel, a csatlakozó, a tápellátás, az árnyékolás, a földelési megoldás, a bemeneti panel és a hajtás konfigurációja egyaránt hozzájárul a mért értékhez.

Kezdje a mechanikus csatlakozással. Ellenőrizze, hogy a jeladó tengelye, szíja, fogaskereke vagy rugalmas tengelykapcsolója nem csúszhat-e meg. Vizsgálja meg a tengelykapcsoló-agyakat, reteszeket, hernyócsavarokat, repedéseket, szennyeződéseket és az elállítódást. A mechanikusan levált jeladó továbbra is adhat olyan jelet, amely már nem képviseli a tényleges terhelésmozgást.

Vizsgáljon meg minden csatlakozót megfelelő megvilágítás mellett, nagyítással. Keressen hátratolt érintkezőket, gyenge krimpeléseket, elhajlott érintkezőket, korróziót, olajszennyeződést, sérült húzásmentesítést és kábelterhelést. Ellenőrizze, hogy a cserecsatlakozók a megfelelő érintkezőtípust használják.

A folytonosságot a gép leválasztott állapotában ellenőrizze, de ne hagyatkozzon kizárólag statikus ellenállásmérésre. Egy megtört vezető lehet, hogy egyenes helyzetben vezet, hajlításkor viszont megszakad. Jóváhagyott, alacsony kockázatú vizsgálat keretében figyelje a visszacsatoló jelet, miközben a kábelvezető a normál mozgástartományán halad végig.

Mérje meg a jeladó tápfeszültségét a jeladónál, üzemi terhelés alatt. A kapcsolószekrényben stabilnak mért feszültség nem bizonyítja, hogy az érzékelőnél is stabil marad. Rögzítse a minimális értéket az orsó gyorsítása, a tengely irányváltása, a fékezés és a kontaktor működése közben.

Inkrementális jeladó esetén vizsgálja meg a csatornák amplitúdóját, szimmetriáját, fázisviszonyát és – ha használják – az indeximpulzust. A differenciális érpároknak kiegyensúlyozottnak kell maradniuk. A zajkitörések, a hiányzó impulzusok vagy az összeomló amplitúdó kábel-, árnyékolási-, tápellátási- vagy érzékelőhibára utalhatnak.

Ellenőrizze a telepített hajtás paraméterkészletében a jeladó típusát, impulzusszámát, polaritását, skálázását és a visszacsatolás forrását. Ne feltételezze, hogy egy másik MASTERDRIVES-kézikönyvben szereplő paraméterszám érvényes erre a vezérlőpanelre.

Az USS-hibákat nem szabad véletlenszerű bitváltozásokra visszavezetni

A USS-kommunikáció strukturált táviraton keresztül működik. A protokoll hibavizsgálást tartalmaz, ezért a sérült táviratot normál esetben el kell utasítani, nem pedig egymástól független, érvényes fordulatszám-alapjelként elfogadni.

Ez nem jelenti azt, hogy a USS figyelmen kívül hagyható. A kommunikációs problémák az alkalmazás működésén keresztül továbbra is hozzájárulhatnak a megugró mozgáshoz. A PLC rossz folyamatadat-szót állíthat össze. Egy előjeles értelmezhető helytelenül. A magas és alacsony bájtok felcserélődhetnek. Régi adatok maradhatnak egy átviteli pufferben. A hiányzó válasz miatt az előző alapjel maradhat aktív.

A duplikált slave-címek szintén zavaró működést okozhatnak. A hálózat minden hajtásának egyedi címet kell használnia. A PLC lekérdezési sorrendjének minden választ a megfelelő slave-hez és a megfelelő memóriaterülethez kell társítania.

A vezérlőszó ugyanannyi figyelmet érdemel, mint a fordulatszám-alapjel. Előfordulhat, hogy a hajtás engedélyezve marad, miközben a PLC-program úgy véli, hogy leállt. A kommunikáció helyreállítása során a hibanyugtázás, a BE/KI parancsok, az iránybitek és az újraindítási logika hibásan kerülhetnek feldolgozásra.

Számolja a sikeres tranzakciókat, az időtúllépéseket, az elutasított kereteket, az egymást követő hibákat és a helyreállítási eseményeket. Egyetlen „kommunikációs hiba” bit túl kevés információt biztosít. A diagnosztikai adatoknak azonosítaniuk kell, melyik slave lekérdezése történt, és melyik tranzakció hibásodott meg.

A MICROMASTER 440 esetében a P2010 a USS átviteli sebességének beállításához kapcsolódik. Nem szabad általános távirat-időkorlát beállításaként kezelni. A P2011 általában a USS-címhez kapcsolódik. Minden paraméter jelentését továbbra is ellenőrizni kell a megfelelő MM440-kézikönyv és az interfészkonfiguráció alapján.

A hosszabb időkorlát nem automatikusan biztonságosabb. Ha a hajtás az időkorlátra várakozás közben továbbra is az előző, nem nulla alapjelet használja, a késleltetés növelése meghosszabbíthatja a nem kívánt mozgást. Először határozza meg a kommunikáció megszakadására előírt reakciót.

Az RS-485 fizikai rétege továbbra is számít

Még ha a sérült kereteket el is utasítja a rendszer, egy instabil RS-485 hálózat ismételt újraküldéseket, elavult adatokat, elmaradt állapotfrissítéseket és szabálytalan alkalmazás-időzítést okozhat. Ezért a fizikai hálózat teljes körű ellenőrzést igényel.

Dokumentálja a buszt az S7-200 kommunikációs portjától az egyes hajtásokig. Ellenőrizze, hogy a vezetékezés megfelelő vonali topológiát használ-e. A hosszú csillagágak visszaverődéseket okozhatnak, ezért kerülendők, kivéve, ha a telepített interfész dokumentációja kifejezetten engedélyezi őket.

Ellenőrizze, hogy minden eszköz azonos kommunikációs beállításokat használ-e. Ide tartozik az átviteli sebesség, a paritás, a távirat szerkezete, a folyamatadatok hossza és a slave-cím. A beállításokat rögzítse, ahelyett hogy emlékezetből módosítaná őket.

A lezárásnak a tényleges Siemens-interfészek és -csatlakozók követelményeit kell követnie. Általános 120 ohmos ellenállást nem szabad automatikusan hozzáadni. A helytelen lezárás vagy előfeszítés ronthatja a jelet.

Vizsgálja meg a kommunikációs kábel típusát, az árnyékolás folytonosságát, a csatlakozók bekötését és a nyomvonalat. Az RS-485-kábelt ne vezesse hosszú szakaszon motor kimeneti kábelei, fékezőellenállás-vezetékek, kontaktorok vezetékei vagy más nagyfrekvenciás teljesítményáramkörök mellett.

Ahol a szétválasztás korlátozott, a táp- és jelkábeleket körülbelül derékszögben keresztezze. Tartson fenn tudatos ekvipotenciális összekötést a szekrények és a gépszakaszok között. Kerülje a hosszú árnyékolás-kivezetéseket, amelyek csökkentik a nagyfrekvenciás hatékonyságot.

Szükség esetén használjon megfelelő differenciális oszcilloszkópszondát a jelalak vizsgálatához. Keresse a visszaverődéseket, a túlzott közös módusú feszültséget, a csengést, a lassú éleket, a zajkitöréseket és az amplitúdó változásait az orsó gyorsítása vagy a tengely fékezése közben.

Egy csatlakoztatott laptop vagy USB-átalakító megváltoztathatja a földelést és a buszterhelést. Jegyezze fel, hogy változik-e a hiba, amikor diagnosztikai eszközt csatlakoztatnak.

Az ipari kommunikációban és hálózatépítésben használt komponenseket a topológiával, az árnyékolással, a lezárással, a címzéssel és a PLC-tranzakciók kezelésével együtt kell értékelni. Egyetlen csatlakozó cseréje nem javít ki egy gyenge kommunikációs állapotgépet.

Az S7-200 program áttekintése állapotgépként

Az időszakos üzembe helyezési hibák gyakran az átmenetek során, nem pedig az állandósult működés közben jelentkeznek. A gép folyamatos üzem közben megfelelően működhet, de meghibásodhat a kézi és az automatikus üzemmód közötti váltáskor, a referenciapont-felvétel befejezésekor, egy riasztás utáni helyreállításkor, egy recept módosításakor vagy a kommunikáció helyreállításakor.

Keressen a program kereszthivatkozásában minden olyan utasítást, amely a végső sebesség-, irány- és engedélyezési változókba ír. A régebbi programok gyakran ugyanabba a V-memóriaszóba több hálózatban is írnak. Az utolsó végrehajtott írás vezérli az eredményt, ami véletlenszerűnek tűnő működést okozhat.

Hozzon létre egyetlen, egyértelmű parancs-arbitrációs szakaszt. A kézi léptetés, az automatikus mozgatás, a referenciapont-felvétel, a beállítási funkciók és a karbantartási parancsok külön kérésekként kerüljenek ebbe a szakaszba. A végső alapjelet csak az üzemmód, a határértékek, a visszacsatolás, a kommunikáció és a biztonsági engedélyezési feltételek ellenőrzése után szabad előállítani.

Vizsgálja felül az egyszeri impulzusos és élérzékelési logikát. Egyetlen letapogatási ciklusra szánt parancs aktív maradhat, mert az élmemóriát újra felhasználták, megőrizték vagy felülírták. Egy parancs akkor is újra aktiválódhat, amikor egy móduszbit megváltozik.

Vizsgáljon meg minden reteszt. Azonosítsa az azt beállító és minden azt visszaállító feltételt. Egy kizárólag egy későbbi szekvencialépéstől függő mozgásretesz aktív maradhat, amikor a szekvenciát egy hiba megszakítja.

Ellenőrizze az előjeles adatok kezelését. Egy előjeles egészként értelmezett negatív érték előjel nélküli szóként értelmezve nagy pozitív értékké válhat. A szorzás túlcsordulhat. A hibás bájtsorrendben másolt szó szélsőséges alapjelet hozhat létre.

Ellenőrizze a mérnöki mértékegységekből az USS-folyamatértékre történő skálázást. A pozitív és negatív korlátokat a végső számítás után alkalmazza, ne csak a HMI-bemenetnél.

A korábbi Siemens SIMATIC S7 vezérlőrendszerek évtizedeken át megbízhatóan működhetnek, alkalmazásaik azonban gyakran több üzembe helyezési szakasz módosításait is tartalmazzák. A strukturált kereszthivatkozásos felülvizsgálat értékesebb annál a feltételezésnél, hogy a CPU hardvere instabillá vált.

Az indítási és helyreállítási állapotokat külön kell tesztelni

Az inicializálatlan vagy megőrzött adatok ritka mozgást idézhetnek elő tápellátási megszakítások, szoftverletöltések, CPU STOP–RUN átmenetek, hajtás-visszaállítások vagy HMI-újracsatlakozások után.

Azonosítsa a mozgásprogramban használt minden megtartott memóriaterületet. Határozza meg a sebességparancs, az irány, az engedélyezés, az üzemmód, a lépéssorrend, a jogbitek és a kommunikációs állapot kezdeti értékét az egyes újraindítási típusok után.

Az indítási rutinnak minden mozgáskérést nullára kell kényszerítenie. Törölnie kell a függőben lévő jog- és automatikus parancsokat, ellenőriznie kell a visszacsatolást, meg kell erősítenie a végállapotot, létre kell hoznia a kommunikációt, és új, tudatos engedélyezési sorrendet kell megkövetelnie.

A megőrzött, nem nulla alapjel soha nem válhat aktívvá pusztán azért, mert a hajtás üzemkész állapotba kerül, mielőtt a PLC befejezné az inicializálást.

Tesztelje a hidegindítást, a meleg újraindítást, a CPU STOP–RUN átmenetét, a hajtás alaphelyzetbe állítását, a HMI újracsatlakozását és a meghibásodott USS-rabszolga helyreállítását. Ezeket a teszteket mechanikusan biztosított gépen, a rendelkezésre álló sebességet csökkentve végezze el.

Figyelje a 24 V-os vezérlőtápot tápellátási események közben. A PLC, a jeladó, a HMI, a kommunikációs interfész, a kontaktorok és a hajtás vezérlőelektronikája eltérő feszültségküszöböknél állhat alaphelyzetbe. Egy rövid feszültségesés következtében az egyik készülék tovább működhet, miközben egy másik újraindul.

Rögzítse a vezérlőtáp, a PLC RUN állapota, a megfelelő kommunikáció, a hajtás üzemkész állapota, a fék kioldása és a mozgásengedélyezés sorrendjét. Ennek a sorrendnek egyértelműnek és megismételhetőnek kell lennie.

Az HMI olyan parancsokat is előállíthat, amelyek már nem láthatók

A TP 170A projektet a PLC-programmal együtt felül kell vizsgálni. Egy HMI-parancs gombnyomáskor, a gomb elengedésekor, képernyő megnyitásakor, képernyő bezárásakor, recept letöltésekor, címke frissítésekor vagy a kommunikáció helyreállásakor is beíródhat.

A pillanatnyi joggomb veszélyes állapotot idézhet elő, ha a megnyomási művelet beállít egy bitet, az elengedési művelet pedig törli azt. Ha a kommunikáció a gomb lenyomása közben megszakad, előfordulhat, hogy a törlési parancs soha nem jut el a PLC-hez.

A kezelő később felengedettnek látja a gombot, de a PLC-bit aktív marad. Egy újabb üzemmódváltás vagy engedélyezési feltétel ezután lehetővé teheti, hogy az elavult joggolási kérés eljusson a végső mozgásparancsig.

A robusztus joggolási funkciónak nem szabad csupán egy lenyomás–felengedés párosra támaszkodnia. A PLC-nek folyamatos parancsfrissítést kell megkövetelnie, rövid lejárati időt kell alkalmaznia, ellenőriznie kell az üzemmódot, és érvénytelen kommunikáció esetén meg kell szüntetnie a parancsot.

Ellenőrizzen minden, a joggolással, a sebességbevitelével, az irányváltással, a visszaállítással, az üzemmódválasztással, a referenciapontra járatással és az automatikus ciklus vezérlésével kapcsolatos HMI-eseményt. Keressen olyan duplikált címkéket, amelyek ugyanarra a PLC-címre mutatnak.

A numerikus bemeneteknél mind a panelen, mind a PLC-ben tartományellenőrzést kell végezni. A PLC-nek el kell utasítania a megengedett mérnöki tartományon kívüli értékeket akkor is, ha a HMI-mező megfelelően van konfigurálva.

A régebbi Siemens SIMATIC HMI-rendszerek olyan képernyőszintű működést tartalmazhatnak, amely nem látható a PLC-logikában. A nyers HMI-címke külön naplózása az ellenőrzött PLC-parancstól segít azonosítani a tényleges parancsforrást.

Az MM440 az eseményre a szán vezérlése nélkül is hatással lehet

A MICROMASTER 440 vezérli az orsót, de továbbra is befolyásolhatja a szánvezérlés környezetét. A bemeneti egyenirányítója, az egyenfeszültségű közbenső köre, a motor kimenete, a fékezőköre és a kapcsolási frekvenciája vezetett vagy sugárzott zavart kelthet.

A legerősebb zavar az orsó gyorsítása, lassítása, áramcsúcsai vagy fékezése közben jelentkezhet, nem pedig állandósult üzem során. Hasonlítsa össze a vezérlés elszabadulásának időbélyegeit az orsó állapotával.

Naplózza az orsó indítását, leállítását, sebességváltozását, áramát, az egyenfeszültségű közbenső kör állapotát, a hibatörténetet és a fékezési tevékenységet. Állapítsa meg, hogy minden esemény hasonló orsóátmenet közben történik-e.

Ha az MM440 és a MASTERDRIVES egységek ugyanazon az USS-buszon osztoznak, az orsó a kommunikáció időzítését is befolyásolja. A PLC-nek kiszámítható módon kell lekérdeznie minden egyes slave-et, és minden választ a megfelelő memóriaszerkezetben kell feldolgoznia.

Ellenőrizze, hogy az orsó és a szán USS-adatterületei nem fedik-e át egymást. A kompakt S7-200 alkalmazások néha egyértelmű elkülönítés nélkül használják újra a V-memóriát. Az orsó számára írt blokk felülírhatja a szánparancs egy részét.

Az MM440 szekrényen kívülre helyezése nem szünteti meg teljesen a hatását. A motorkábelek, a földelési utak, a kommunikációs kábelezés és a közös tápegységek továbbra is csatlakoztatva maradhatnak.

Ismételt áthelyezés helyett méréseket alkalmazzon. Vizsgálja meg a kábelek elkülönítését, az árnyékolás bekötését, a hajtáshoz előírt hálózati fojtókat vagy szűrőket, a szekrény potenciálkiegyenlítő bekötését, a motorkábel lezárását, valamint a kapcsolási események és a kommunikációs hibák közötti időzítési összefüggést.

A MASTERDRIVES ellenőrzése jelfunkciók szerint

A MASTERDRIVES paraméterellenőrzésének a teljes jelutat kell követnie. Ne egy másik telepítésből kimásolt paraméterszám-listával kezdje.

Először ellenőrizze a telepített vezérlőverziót, a szoftverkiadást, a vezérlőkártyát és a visszacsatolási lehetőséget. Ezután tekintse át a vezérlési módot, a motoradatokat, a visszacsatolás típusát, a visszacsatolás skálázását és a visszacsatolás forrását.

Azonosítson minden forrást, amely a hajtás BE/KI parancsait vezérelheti. Ezek lehetnek USS-vezérlőszavak, kapocsbemenetek, fix parancsok, belső binector-kapcsolatok vagy technológiai funkciók.

Azonosítson minden forrást, amely hozzájárulhat a végső sebesség- vagy helyzet-alapjelhez. Ellenőrizze a fő alapjelet, a kiegészítő alapjeleket, a fix sebességeket, a jogfunkciókat, az analóg bemeneteket, a motoros potenciométer funkcióit és a belső funkcióblokkokat.

Tekintse át a pozitív és negatív sebességhatárokat, a gyorsítási és lassítási rámpákat, az áramkorlátokat, a nyomatékkorlátokat és az iránykorlátozásokat. Az átmenetileg alkalmazott konzervatív beállítások csökkenthetik a diagnosztikai kockázatot, de nem jelentenek önálló biztonsági védelmet.

Vizsgálja meg a visszacsatolás-felügyeletet és a hiba reakcióját. Határozza meg, mit tesz a hajtás, amikor a visszacsatolás hiányzik, instabillá válik, megfordul vagy valószerűtlenné válik.

Törlés előtt olvassa ki a hajtás figyelmeztetési és hibaelőzményeit. Egy látszólag oda nem illő figyelmeztetés rögzítheti azt a pillanatot, amikor a vezérlési feltétel megváltozott.

A belső csatlakozók és a tényleges értékek megfigyeléséhez használja a telepített mérnöki módszert, például a DriveMonitort, a PMU-t, az OP1S-t vagy más jóváhagyott interfészt. Az értékeket az adott vezérlőverzió alapján válassza ki.

Ez a funkcionális megközelítés a régi és a jelenlegi Siemens hajtás- és mozgásvezérlő rendszerekre egyaránt alkalmazható. A vezérlőszoftver, a visszacsatolási lehetőségek és a belső útvonalak eltérhetnek akkor is, ha két hajtás fizikailag hasonlónak tűnik.

Hozzon létre triggerelt eseményrögzítőt

A naponta egyszer bekövetkező esemény nem oldható meg a HMI folyamatos figyelésével. A rendszernek diagnosztikai adatrögzítőre van szüksége, amely rögzíti a rendellenes mozgás előtti és utáni időszakot.

Hozzon létre egy körkörös PLC-puffert, amely tartalmazza a nyers HMI-parancsot, az ellenőrzött parancsot, a végső sebességalapjelet, az irányt, az engedélyezést, az üzemmódot, a szekvenciaállapotot, a végállásbemeneteket, a hajtás üzemkész állapotát, az USS-tranzakció eredményét és a mintaszámlálót.

A hajtásnál rögzítse a fogadott vezérlőszót, a fogadott alapjelet, az aktív belső alapjelet, a tényleges sebességet, a visszacsatolás állapotát, a kimeneti áramot, ahol rendelkezésre áll, a nyomatékképző áramot, valamint a figyelmeztetéseket és hibákat.

A trigger alapulhat azon, hogy a tényleges sebesség meghalad egy kis küszöbértéket, miközben a végső PLC-parancs nulla. Egy másik trigger az engedélyezett szekvenciaállapoton kívüli mozgást észlelhet. A parancsolt és a mért irány eltérése szintén kiválthatja a rögzítést.

Őrizze meg a trigger előtti adatokat. Ha a naplózás csak a szán elmozdulása után kezdődik, a kiváltó feltétel addigra már megszűnhet.

A kommunikációs diagnosztikának meg kell különböztetnie a sikeres tranzakciókat, a hiányzó válaszokat, az elutasított üzeneteket, az egymást követő hibákat és a helyreállási eseményeket. Rögzítse, melyik slave volt aktív a hiba idején.

Tartsa tömören a diagnosztikai logikát. Az S7-200 memóriája és cikluskapacitása korlátozott. Ellenőrizze, hogy a naplózás nem zavarja meg a meglévő USS-rutinok időzítését.

Minden esemény után exportálja az adatokat. Tárolja őket a dátummal, a gép állapotával, a tanújelentéssel és minden fizikai megfigyeléssel együtt. Több esemény egymásutánja olyan mintázatot tárhat fel, amelyet egyetlen esemény nem mutat meg.

Használjon konkrét kérdésekre választ adó diagnosztikai számlálókat

A számlálók csak akkor hasznosak, ha egyértelmű a jelentésük. Egy általános parancsszámláló és egy általános visszacsatolási számláló sok normális okból is eltérhet egymástól.

Számolja minden elfogadott HMI-mozgáskérést. Számolja a végső PLC-arbitráció által elfogadott minden mozgásparancsot. Számolja minden sikeresen befejezett USS-átvitelt. Számolja a tengelyhajtástól fogadott minden érvényes választ.

Számolja a kommunikációs időtúllépéseket, a hajtás üzemkész állapotának hiányát, a végállás-aktiválásokat, az üzemmódváltásokat és a parancsok lejárását is.

Tárolja az utoljára továbbított sebességértéket és vezérlőszót. Tárolja az utoljára érvényesen fogadott tényleges értéket és állapotszót. Ahol célszerű, adjon sorszámot a parancsstruktúrához.

Esemény bekövetkezésekor a számlálók több kérdésre is választ adhatnak:

• A HMI generált kérést?
• A PLC jóváhagyta ezt a kérést?
• A PLC új telegramot küldött?
• Érvényes választ adott a hajtás?
• Megkezdődött a tényleges mozgás új, jóváhagyott parancs nélkül?

A számlálót nem szabad minden indításkor automatikusan nullázni, ha az előzményértékre nincs szükség. Fontolja meg az eseményszámláló megőrzését retentív memóriában, miközben magukat a mozgásparancsokat biztonságos indítási értékre kényszeríti.

A független túlfutásvédelem nem támaszkodhat a normál logikára

A szoftveres helyzethatárok hasznosak, de nem jelenthetik az egyetlen védelmet olyan hiba ellen, amely a PLC-programból, a kommunikációs útvonalból vagy a normál hajtásvezérlőből eredhet.

Minden tengelyhez megfelelően megtervezett végállásvédelmet kell biztosítani. A gép kockázatértékelésétől függően ez magában foglalhat vezetékes végálláskapcsolókat, biztonsági minősítésű helyzetérzékelőket, biztonsági reléket, hajtásletiltó áramköröket, kontaktorokat, fékeket vagy más validált architektúrát.

A nulla sebességparancsot kiíró szabványos PLC-bemenet nem minősül automatikusan biztonsági funkciónak. Ugyanaz a logikai hiba, amely a mozgást létrehozta, megakadályozhatja ennek a leállítási parancsnak a feldolgozását.

A sebesség-alapjel eltávolítása önmagában nem garantálja a nyomaték megszüntetését. A hajtás továbbra is engedélyezve lehet, egy másodlagos alapjel aktív maradhat, vagy a tárolt mechanikai energia tovább mozgathatja a terhet.

A vészleállítót, a védőburkolatok reteszeléseit, a túlfutáskapcsolókat, a hajtáshiba-érintkezőket, a fékeket és a kontaktorokat egymástól függetlenül tesztelje. Ellenőrizze, hogy a védelem működésbe lépése után az újraindításhoz szándékos beavatkozás szükséges.

A diagnosztikai működtetés során lehetőség szerint csökkentse a maximális sebességet, gyorsulást, nyomatékot és a rendelkezésre álló mozgástartományt. Ideiglenes mechanikus ütközőket csak akkor szabad használni, ha azokat a lehetséges ütközési energiára méretezték.

Semmilyen diagnosztikai cél nem indokolja, hogy valakit olyan tengelynek tegyenek ki, amely már bizonyítottan ellenőrizetlen mozgást végzett.

Esetpélda: Egy kábel, amely csak irányváltáskor hibásodik meg

Vegyünk egy olyan csúszkát, amely lassú, statikus tesztelés közben normálisan működik, de gyors irányváltáskor hevesen mozog. A PLC-napló stabil parancsot jelez. A hajtás görbéje hirtelen zavart mutat a mért sebességben, amelyet nagy korrekciós kimenet követ.

A jeladókábelen végzett folytonosságvizsgálat álló gépnél sikeres. A kábel azonban egy mozgó kábeltartó láncon halad át. Az egyik vezető a minimális hajlítási sugár közelében eltört, és csak akkor szakad meg, amikor a lánc egy meghatározott helyzetbe ér.

A hajtás bemenetén végzett oszcilloszkópos mérés azt mutatja, hogy irányváltás közben az egyik jeladócsatorna összeomlik. A parancs továbbra is helyes, és nem keletkezik USS-hiba.

A kábelt a megfelelő, folyamatos hajlításra alkalmas típusra cserélik. A húzásmentesítést és az árnyékolás lezárását helyreállítják. A jeladó tápellátását és a hullámforma minőségét a csúszka teljes útján ellenőrzik.

A végső ellenőrzés csökkentett sebességen végzett ismételt irányváltásokat, majd normál gyártási sebességen végzett kontrollált működtetést foglal magában. Az új, megfelelő hullámformát alapértékként mentik.

Ez az eset bemutatja, miért kell a visszacsatolási hibát dinamikusan igazolni. Egy statikus ellenállásmérés akkor is sikeres lehet, ha a kábel üzemi körülmények között meghibásodik.

Esetpélda: A léptetési parancs túléli a HMI-kommunikáció megszakadását

Egy másik gépen a léptetőgomb megnyomása beállít egy PLC-bitet. A gomb felengedése törli azt. A HMI elveszíti a kommunikációt, miközben a gombot nyomva tartják, ezért a felengedési parancs nem jut el a PLC-hez.

Abban a pillanatban egy másik reteszelés megakadályozza a mozgást. Az elavult léptetési bit rejtve megmarad. Később a kezelő megváltoztatja a gép üzemmódját. A végleges PLC-logika ekkor elfogadja a régi léptetési kérést, és a csúszka váratlanul elmozdul.

A hajtás érvényes PLC-alapjel alapján működik. A mozgás kezdetekor az USS-kommunikáció megfelelően működik. A jeladó cseréje vagy egy további árnyékolási csatlakozás kialakítása nem oldja meg a problémát.

A felülvizsgált PLC-logika folyamatosan frissített léptetési kérést igényel. A parancs rövid idő elteltével érvényét veszti. Csak a megfelelő üzemmódban, érvényes kommunikáció mellett és a szükséges engedélyezési feltétel teljesülésekor fogadható el.

Az indítási logika töröl minden mozgáskérést. A HMI-n végrehajtott felengedési művelet megmarad, de már nem ez az egyetlen mechanizmus, amely eltávolítja a parancsot.

Az eseményrögzítő megerősíti, hogy a nyers HMI-bit a korábbi kommunikációs hiba után is aktív maradt. A kiváltó ok nem kommunikációs adatsérülés volt, hanem egy érvényes, de elavult parancs nem biztonságos kezelése.

Esetpélda: A zaj feltárja az USS-puffer hibás kezelését

Egy harmadik gépen USS-időtúllépések jelentkeznek az orsó gyorsításakor. A sérült táviratokat elutasítják, ezért a hálózat nem alakít át közvetlenül egyik sebességparancsot egy másikká.

A PLC-alkalmazás azonban egy kimaradt tranzakció után nem érvényteleníti az előző tengelyparancsot. Az USS-rutin szintén feltételesen fut, ami szabálytalan lekérdezési időközöket eredményez.

Egy sorrendi átmenet során az új nulla parancsot az egyik memóriaterületre írják, miközben a továbbítási puffer még egy régebbi, nem nulla értéket tartalmaz. A következő sikeres távirat érvényes, de elavult adatot küld.

A hajtás helyesen felépített parancsot érzékel, és normálisan válaszol. A fizikai réteg zavara szoftveres gyengeséget tárt fel, nem pedig közvetlenül hozta létre az alapjelet.

A korrekciós intézkedés javítja a kábelek elvezetését és az árnyékolás bekötését. Ezután áttervezik a PLC kommunikációs rutinját úgy, hogy minden hajtás dedikált memóriát használjon. A véglegesített alapjelet közvetlenül a tranzakció előtt a továbbítási pufferbe másolják.

A kimaradt válasz érvénytelenként jelöli az adatot. Az elveszett kommunikációra programozott válasz működését ellenőrzött teszteléssel igazolják.

Ez az eset bemutatja, miért kell a kommunikációs hibaelhárításnak mind az elektromos hullámformára, mind az alkalmazási adatok életciklusára kiterjednie.

Gyakorlati helyszíni vizsgálati sorrend

1. lépés: Biztosítsa a gépet. Alakítson ki független túlfutásvédelmet, csökkentse a tesztelési energiát, és korlátozza a személyek hozzáférését.

2. lépés: Ellenőrizze a hardvert. Rögzítse a teljes rendelési számokat, a szoftververziókat, az opcionális kártyákat, a visszacsatoló eszközöket és az interfészmodulokat.

3. lépés: Készítsen biztonsági másolatokat. Mentse az S7-200 programját, a TP 170A projektet, a MASTERDRIVES paraméterkészletét és az MM440 paramétereit.

4. lépés: Határozza meg az eseményt. Rögzítse az irányt, a sebességet, az időtartamot, az üzemmódot, a pozíciót, az orsó állapotát és a leállási viselkedést.

5. lépés: Térképezze fel a parancsláncot. Azonosítsa az alapjel, az engedélyezés, az irány, a rögzített sebesség, a léptetés és a kiegészítő referencia minden forrását.

6. lépés: Adjon hozzá szinkronizált naplózást. Rögzítse a PLC-parancsokat, az USS-adatokat, a hajtás belső értékeit, a visszacsatolást, az áramot, a határértékeket, a figyelmeztetéseket és a hibákat.

7. lépés: Tesztelje az indítási állapotokat. Vizsgálja meg a hidegindítást, a meleg újraindítást, a CPU RUN állapotba való átmeneteit, a HMI újracsatlakozását és a kommunikáció helyreállását.

8. lépés: Vizsgálja dinamikusan a visszacsatolást. Ellenőrizze a tápfeszültséget, a hullámforma minőségét, a csatolást, a csatlakozókat, az árnyékolást és a kábel hajlítását.

9. lépés: Ellenőrizze a USS- és RS-485-kommunikációt. Ellenőrizze a címzést, a topológiát, a lezárást, az adat-területeket, az időzítést és a hibakezelést.

10. lépés: Tekintse át a PLC kereszthivatkozásait. Keresse meg a végső alapjel, az irány és a hajtásengedély minden íróját.

11. lépés: Ellenőrizze a hajtásjelek útvonalát. Ellenőrizze minden parancsforrást és az aktív alapjel minden közreműködőjét.

12. lépés: Egyszerre csak egy elemet módosítson. Rögzítse a régi állapotot, az új állapotot, az okot, a teszt eredményét és a visszaállítás módját.

A hosszú távú megerősítésnek az architektúrával kell foglalkoznia

Az azonnali ok megtalálása után kérdezze meg, miért vezethetett egyetlen hiba káros mozgáshoz. Egyetlen kommunikációs időtúllépés, kábelszakadás vagy HMI-hiba nem kerülheti meg az összes védelmi réteget.

Válassza külön a parancs előállítását, a parancs érvényesítését, a kommunikációs átvitelt, a hajtásvezérlést és a biztonsági védelmet. Minden rétegnek meghatározott felelősséggel kell rendelkeznie.

A PLC-nek korlátozott és állapot alapján érvényesített parancsot kell előállítania. A kommunikációs rutinnak egyértelmű érvényességgel és frissességgel rendelkező aktuális adatokat kell továbbítania. A hajtásnak alkalmaznia kell a konfigurált üzemi korlátokat és a visszacsatolás felügyeletét. A veszélyes mozgást független biztonsági funkcióknak kell vezérelniük.

Mérlegelje, hogy az S7-200 és a USS-architektúra továbbra is támogatható-e. Az újabb PLC- és hajtásplatformra való migráció javíthatja a diagnosztikát, az időbélyegzést, az alkatrészek elérhetőségét, a hálózati láthatóságot és a biztonsági mentések kezelését.

Egy újabb hálózat önmagában nem tesz biztonságossá egy gépet. A PROFINET önmagában nem javítja ki a gyenge parancs-arbitrációt, a rossz indítási logikát vagy a nem megfelelő túlfutásvédelmet.

A korszerűsítésnek ki kell terjednie a HMI-re, a rajzokra, a szoftververziók kezelésére, a biztonsági architektúrára, a pótalkatrész-stratégiára és a személyzet képzésére. Csak a PLC cseréje a problémát egy másik platformra helyezheti át.

Nagy követelményű pozicionálási alkalmazásoknál értékelje, hogy a mozgásprofilt nem egy különálló hajtásban vagy mozgásvezérlőben kellene-e végrehajtani az ismételt soros sebességparancsok helyett. A helyes döntés a pozicionálási pontosságtól, a szinkronizálástól, a ciklusidőtől, a visszacsatolási architektúrától és a gép kockázatától függ.

Az ellenőrzés többet jelent annál, mint megvárni a hiba visszatérését

A hét incidens nélküli nap biztató, de nem bizonyítja, hogy a kiváltó okot megszüntették. Az ellenőrzésnek szándékosan elő kell idéznie azokat a körülményeket, amelyek korábban növelték a kockázatot.

Végezzen ismételt, teljes úthosszúságú ciklusokat szabályozott sebességgel. Tartalmazzanak gyors irányváltásokat, az orsó gyorsítását, az orsó fékezését, meleg szekrényállapotot, a maximális normál terhelést és a kábelvezető mozgását.

Ismételje meg az indítási és helyreállítási teszteket. A vezérlőfeszültséget jóváhagyott eljárás szerint kapcsolja ciklikusan. Tesztelje a CPU STOP állapotból RUN állapotba váltását, a hajtás alaphelyzetbe állítását, a HMI újracsatlakozását, egy USS-alárendelt kiesését és a kommunikáció helyreállítását.

Ellenőrizze a visszacsatolás kiesésére adott reakciót jóváhagyott tesztelési módszerrel. Ne válasszon le üzemi jeladót, miközben személyek vannak kitéve a mozgás veszélyének.

Tesztelje az összes hardveres végálláskapcsolót, szoftveres határértéket, hajtáshiba-bemenetet, vészleállítót, féket és független túlfutásvédelmi eszközt. Erősítse meg a szükséges leállási reakciót és az újraindítási viselkedést.

Hasonlítsa össze a végső PLC-parancsot, a hajtás által fogadott parancsot, az aktív belső alapjelet és a tényleges mozgást minden teszt során.

A tesztelés előtt határozza meg az elfogadási kritériumokat. A megfelelő kritériumok a következők lehetnek:

• Semmilyen indítási vagy helyreállítási állapotban nem történik nem szándékos mozgás.
• Nincs kezeletlen USS-kommunikációs hiba.
• A HMI-kommunikáció megszakadása után nem marad fenn mozgásparancs.
• Stabil visszacsatolási tápellátás és jelalak a teljes mozgástartományban.
• Minden független túlfutásvédelmi eszköz megfelelő működése.
• A parancs, a fogadott alapjel, az aktív alapjel és a tényleges mozgás rögzített egyezése.

A korai termelési üzemelés során tartsa fenn az eseményrögzítést. A sikeres helyesbítő intézkedésnek meg kell szüntetnie mind a fizikai tünetet, mind az azt kiváltó rendellenes diagnosztikai mintázatot.

A gyökérok ott fog megjelenni, ahol a jelek először eltérnek egymástól

A Siemens S7-200 és MASTERDRIVES rendszerben fellépő időszakos szán-elszabadulást bizonyíték nélkül nem szabad „zajnak”, „a jeladónak” vagy „USS-nek” tulajdonítani.

A döntő módszer a végső PLC-parancs, a hajtás által fogadott parancs, az aktív belső alapjel és a tényleges mechanikai reakció összevetése.

Ha a PLC-parancs hibássá válik, vizsgálja meg a HMI-t és az alkalmazáslogikát. Ha az átvitt vagy fogadott érték válik hibássá, vizsgálja meg a memóriakezelést, a skálázást, a távirat összeállítását és az RS-485 hálózatot.

Ha a hajtás olyan parancsforrást aktivál, amelyet a PLC nem szándékozott használni, ellenőrizze a hajtás belső konfigurációját. Ha minden parancs továbbra is biztonságos, miközben a motor gyorsul, vizsgálja meg a visszacsatolást, a vezérlőkártya tápellátását, a hajtás hardverét és a mechanikát.

A visszacsatolási hibák továbbra is hihetőek, de teljes áramkörökként kell őket tesztelni. Az USS-problémák szintén hihetőek, de a véletlenül megsérült táviratból érvényes maximális sebességparancs létrejötténél gyakran valószínűbbek az elavult, de érvényes adatok és a gyenge helyreállítási logika.

A gépet csak akkor szabad visszaállítani normál üzembe, ha a független védelem hatékony, a kiváltó mechanizmust rögzített bizonyítékok támasztják alá, és az ellenőrzött tesztelés igazolta mind a helyesbítő intézkedést, mind a jövőbeli hibákra adott reakciót.

Ez a fegyelmezett megközelítés több előkészítést igényel, mint az alkatrészek találomra történő cseréje. Értékesebb eredményt is ad: olyan gépet, amelynek mozgáspályája érthető, naplózott, dokumentált, és védett a következő egyedi meghibásodással szemben.