RSLogix 500 létraszakasz-kommentek migrálása: Megjegyzések csatolása a kimeneti címhez

Az RSLogix 500 projektben a programsorok megjegyzései a mérnöki adatbázis részét képezik, nem pedig a processzor végrehajtható logikáját alkotják. Emiatt könnyű elhanyagolni és könnyű megsérteni őket egy tisztítás vagy migrálás során. Ha a megjegyzések a logika beszúrása, másolása vagy átszervezése után rossz programsorokon jelennek meg, a helyes megoldás a hozzárendelési mód azonosítása, egy kiindulási állapot megőrzése, majd az eredmény ellenőrzése egy offline másolatban, mielőtt módosítaná az éles archívumot.

A hozzárendelés kiválasztása határozza meg, hogy a dokumentáció a programsorszámot vagy a programsorhoz kapcsolódó címet kövesse-e.

Értse meg, mi mozog valójában

Az RSLogix 500 a programsor dokumentációját a fájlhoz és a programsor helyéhez, illetve egy kimeneti címhez is társíthatja. A helyalapú megjegyzés akkor hasznos, ha a fájl szándékosan változatlan marad, de az adott programsor felett végzett módosítások elszakíthatják a magyarázatot az általa értelmezni kívánt logikától. A címhez rendelt megjegyzés lehetővé teheti, hogy a megjegyzés kövesse a kiválasztott kimeneti címet, amikor a logika mozog. A Rockwell importált AI500-címekről szóló támogatási feljegyzése megerősíti, hogy a szoftver hozzárendelési módot kínál, és képes a dokumentációt a kimenet és a programsorszám szerinti társítás között átalakítani.

Egyik mód sem minden esetben helyes. Előfordulhat, hogy egy programsorban nincs kimeneti utasítás, több kimenet található benne, a kimenet címe máshol is újra felhasználásra kerül, vagy egy utasítás egy nagyobb átszervezés részeként kerül áthelyezésre. Emiatt a címalapú megjegyzés több programsoron is megjelenhet, míg a programsorszámhoz rendelt megjegyzés a helyén maradhat akkor is, ha a hozzá tartozó logika elmozdul. A hozzárendelést szabályozott dokumentációs szabálynak tekintse, ne automatikus javítógombnak.

Védje a forrást szerkesztés előtt

Mentse az eredeti RSS-fájlt csak olvashatóként, és rögzítse az ellenőrzőösszegét, a vezérlő nevét, a program verzióját és a feltöltés dátumát. Exportálja vagy nyomtassa ki az adatbázist és a programsorok megjegyzéseit olyan formátumban, amely később összehasonlítható. Ha a projektet vezérlőről tölti fel, ne feledje, hogy a leírások és megjegyzések nem feltétlenül ugyanúgy tárolódnak az SLC processzorban, mint a létralogika. A feltöltés visszaállíthatja a logikát, miközben a projekt továbbra is a megfelelő offline dokumentációs adatbázis nélkül marad.

Másolatfájlon dolgozzon. Válasszon több tesztesetet: normál OTE-programsort, OTL- és OTU-párt, több kimenetet tartalmazó programsort, egyértelmű kimenet nélküli programsort, valamint olyan alprogramot, amely új logikát fog kapni. Mindegyik esetnél rögzítse az aktuális fájlszámot, programsorszámot, a kiválasztott horgonyszer-címet és a megjegyzés szövegét.

Válassza ki a hozzárendelést a mérnöki szándék alapján

A kimeneti címhez rendelt hozzárendelést akkor használja, ha a kimenet egyértelműen azonosítja a funkciót, és a programsor várhatóan el fog mozdulni. Egy motorindítási parancs, szekvenciaállapot-bit vagy riasztási retesz tartós horgonyt biztosíthat, ha a címre névkonvenció vonatkozik, és azt nem használják újra. A megjegyzés a funkció céljára, reteszeléseire és rendellenes működésére összpontosítson, ne a szimbólum leírását ismételje.

A fájlhoz és programsorhoz rendelt hozzárendelést akkor használja, ha a magyarázat egy helyhez vagy szakaszhoz, nem pedig egyetlen címhez tartozik. Ilyen például az átmenetek dokumentálása, a diagnosztikai számítások, az inicializálási logika vagy egy több kapcsolódó kimenetet tartalmazó programsor. Ilyen esetekben egy kizárólag dokumentációs bit kényszerű beillesztése a végrehajtható logikába karbantartási kockázatot teremthet. Ne adjon hozzá nem használt utasításokat működő géphez pusztán egy megjegyzési konvenció teljesítése érdekében.

A reteszelő és kioldó párok különös figyelmet igényelnek, mivel gyakran ugyanazt a címet használják. A címszintű leírásnak a reteszelt állapot jelentését kell ismertetnie. A programsorra vonatkozó megjegyzéseknek azt kell leírniuk, mi állítja be, mi törli, és mely engedélyezési feltételek érvényesek. Ha egyetlen közös megjegyzés nem képes biztonságosan kifejezni mindkét műveletet, a részletes megjegyzéseket hagyja helyhez kötve, és az egységes szimbólum- és címleírásokkal biztosítsa a kereszthivatkozást.

A megosztott címekhez olyan dokumentációs szabály szükséges, amely megkülönbözteti az állapot jelentését az egyes programsorok működésének okától.

A megjegyzéseket szabályozott tételekben migrálja

Egyetlen programfájllal kezdjen, ne az egész projekttel. Minden megjegyzést hasonlítson össze az eredeti jelentéssel, mielőtt módosítaná a hozzárendelését. Csak azokat a megjegyzéseket rendelje át, amelyeknek a kívánt logikai kapcsolata egyértelmű. Az offline másolatban szúrjon be egy ideiglenes tesztprogramsort a mintalogika fölé, helyezzen át egy mintaprogramsorot a fájlon belül, és másoljon át egy mintát a fájlok között. Figyelje meg, mely megjegyzések mozognak, és melyek maradnak a helyükhöz kötve.

Minden tétel után keressen üres megjegyzéseket, megkettőzött szöveget, váratlan címekhez rendelt megjegyzéseket és több programsoron használt kimeneti címeket. Minden horgonyszerre futtasson kereszthivatkozást. Egy egyedinek tűnő bitet még írhat ki kioldóutasítás, mozgatási utasítás, fájlművelet vagy más rutin. Ha a kapcsolat bizonytalan, hagyja változatlanul a forrásmeg- jegyzést, és jelölje meg egy, a gép szekvenciáját ismerő vezérléstechnikai mérnök számára.

Ellenőrizze a szoftver- és archívumhatárokon át

Ha lehetséges, a szerkesztett másolatot ugyanazzal az RSLogix 500-verzióval nyissa meg, amelyet a helyszínen használnak. Ezután nyissa meg újra a mentett fájlt, és ismételje meg a minta beszúrási és áthelyezési teszteket. A verziók közötti átalakításokat és az adatbázis-importálásokat önálló migrációként kell kezelni. A hivatalos SLC 500 utasításkészlet-referenciakézikönyv továbbra is az utasítások működésének elsődleges forrása, de a dokumentáció hozzárendelése szoftveres-adatbázis-viselkedés, ezért azt a telepített RSLogix környezetben ellenőrizni kell.

Végezzen logika-összehasonlítást annak megerősítésére, hogy a kizárólag dokumentációt érintő projektmódosítás nem változtatta meg a végrehajtható programsorokat, az adattáblák méretét, a csatornakonfigurációt vagy a processzorbeállításokat. A megjegyzések javítása nem válhat felülvizsgálat nélküli vezérlési módosítássá. A mesterfájl lecserélése előtt kövesse a telephely biztonsági mentési, jóváhagyási és letöltési eljárásait.

Tegye karbantarthatóvá a konvenciót

Vegye fel a hozzárendelési szabályt a programozási szabványba és a kódellenőrzési ellenőrzőlistába. Minden jóváhagyott módosításhoz követeljen meg aktuális RSS-archívumot, és tartsa szinkronban a megjegyzéseket a szimbólumokkal, az elektromos rajzokkal és a HMI-riasztások szövegével. Az SLC-platformon maradó gépeknél igazítsa a dokumentáció tulajdonjogát a szélesebb PLC- és PAC-rendszerek életciklus-tervéhez, valamint a telephely RSLogix 500 online szerkesztési gyakorlatához.

A legjobb hozzárendelési mód az, amely megőrzi a jelentést a telephelyen ténylegesen végrehajtott módosításokon keresztül. Az ellenőrzött kiindulási állapot, a kifejezett kiválasztási szabályok, a tételes tesztelés és a mentés utáni összehasonlítás megakadályozza, hogy egy kozmetikai adatbázisprobléma hibaelhárítási kockázattá váljon.