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

Egy PLC-5-program Logix-utasításokká fordítható, és a folyamat mégis meghiúsulhat. A régi vezérlő adatfájljai, végrehajtási sorrendje, a Remote I/O blokkátvitelei, az üzenetek időzítése, az állapotbitek, a HMI-hivatkozások és a kezelői helyreállítási lépések dokumentálatlan szerződést alkottak a géppel.

A sikeres PLC-5–ControlLogix-migráció ezt a szerződést kifejezetten rekonstruálja. Az átalakító szoftver felgyorsíthatja az utasítások leképezését, de nem tudja eldönteni, mit jelentett egy újrahasznált egész szám, hogyan kell kezelni az elavult analóg adatokat, vagy melyik másodpercnyi impulzusra számít egy másik rendszer.

A migráció határa magában foglalja a terepi I/O-t, a hálózati időzítést, az adatok tulajdonjogát, a riasztásokat, a HMI-hivatkozásokat és a helyreállítási működést – nem csak a létradiagram-utasításokat.

Az átalakítás előtt rögzítsen működési alapállapotot

Kezdje ellenőrzött PLC-5-feltöltésekkel, adattáblaértékekkel, csatornakonfigurációkkal, kényszerítési táblákkal, üzenetútvonalakkal és HMI-projektekkel. Rögzítse a vezérlő végrehajtási idejét normál és csúcsterhelésű működés közben. Azonosítsa a választható időzített megszakításokat, hibakezelő rutinokat, távoli állványokat, adaptereket és minden blokkátviteli utasítást.

Rögzítse trendben a kritikus bemeneteket, kimeneteket, analóg értékeket, szekvenciaállapotokat és reteszeléseket reprezentatív termelés közben. Az alapállapotnak ki kell terjednie az indításra, a stabil működésre, a termékváltásra, a szabályozott leállításra és a gyakori hibákra. E feljegyzés nélkül a csapatok bizonyíthatják, hogy az új program fut, azt azonban nem, hogy az eredeti folyamathoz hasonlóan működik.

Állítson össze I/O-szerződést minden állványhoz

Minden helyi és távoli foglalathoz rögzítse az állványt, a csoportot, a foglalatot, a modul katalógusszámát, a diszkrét leképezést, a jel leírását, az elektromos tartományt, a skálázást, a normál frissítési időt, a hibaállapotot, a riasztási felhasználást és a logikai tulajdonost. Jegyezze fel azokat a nem használt pontokat is, amelyekre közvetetten hivatkoznak, vagy amelyeket HMI-n jelenítenek meg.

Az analóg és speciális modulokhoz nem elegendő egy címke. Dokumentálja a blokkátviteli olvasási és írási hosszt, a konfigurációs szavakat, a frissítési indítójeleket, a befejezési és hibaműködést, a csatornaformátumokat, a szűrőket és a skálázást. A helyes szóhossz hibás csatornaformátummal hihető, de téves mérnöki értékeket eredményezhet.

Kövesse nyomon minden BTR- és BTW-eredmény felhasználási helyét. Határozza meg, hogy a logika a befejezési bitet impulzusként használja-e, a következő átviteléig fenntart-e egy állapotot, vagy meghatározott időn belüli frissítést feltételez. Ezeket a feltételezéseket építse újjá kifejezett érvényességi, időbélyeg-, befejezési és hibállapotokként.

Tudatosan válassza ki a Remote I/O átmenetét

Egy szakaszos migráció ideiglenesen megtarthatja az 1771-es vagy más Remote I/O-hardvert egy ControlLogix kommunikációs modulon keresztül. Ez csökkentheti az átállás terjedelmét, ugyanakkor üzemben tartja a régi állványokat, kábelezést, adaptereket és blokkátviteli működést. A hídmodulhoz meghatározott kivonási tervre és tartalékalkatrész-stratégiára van szükség.

A teljes I/O-csere megszünteti a régi függőségek nagy részét, de növeli a leállással kapcsolatos munkát, a panelmódosításokat, a hurokellenőrzéseket és az üzembe helyezést. A döntésnél figyelembe kell venni a kábelek állapotát, a modulok elérhetőségét, a leállás időtartamát, a folyamat kockázatát, a jövőbeli támogatást és a visszaállítás lehetőségét.

A Rockwell 1756-RIO-dokumentációja megkülönbözteti az automatikus, a félautomatikus és a kézi blokkátviteli frissítési módokat. Az automatikus és félautomatikus működés konfigurációs írásokat és időzített adatfrissítéseket hajthat végre. Kézi működés esetén a vezérlőlogika számára elérhetővé válik az engedélyezés, a folyamatos működés, a kész és a hibás állapot. A választott módnak reprodukálnia kell a régi alkalmazás időzítését és diagnosztikai szándékát.

Az adatgazdát tervezze újra a fájlszámok másolása helyett

A PLC-5 egész, lebegőpontos, bit- és vezérlőfájljai gyakran egyszerre több célt szolgáltak. Egy szó lehetett HMI-parancs, üzenetadat, analóg érték és hibaelhárítási munkaterület. Ha ezt a kétértelműséget vezérlőszintű tömbökbe másolja, a kockázatot is megőrzi.

Hozzon létre névvel ellátott struktúrákat a berendezések vagy interfészek köré. Válassza külön a parancsokat, az állapotot, a konfigurációt, a diagnosztikát és a folyamatértékeket. Határozza meg, hogy az egyes tagokat melyik program vagy külső rendszer írja. Adjon hozzá érvényes, elavult, időbélyeg-, hiba- és minőségi mezőket ott, ahol az eredeti interfész időzítési feltételezésekre támaszkodott.

A HMI- és felügyeleti hivatkozásokhoz szabályozott leképezés szükséges. Az aliascímkék megkönnyíthetik az átmenetet, de nem rejthetik el a tisztázatlan tulajdonjogot. Minden külső hivatkozásnál ellenőrizze az olvasási/írási irányt, a jogosultságokat, a skálázást, a riasztási indítójeleket és a receptműködést.

Vizsgálja felül azokat az utasításokat, amelyek időzítése megváltozhat

A ControlLogix-feladatok, programok és rutinok a PLC-5 folyamatos végrehajtási ciklusától eltérően futnak. Az időszakos feladatok megszakíthatják a folyamatos logikát. Az I/O-frissítések aszinkron módon történnek a logikai végrehajtáshoz képest. A látszólag egyenértékű egyszeri impulzusok, időzítők, szekvenciavezérlők, indirekt címzések, MCR-zónák és üzenetindítók időzítése eltérhet.

Azonosítsa azokat a logikai részeket, amelyek feltételezik, hogy a bemenetek egy teljes cikluson át változatlanok maradnak, vagy hogy a kimenetek csak a ciklus végén frissülnek. Pufferelje az I/O-t, ha konzisztens pillanatkép szükséges. Védje a feladatok között megosztott adatokat. Az egyciklusos eseményeket a fogadó feladat periódusában ellenőrizze, ne csak abban a rutinban, ahol keletkeznek.

Az üzenetutasításokat állapotalapú indítással kell működtetni. Ha egy üzenetet a kész, hibás, időtúllépési és újrapróbálkozási állapotok kezelése nélkül ismételten engedélyez, az túlterhelheti a kapcsolatot, vagy elrejtheti a sikertelen célállomást. Rögzítse a részletes hibainformációkat, és alkalmazzon a folyamathoz megfelelő újrapróbálkozási késleltetéseket.

Tegye láthatóvá az elavult adatokat

Egy régi hálózat kommunikációs hiba után a memóriában hagyhatja az utoljára fogadott értéket. Ha az alkalmazás ezt az értéket állapotbit nélkül használja, egy befagyott hőmérséklet-, szint- vagy sebességérték érvényesnek tűnhet. A migrált programnak külön kell választania az értéket és annak frissességét.

Minden kommunikációs forráshoz határozza meg az elvárt frissítési időközt, az elavulási időtúllépést, a hibareakciót és a helyreállítás feltételeit. A fogyasztónak tudnia kell, hogy egy érték aktuális, elavult, nem elérhető vagy frissen helyreállt-e. A helyreállításhoz automatikus mozgás folytatása előtt szükség lehet tartományellenőrzésre, egymást követő megfelelő frissítésekre vagy kezelői megerősítésre.

Ne létraszám, hanem folyamatkockázat alapján teszteljen

A próbapadi tesztelésnek ellenőriznie kell az átalakított utasításokat és a szimulált I/O-t. A gyári átvételi tesztnek ki kell terjednie a kommunikációra, a HMI-re, a riasztásokra, a receptekre és az előzményadatokra is. A helyszíni tesztelésnek bizonyítania kell az elektromos polaritást, a skálázást, a reteszeléseket, a leoldásokat és a fizikai reakciót.

Tesztelje minden adapter, tápegység, kommunikációs útvonal és kritikus analóg forrás kiesését. Ellenőrizze a vezérlő Program és Run mód közötti átmeneteit, a tápellátás helyreállítását, a meleg újraindítást és a kommunikáció helyreállását. Vizsgálja meg a kézi és automatikus módot, a karbantartási áthidalásokat, valamint minden engedélyezési feltételt, amely megakadályozhatja a nem biztonságos mozgást.

Ha párhuzamos megfigyelés lehetséges, hasonlítsa össze a régi és az új rendszert szinkronizált időbélyegekkel. Összpontosítson a kimeneti átmenetekre, a szekvencia időzítésére, az analóg értékekre, a riasztások sorrendjére és a kezelői műveletekre. Az eltérések magyarázatra szorulnak, nem pedig automatikus elfogadásra.

A visszaállítást végrehajtható eljárásként tervezze meg

A visszaállítási tervhez nem elegendő a régi vezérlő megtartása. Őrizze meg a tesztelt PLC-5-hardvert, az ellenőrzött programokat, a hálózati konfigurációt, a HMI-kompatibilitást, a feliratozott vezetékezést és a meghatározott döntési határidőt. Határozza meg, ki engedélyezheti a visszaállítást, és milyen folyamatállapotot kell elérni az átkapcsolás előtt.

A leállás előtt gyakorolja be a fizikai és szoftveres lépéseket. Ha a terepi vezetékezést vagy az állványokat visszafordíthatatlanul módosítják, határozza meg azt a pontot, amely után a visszaállítás már nem praktikus. Egy leállás alatti termelési nyomás nem megfelelő idő annak felfedezésére, hogy egy biztonsági másolat nem állítható helyre.

A vezérlő- és I/O-migrációs hardverek áttekinthetők a PLC- és PAC-rendszerek oldalon, az átjárók és hálózati komponensek pedig a Kommunikáció és hálózatépítés oldalon.

A migráció csak akkor tekinthető befejezettnek, ha az új platform reprodukálja a szükséges folyamatműködést, javítja a diagnosztika egyértelműségét, és tudatosan kezeli az elavult adatokat és a hibákat. A lefordított kód kiindulási eredmény. Az ellenőrzött I/O- és adatszerződés teszi képessé az üzemet arra, hogy megbízzon a lecserélt vezérlőben.