Legacy PLC rack migration to a modern programmable controller

PLC-5–ről ControlLogixra történő migráció: Az I/O-szerződés újraépítése

Migrációs keretrendszer a PLC-5-logika és a Remote I/O ControlLogix rendszerbe történő áthelyezéséhez, az adatkontraktusokra, a blokkátviteli viselkedésre, a...

Egy PLC-5-átalakítás érvényes Logix-kódot eredményezhet, és a folyamat mégis meghiúsulhat. Az adatfájlok, a Remote I/O blokkátvitelek, a letapogatási viselkedés és a kommunikációs állapot mind az eredeti gépszerződés részét képezték, még akkor is, ha ezt senki sem dokumentálta így.

Hagyományos PLC-állvány átállítása modern programozható vezérlőre

A sikeres PLC-migráció újjáépíti a régi állvány és a modern vezérlő közötti I/O- és adatszerződést.

A legbiztonságosabb migráció ezt a szerződést rekonstruálja. A fordítószoftver felgyorsíthatja az utasítások átalakítását, de nem tudja eldönteni, mit jelentett egy régi állapotbit, milyen gyorsan kellett frissülnie egy analóg blokknak, vagy melyik elavult értéknek kell letiltania egy szekvenciát.

Ne csak az utasításokat, hanem a működést is leltározza

Minden állvány és adapter esetében rögzítse a címzést, a modul katalógusszámát, a diszkrét jelek térképét, a blokkátvitel hosszát, a frissítési gyakoriságot, a skálázást, a hibakezelést és a riasztásokat. Kövesse nyomon minden BTR- és BTW-eredmény felhasználását a fogyasztó logikában. Egy letapogatási ciklusig tartó impulzus más kezelést igényel, mint a következő átviteléig megtartott állapot.

Rögzítse a ciklusidőt, az STI-logikát, az üzenetútvonalakat és a HMI-fájlokra mutató hivatkozásokat. A PLC-5 egész- és bitfájljai gyakran informális interfészként is szolgáltak. A ControlLogix rendszerben ezeket névvel ellátott tagekké vagy struktúrákká kell alakítani, egyértelmű tulajdonjoggal.

Válassza ki a Remote I/O átállási módját

Egy szakaszos projekt ideiglenesen megtarthatja a Remote I/O rendszert. A Rockwell 1756-RIO kézikönyve ismerteti a diszkrét és blokkátviteli adatok ütemezett átvitelét a migrációhoz. Ez szabályozott hidat képez a terepi I/O cseréjének idejére; nem teszi véglegessé a régi hálózatot.

A teljes átállás az állványokat EtherNet/IP I/O-ra cseréli, és növeli a leállás, valamint a tesztelés terjedelmét. A választás a pótalkatrész-ellátástól, a kábelek állapotától, a leállási időtől és a visszaállítás következményeitől függ.

Írja át a vezérlést egyértelmű állapotokra építve

Ne helyettesítse mechanikusan a befejezési vagy hibabiteket. Hozzon létre kommunikációs struktúrát a parancsolt állapottal, az aktív állapottal, a befejezéssel, a hibával, a részletes hibával, az időbélyeggel és az adatérvényességi állapottal. A fogyasztó logikának tudnia kell, hogy az adatok frissek, elavultak vagy nem érhetők el.

Ismételten tesztelje az egyszeri impulzusokat, a szekvenciavezérlőket, az indirekt címzést, az MCR-zónákat, az aszinkron I/O-t és az üzenetek újraindítását. A ControlLogix-feladatok másképpen hajtódnak végre, mint a PLC-5 folyamatos letapogatása. Az azonos utasítások nem garantálják azonos időzítést.

Éles üzem előtt bizonyítsa a visszaállíthatóságot

Tesztelje a normál szekvenciákat, minden engedélyezési feltételt, az egyes adapterek kiesését, az elavult analóg adatokat, a kommunikáció helyreállását és a szabályozott újraindítást. Hasonlítsa össze a kritikus kimeneteket és folyamatértékeket időbélyegekkel együtt. A visszaállítási tervhez tesztelt hardverre, biztonsági mentésekre és döntési határidőre van szükség.

A platformjelöltek és pótalkatrészek áttekinthetők a PLC- és PAC-rendszerek gyűjteményében, de a hardvert az ellenőrzött I/O-szerződéshez kell igazítani.

Véleményünk: a veszélyes rövidítés az, ha az átalakított kódot „nagyjából késznek” nyilvánítják. A végső, nem dokumentált időzítési és hibakezelési viselkedés dönti el, hogy az üzem megbízhat-e a vezérlőben.

Kérdések, amelyeket a mérnökök a változtatás előtt feltesznek

Automatikusan átalakítható a PLC-5-kód?

Az eszközök az utasításkészlet egyes részeit át tudják alakítani, de a mérnököknek újra kell tervezniük az I/O-t, a kommunikációt, az adatstruktúrákat, az időzítést és a hibakezelést.

A Remote I/O-t az átálláskor le kell cserélni?

Nem mindig. Egy támogatott híd lehetővé tehet egy átmeneti szakaszt, de az állapotot, a pótalkatrészeket és a kivonási terveket egyértelműen meg kell határozni.

Mit kell tesztelni?

Tesztelje a szekvenciákat, az engedélyezési feltételeket, az adapter kiesését, az elavult adatokat, a helyreállítást, a riasztásokat, a kezelői műveleteket és az időzített visszaállítást.

PLC-5–ről ControlLogixra történő migráció: Az I/O-szerződés újraépítése

Migrációs keretrendszer a PLC-5-logika és a Remote I/O ControlLogix rendszerbe történő áthelyezéséhez, az adatkontraktusokra, a blokkátviteli viselkedésre, a szkennelési feltételezésekre, a visszaá...

Egy PLC-5-átalakítás érvényes Logix-kódot eredményezhet, és a folyamat mégis meghiúsulhat. Az adatfájlok, a Remote I/O blokkátvitelek, a letapogatási viselkedés és a kommunikációs állapot mind az eredeti gépszerződés részét képezték, még akkor is, ha ezt senki sem dokumentálta így.

Hagyományos PLC-állvány átállítása modern programozható vezérlőre

A sikeres PLC-migráció újjáépíti a régi állvány és a modern vezérlő közötti I/O- és adatszerződést.

A legbiztonságosabb migráció ezt a szerződést rekonstruálja. A fordítószoftver felgyorsíthatja az utasítások átalakítását, de nem tudja eldönteni, mit jelentett egy régi állapotbit, milyen gyorsan kellett frissülnie egy analóg blokknak, vagy melyik elavult értéknek kell letiltania egy szekvenciát.

Ne csak az utasításokat, hanem a működést is leltározza

Minden állvány és adapter esetében rögzítse a címzést, a modul katalógusszámát, a diszkrét jelek térképét, a blokkátvitel hosszát, a frissítési gyakoriságot, a skálázást, a hibakezelést és a riasztásokat. Kövesse nyomon minden BTR- és BTW-eredmény felhasználását a fogyasztó logikában. Egy letapogatási ciklusig tartó impulzus más kezelést igényel, mint a következő átviteléig megtartott állapot.

Rögzítse a ciklusidőt, az STI-logikát, az üzenetútvonalakat és a HMI-fájlokra mutató hivatkozásokat. A PLC-5 egész- és bitfájljai gyakran informális interfészként is szolgáltak. A ControlLogix rendszerben ezeket névvel ellátott tagekké vagy struktúrákká kell alakítani, egyértelmű tulajdonjoggal.

Válassza ki a Remote I/O átállási módját

Egy szakaszos projekt ideiglenesen megtarthatja a Remote I/O rendszert. A Rockwell 1756-RIO kézikönyve ismerteti a diszkrét és blokkátviteli adatok ütemezett átvitelét a migrációhoz. Ez szabályozott hidat képez a terepi I/O cseréjének idejére; nem teszi véglegessé a régi hálózatot.

A teljes átállás az állványokat EtherNet/IP I/O-ra cseréli, és növeli a leállás, valamint a tesztelés terjedelmét. A választás a pótalkatrész-ellátástól, a kábelek állapotától, a leállási időtől és a visszaállítás következményeitől függ.

Írja át a vezérlést egyértelmű állapotokra építve

Ne helyettesítse mechanikusan a befejezési vagy hibabiteket. Hozzon létre kommunikációs struktúrát a parancsolt állapottal, az aktív állapottal, a befejezéssel, a hibával, a részletes hibával, az időbélyeggel és az adatérvényességi állapottal. A fogyasztó logikának tudnia kell, hogy az adatok frissek, elavultak vagy nem érhetők el.

Ismételten tesztelje az egyszeri impulzusokat, a szekvenciavezérlőket, az indirekt címzést, az MCR-zónákat, az aszinkron I/O-t és az üzenetek újraindítását. A ControlLogix-feladatok másképpen hajtódnak végre, mint a PLC-5 folyamatos letapogatása. Az azonos utasítások nem garantálják azonos időzítést.

Éles üzem előtt bizonyítsa a visszaállíthatóságot

Tesztelje a normál szekvenciákat, minden engedélyezési feltételt, az egyes adapterek kiesését, az elavult analóg adatokat, a kommunikáció helyreállását és a szabályozott újraindítást. Hasonlítsa össze a kritikus kimeneteket és folyamatértékeket időbélyegekkel együtt. A visszaállítási tervhez tesztelt hardverre, biztonsági mentésekre és döntési határidőre van szükség.

A platformjelöltek és pótalkatrészek áttekinthetők a PLC- és PAC-rendszerek gyűjteményében, de a hardvert az ellenőrzött I/O-szerződéshez kell igazítani.

Véleményünk: a veszélyes rövidítés az, ha az átalakított kódot „nagyjából késznek” nyilvánítják. A végső, nem dokumentált időzítési és hibakezelési viselkedés dönti el, hogy az üzem megbízhat-e a vezérlőben.

Kérdések, amelyeket a mérnökök a változtatás előtt feltesznek

Automatikusan átalakítható a PLC-5-kód?

Az eszközök az utasításkészlet egyes részeit át tudják alakítani, de a mérnököknek újra kell tervezniük az I/O-t, a kommunikációt, az adatstruktúrákat, az időzítést és a hibakezelést.

A Remote I/O-t az átálláskor le kell cserélni?

Nem mindig. Egy támogatott híd lehetővé tehet egy átmeneti szakaszt, de az állapotot, a pótalkatrészeket és a kivonási terveket egyértelműen meg kell határozni.

Mit kell tesztelni?

Tesztelje a szekvenciákat, az engedélyezési feltételeket, az adapter kiesését, az elavult adatokat, a helyreállítást, a riasztásokat, a kezelői műveleteket és az időzített visszaállítást.

Hozzászólás írása

Felhívjuk a figyelmedet, hogy a hozzászólásokat jóvá kell hagyni a közzétételük előtt.