1756-L73 firmwarefrissítési útmutató: v19 vagy v21/v31 – döntés

Egy meghibásodott 1756-L73 cseréje és a firmware-ének korszerűsítése két különböző mérnöki feladat. A sürgősségi csere célja egy ismert alkalmazás helyreállítása a lehető legkisebb változtatási körrel. A migráció módosítja a vezérlő revízióját, a projektformátumot, a mérnöki eszközöket, valamint potenciálisan a csatlakoztatott komponensek működését vagy támogatási státuszát is. E feladatok összevonása egy nem tervezett leállás során éppen akkor növeli a kockázatot, amikor az üzemnek a legkevesebb ideje van annak kezelésére.

A döntést a karbantartási céllal kell kezdeni, nem három firmware-verzió összehasonlításával. Ellenőrizze a telepített vezérlő katalógusszámát és sorozatát, az aktuális firmware-t, a projekt revízióját, az elérhető mérnöki szoftvert, az ellenőrzött biztonsági mentést, az alvázmodulokat, a hálózatokat, a HMI- vagy OPC-útvonalat, a mozgásvezérlést, a hajtásokat, a termelt és fogyasztott tagokat, valamint az üzenetküldési utasításokat. A firmware csak egyetlen függőség ebben a rendszerben.

A cserevezérlőnek a projekthez és a környező architektúrához kell illeszkednie, nem csupán az előlapjára nyomtatott katalógusszámhoz.

A revízió kiválasztása előtt határozza meg a hatókört

Sürgősségi helyreállítás

Ha egy stabil termelési vezérlő meghibásodik, általában az azonos fő firmware-verzió és a kompatibilis projektverzió helyreállítása jelenti a legkevesebb változtatással járó megoldást. Így elkerülhető az alkalmazás átalakítása a hibaelhárítás során, és megőrizhetők a vezérlő, a HMI, a kommunikáció és a telepített modulok közötti ismert kapcsolatok. Az „azonos revízió” ennek ellenére ellenőrzést igényel: győződjön meg arról, hogy a pontos firmware-csomag támogatja a vezérlőazonosítót, és hogy az eredeti projekt megnyitható a rendelkezésre álló szoftverben.

Tervezett firmware-migráció

A tervezett migráció kezelheti a mérnöki munkaállomások életciklusát, az alkalmazás szempontjából releváns dokumentált rendellenességeket, a támogatási szabályzatot, a szabványosítást vagy a projekt helyreállítási igényeit. Ehhez változtatási csomag, kompatibilitási felülvizsgálat, leállási terv, átvételi tesztek és visszaállítási erőforrások szükségesek. Az a vezérlő, amelynek firmware-frissítése sikeresen lefutott, még nem bizonyítja, hogy a vezérlőrendszer működik.

A Rockwell dokumentumait használja revízióspecifikus bizonyítékként

A Rockwell ControlLogix 19. revíziójának kiadási megjegyzései kifejezetten tartalmazzák a 1756-L73 modellt, és azonosítják a kapcsolódó RSLogix 5000 környezetet, a támogatott firmware-revíziókat, az előzetes teendőket, valamint az ismert vagy javított rendellenességeket. Ez a dokumentum a 19. revíziójú alkalmazások értékelésének megfelelő alapja – nem egy másik platformról átmásolt általános verziótáblázat.

A ControlLogix 21. revíziójának kiadási megjegyzései a Studio 5000 korai generációját, valamint annak revízióspecifikus fejlesztéseit, korlátozásait és rendellenességeit ismertetik. A 21. revíziót fontolgató üzemnek ezeket a részleteket a tényleges projektfunkciókkal és modulokkal kell összevetnie, nem pedig automatikusan biztonságosabbnak tekintenie az újabb revíziót.

Bármely későbbi célverzió, így a 31. revízió esetében is, a munkavégzés időpontjában ellenőrizze a pontos vezérlőkatalógust, sorozatot, firmware-t, Studio 5000-verziót, operációs rendszert, modulprofilokat és a kapcsolódó szoftvereket a Rockwell Product Compatibility and Download Centerben. Ne kezelje úgy a „az L73 támogatja a v31-et” kijelentést, mintha az a hardver- és szoftverkombinációktól független, univerzális állítás lenne.

A firmware és a fizikai memória eltérő tulajdonságok

A firmware módosítása nem telepít több fizikai memóriát egy 1756-L73 vezérlőbe. A vezérlő kapacitása a katalógushoz és a sorozathoz dokumentált hardvertulajdonság. A projekt memóriahasználata azonban változhat az átalakítás után, mivel az utasítások, a tagek, a kommunikációs struktúrák, a dokumentáció és a firmware-szolgáltatások eltérő módon jelenhetnek meg.

A célmérnöki szoftverrel becsülje meg az átalakított projekt méretét, majd hagyjon üzemi tartalékot az online módosításokhoz és a jövőbeli változtatásokhoz. A hivatalos ControlLogix 5570 és 5560 vezérlők felhasználói kézikönyvét kell használni a hardverre, a tárhelyre, a telepítésre és az üzemeltetési követelményekre vonatkozóan. Kerülje azokat a nem hivatalos táblázatokat, amelyek ugyanahhoz a vezérlőhöz különböző fizikai memóriakapacitásokat rendelnek az egyes firmware-revíziók szerint.

Készítse el a kompatibilitási leltárt

Kezdje az alváz és a hálózat leltározásával. Jegyezze fel a vezérlő katalógusszámát, sorozatát és firmware-verzióját; a kommunikációs és speciális modulokat; a modulok firmware-verzióját; az elektronikus kulcsolást; a távoli I/O-adaptereket; a mozgástengelyeket; a biztonsági kapcsolatokat; a hajtásokat; valamint a hálózati konfigurációt. Ahol ezek a régebbi hálózatok még üzemben vannak, a DeviceNet- vagy ControlNet-ütemezést és a konfigurációs eszközöket is vegye fel a leltárba.

Ezután térképezze fel a szoftverláncot: az eredeti RSLogix 5000- vagy Studio 5000-revíziót, a FactoryTalk Linx- vagy RSLinx-komponenseket, a HMI- vagy SCADA-verziót, az OPC-szervereket, a bővítményprofilokat, az EDS-fájlokat, a hajtáskonfiguráló eszközöket és az esetleges OEM-segédprogramokat. A vezérlő revíziója önmagában nem határozza meg, hogy minden HMI-t frissíteni kell-e. A kompatibilitás a tényleges kommunikációs illesztőprogramtól, a funkciókészlettől és a támogatott kombinációtól függ.

Végül térképezze fel az alkalmazás interfészeit. Azonosítsa a termelt és fogyasztott tageket, az MSG-utasításokat, a távoli rackeket, a külső gyártótól származó EtherNet/IP-eszközöket, a mozgásvezérlést, az időszinkronizálást, az adatarchiválókat, a kötegelt rendszereket és a külső reteszeléseket. Az Allen-Bradley ControlLogix termékgyűjtemény segít azonosítani a platformkomponenseket, míg a szélesebb PLC- és PAC-rendszerek termékgyűjteménye kontextust biztosít a vegyes platformú architektúrákhoz. A kompatibilitás elsődleges forrásai továbbra is a helyszíni nyilvántartások és a gyártói dokumentáció.

Őrizzen meg valódi visszaállítási lehetőséget

Az átalakítás előtt mentse el az eredeti ACD-fájlt az eredeti szoftververzióban, és ellenőrizze, hogy megnyitható-e. Jegyezze fel a vezérlő aktuális katalógusszámát, sorozatát, firmware-verzióját, kommunikációs útvonalait, IP- vagy hálózati beállításait, SD-kártyájának állapotát és az alvázkonfigurációt. Exportálja azokat a támogató eszközöket is, amelyek nem találhatók meg teljes mértékben a vezérlőprojektben, beleértve a HMI-, hálózati, hajtás- és külső gyártótól származó konfigurációkat.

Hozzon létre külön átalakított másolatot. Ne írja felül az egyetlen ismert, működőképes projektet. Az előre irányuló átalakítás nem garantálja az automatikus visszaalakítást. A hiteles visszaállítási terv ezért tartalmazza az eredetivel kompatibilis firmware-csomagot, az eredeti mérnöki szoftvert, az eredeti ACD-fájlt, a hozzáférési adatokat vagy licenceket, valamint a kommunikáció és a nem vezérlőhöz tartozó eszközök helyreállításának eljárását.

A projekt átalakítása szabályozott mérnöki változtatás; az átalakított fájl soha nem helyettesítheti az egyetlen helyreállítható eredeti példányt.

Az égetés előtt vizsgálja felül az átalakított alkalmazást

Nyissa meg a másolatot a célrendszer szoftverében, és rögzítse az átalakítási üzeneteket. Vizsgálja felül a vezérlőtulajdonságokat, a modulprofilokat, az elektronikus kulcsolást, a kommunikációt, a mozgásvezérlést, a bővítményutasításokat, az adattípusokat, a biztonsági vagy redundanciatartozásokat, valamint a kiadási megjegyzésekben kiemelt utasításviselkedést. Győződjön meg arról, hogy a szükséges bővítményprofilok és támogató szoftverek telepítve és jóváhagyva vannak.

Hasonlítsa össze a projekt memória- és erőforrás-használatát. Ellenőrizze, hogy a tagek, programok, rutinok, modulok, tengelydefiníciók, MSG-útvonalak, valamint a termelt vagy fogyasztott kapcsolatok továbbra is jelen vannak-e. Ha a migráció több főrevíziót ölel fel, fordítson különös figyelmet azokra a funkciókra, amelyeket a végpontok között vezettek be, módosítottak vagy kivezettek. Az a projekt, amely nem jelez átalakítási hibát, még mindig funkcionális felülvizsgálatot igényel.

Szabályozza a firmware-műveletet

Az ellenőrzött célhoz tartozó, Rockwell által támogatott firmware-munkafolyamatot és -csomagot használja. Biztosítson stabil tápellátást és megbízható kommunikációs útvonalat, vonja ki a vezérlőt a termelési feladatból, és kövesse a kiadási megjegyzésekben szereplő előzetes teendőket. A munka megkezdése előtt ellenőrizze az SD-kártya kezelését és a nem felejtő betöltési beállításokat; egy váratlan lemezkép vagy betöltési mód meghiúsíthatja a kívánt helyreállítási sorrendet.

A letöltés előtt olvassa vissza a vezérlő tényleges revízióját. Csak a felülvizsgált, célrevízióhoz tartozó projektet töltse le. Rögzítse a figyelmeztetéseket és a vezérlő állapotát. Ne nyilvánítsa sikeresnek a műveletet pusztán azért, mert a vezérlő Run módba lép.

Az átvételi tesztnek a teljes vezérlési útvonalra ki kell terjednie

I/O és berendezésállapotok

Ellenőrizze a helyi és távoli bemeneteket és kimeneteket, a skálázást, a csatornaminőséget, a modulhibákat, a vezérelt állapotokat és a hibabiztos működést. Győződjön meg arról, hogy a kimenetek tiltva maradnak, amíg az üzem indítási feltételei nem teljesülnek.

Kommunikáció

Tesztelje a termelt és fogyasztott tageket, az MSG-utasításokat, a HMI- és SCADA-olvasásokat és -írásokat, az OPC-kapcsolatokat, az előzményadatokat, a távoli rackeket, a hajtásokat és a külső gyártótól származó eszközöket. Ellenőrizze mind a normál frissítést, mind az időtúllépési vagy helyreállítási viselkedést.

Szekvenciák, riasztások és mozgásvezérlés

Hajtsa végre a kritikus engedélyezéseket, a szekvenciaátmeneteket, az elsőként fellépő hibariasztásokat, a kezelői parancsokat és a visszaállítási viselkedést. Mozgásvezérlés esetén kövesse a vonatkozó Rockwell-kiadási megjegyzéseket és a gépbiztonsági eljárást, majd ellenőrzött körülmények között érvényesítse a homingot, a határértékeket, a koordinációt és a hiba utáni helyreállítást.

Áramkimaradás és visszaállítási készenlét

Ellenőrzött áramtalanítás után bizonyítsa a kívánt indítási viselkedést, beleértve az SD-kártya vagy a nem felejtő beállításokat is. Győződjön meg arról, hogy a dokumentált visszaállítási eszközök továbbra is elérhetők, és hogy a végleges biztonsági mentés megegyezik a futó vezérlő tartalmával.

Hogyan értékelje a v19, v21 és v31 verziókat?

A 19. revízió ésszerű helyreállítási cél, ha illeszkedik egy ellenőrzött termelési projekthez és a támogatott mérnöki munkaállomáshoz. Elavultsága életciklusbeli szempont, de önmagában az életkor nem bizonyítja, hogy egy sürgősségi migráció biztonságosabb.

A 21. revízió megfontolható a Studio 5000 generációjába történő tudatos átállásként. Előnyeit és rendellenességeit a hivatalos kiadási megjegyzések, valamint a projekt HMI-kapcsolat, dokumentáció, mozgásvezérlés és kommunikációs funkcióinak tényleges használata alapján kell értékelni.

A 31. revízió vagy egy másik későbbi alapszint tervezett korszerűsítési döntés része. A célverziót csak akkor válassza ki, ha az aktuális kompatibilitási adatok megerősítik a pontos L73-hardver és a környező szoftverek megfelelőségét. A nagyobb revízióugrás növeli a felülvizsgálat terjedelmét, még akkor is, ha az átalakítás sikeresen lefut.

A helyes döntés tehát feltételes, nem univerzális: állítsa helyre változatlan felépítésben, ha a leállás helyreállítása az egyetlen engedélyezett cél; migráljon, ha az üzem képes ellenőrizni a függőségeket, tesztelni a teljes alkalmazást és szükség esetén visszaállni. Ez a megközelítés a firmware-t egy termelési rendszer egyik szabályozott rétegeként kezeli, nem pedig maximalizálandó számként.