Miért lassul le az RSLogix 500 online szerkesztés közben

A lassú RSLogix 500 online szerkesztést gyakran az elöregedő SLC-processzorra fogják, pedig a látható késleltetés több helyről is származhat: a mérnöki munkaállomásról, az RSLinx-kommunikációból, egy útválasztott vagy zajos hálózatból, a projektfájl inkonzisztenciájából, a vezérlő rendelkezésre álló memóriájából vagy az online szerkesztés fenntartásához szükséges processzormunkából. Ha ezeket a rétegeket nem választják szét a hardver cseréje előtt, a valódi hiba érintetlen maradhat.

A vezérlő vagy a hálózat módosítása előtt mérje meg, hol jelentkezik a késleltetés: a képernyő frissítésénél, a böngészésnél, a feltöltésnél, az ellenőrzésnél, az elfogadásnál, a tesztelésnél vagy az összeállításnál.

Határozza meg pontosan a tünetet

A „lassú online működés” nagyon különböző hibákat takarhat. Jegyezze fel, hogy a késleltetés adat táblázatának megnyitásakor, létradiagram görgetésekor, a projektben végzett kereséskor, egy programsor szerkesztésekor, a szintaxis ellenőrzésekor, egy módosítás elfogadásakor, a módosítások tesztelésekor, összeállításakor vagy a fájl mentésekor jelentkezik-e. Jegyezze fel azt is, hogy a processzor válaszképes marad-e, illetve hogy ugyanabban a pillanatban változik-e a gyártási ciklusidő, a kommunikációs hibák száma vagy a HMI-frissítések üteme.

A benyomások helyett mérjen meg több, ismételhető műveletet. Hasonlítsa össze ugyanabban a projektben az offline és az online navigációt. Hasonlítson össze egy egyszerű adat-táblázatból történő olvasást egy feltöltéssel. Ha az offline projekt már eleve lassú, a vezérlő vizsgálata előtt a munkaállomás és a projektadatbázis érdemel figyelmet.

Állítson fel biztonságos alapállapotot

Töltse fel és őrizze meg a futó programot, majd hasonlítsa össze a kívánt forrásfájllal. Jegyezze fel a processzor katalógusszámát, sorozatát, firmware-verzióját, memóriaméretét, üzemmódját, az RSLogix 500 verzióját, az RSLinx verzióját, a kommunikációs illesztőprogramot, az útvonalat, a munkaállomás operációs rendszerét, valamint a szabad lemezterületet és memóriát. A gépet olyan állapotban tartsa, amelyben a szerkesztés biztonságosan megszakítható.

A Rockwell Automation SLC 500 Modular Hardware Style User Manual az elsődleges hardveres hivatkozás a támogatott processzor- és kommunikációs összeállításokhoz. A SLC 500 Instruction Set Reference Manual ismerteti az utasítások működését, az adatfájlokat, az állapotinformációkat és az aritmetikai hibákat, amelyek akkor válhatnak fontossá, ha egy tervezett módosítás megváltoztatja a végrehajtást vagy a memóriahasználatot.

Válassza külön a munkaállomás és a kommunikáció késleltetését

Zárja be a nem kapcsolódó alkalmazásokat, tiltsa le a szükségtelen projektbővítményeket, és figyelje a CPU-terhelést, a memóriaigényt, a lemezaktivitást és a kijelző válaszkészségét a késleltetés reprodukálása közben. A nagy kereszthivatkozási adatbázisok, a sok megnyitott adat-táblázat, az animált létradiagram-állapot, a víruskeresés, a távoli asztal grafikája és a csaknem megtelt rendszermeghajtó lassúnak éreztetheti a szerkesztőt anélkül, hogy megváltoztatná a vezérlő ciklusidejét.

A biztonsági szoftver módosítása előtt kövesse a jóváhagyott karbantartási szabályzatot. A diagnosztikai kizárást vagy az ideiglenes offline tesztet ellenőrzött módon kell végrehajtani, majd vissza kell állítani. Ne gyengítse tartósan a végpontvédelmet pusztán azért, hogy egy régi eszköz gyorsabban reagáljon.

Ezután tesztelje a kommunikációt. Figyelje az RSLinx illesztőprogram-diagnosztikáját, és hasonlítsa össze a közvetlen helyi útvonalat a szokásos útválasztott útvonallal, ha létezik biztonságos és támogatott alternatíva. Ellenőrizze az ismételt újrapróbálkozásokat, a hálózati csomópontok instabil láthatóságát, a duplikált címeket, az Ethernet duplex- vagy kapcsolóhibáit, valamint a soros, DH-485 vagy DH+ hálózatok fizikai rétegének hibáit. Az, hogy a böngészés végül sikerül, még nem bizonyítja, hogy a programozási útvonal megfelelően működik.

Ellenőrizze a projekt és a munkamenet konzisztenciáját

Az online munkamenet akkor a legbiztonságosabb, ha a megnyitott fájlról ismert, hogy megegyezik a futó vezérlő tartalmával. Ha a szoftvernek egy elavult vagy szerkezetileg eltérő projektet kell összevetnie a vezérlővel, a navigáció és az ellenőrzés akkor is zavarossá válhat, ha a kapcsolat stabil. Töltsön fel egy ellenőrzött másolatot, hasonlítsa össze a fájlokat, és oldja fel a megmagyarázhatatlan eltéréseket, mielőtt a termelési logikát szerkesztené.

Szakítsa meg a félbehagyott szerkesztési zónákat, és ellenőrizze, hogy egy másik munkaállomás nem birtokol-e szerkesztési munkamenetet. Jegyezze fel a már meglévő kényszerítéseket, online módosításokat és ideiglenes karbantartási logikát. Több rendezetlen módosítás növeli a kockázatot, és megnehezíti annak megállapítását, hogy a késleltetés az új módosításhoz vagy a meglévő állapothoz kapcsolódik-e.

Értse meg a vezérlőoldali költséget

Az online szerkesztés nem azonos egy fájl offline cseréjével. A vezérlőnek és a szoftvernek a szerkesztési folyamat során fenn kell tartania az eredeti és a módosított logikát mindaddig, amíg a módosítást össze nem állítják vagy vissza nem vonják. Ezért a rendelkezésre álló memória és a processzor teljesítménye is számít. A memóriakapacitása határához közeli vezérlőben kevesebb hely maradhat egy nagyobb módosításhoz szükséges ideiglenes struktúrák számára.

Az első diagnosztikai módosítás legyen kicsi. Ne kombináljon egy logikai változtatást új adatfájlokkal, kibővített adat-táblázatokkal, kommunikációs módosításokkal és dokumentációs takarítással. Egyes szerkezeti változtatások offline szerkesztést és letöltést igényelnek, nem pedig online kerülőmegoldást. Ha egy módosítás nem fejezhető ki a platform támogatott online szerkesztési határain belül, ütemezze a megfelelő leállást.

Figyelje a processzor ciklusidejét és maximális ciklusidejét, a kommunikáció állapotát, a fő- és alárendelt hibajelzőket, valamint a folyamat időzítését a módosítás előtt, alatt és után. A szerkesztő gyors válasza nem indokol olyan módosítást, amely túlzott ciklusidő-ingadozást okoz vagy megváltoztat egy időkritikus szekvenciát.

Alkalmazzon ellenőrzött szerkesztési folyamatot

Először hozza létre a legkisebb olyan módosítást, amely berendezés befolyásolása nélkül igazolja a szerkesztési útvonalat. Ellenőrizze, fogadja el, majd a telephelyi eljárás szerint figyelje a vezérlőt és az alkalmazást. A módosítást csak akkor tesztelje, amikor a folyamat a meghatározott biztonságos állapotban van. Az összeállítás előtt erősítse meg a kívánt logikát és az összes érintett kimenetet.

Az összeállítás után hasonlítsa össze ismét a programot, vagy végezzen újabb feltöltést, majd mentse az eredményül kapott forrásfájlt időbélyeggel, a módosítás okával, jóváhagyójával és a visszaállítási hivatkozással együtt. Ha a teljesítmény egy adott szakaszban romlik, álljon meg, és őrizze meg az erre vonatkozó bizonyítékokat. Az egyre nagyobb módosítások ismételt elfogadása nem érvényes módszer ismeretlen késleltetés diagnosztizálására.

Értelmezze a gyakori mintázatokat

Ha az offline görgetés és keresés lassú, miközben a vezérlő adatai normálisan frissülnek, összpontosítson a munkaállomásra és a projektadatbázisra. Ha minden online olvasás szünetel, és nő az illesztőprogram újrapróbálkozásainak száma, a kommunikációs útvonalat vizsgálja. Ha a kis módosítások működnek, de a nagyobbak sikertelenek vagy elakadnak, tekintse át a memóriát, a projekt struktúráját és a támogatott szerkesztési korlátokat. Ha a szerkesztő válaszképes marad, de a folyamat ciklusideje nő, magát a logikai módosítást vizsgálja.

Ha a lassulás csak több óra elteltével jelentkezik, ellenőrzött módon indítsa újra a mérnöki munkamenetet, és vizsgálja meg az erőforrások növekedését a vezérlő újraindítása helyett. Ha egy másik munkaállomás normálisan működik ugyanazon a hálózati útvonalon keresztül, a PLC hibásnak nyilvánítása előtt hasonlítsa össze a szoftververziókat, az illesztőprogramokat, a biztonsági beállításokat és a projektfájlokat.

Döntse el, mikor kell abbahagyni az online szerkesztést

Álljon le, ha a futó projekt egyezése nem állapítható meg kellő bizonyossággal, a kommunikáció instabil, a vezérlő közel van valamely erőforráskorláthoz, a módosítás szerkezeti változtatásokat igényel, vagy a folyamat nem viseli el a tesztet. Készítsen offline ellenőrzési és ellenőrzött letöltési tervet biztonsági másolatokkal és visszaállítási lehetőséggel, ahelyett hogy futás közbeni javítást erőltetne.

Az örökölt platformok és a migrációs lehetőségek áttekinthetők az Allen-Bradley termékkollekcióban és a PLC- és PAC-rendszerek termékkollekciójában. A migrációt az életciklus-kockázatra, a teljesítményre, a pótalkatrészekre és a helyreállításra vonatkozó bizonyítékok alapján kell megtervezni, nem egyetlen lassú szerkesztési munkamenet miatt.

Mérnöki nézőpont

Nem az a hasznos kérdés, hogy „Miért lassú az RSLogix?”, hanem az, hogy „Melyik határ válik lassúvá, milyen ismételhető művelet közben, és milyen bizonyíték változik vele együtt?” Ha a munkaállomás, a kommunikáció, a projekt, a vezérlő és a folyamat hatásait külön mérik, a csapat a tényleges korlátozást javíthatja, miközben védi a működő gépet.