RSLogix 500 létraszakasz-kommentek migrálása: Megjegyzések csatolása a kimeneti címhez
Javítsa ki az RSLogix 500 programban a létraszakaszok címeinek hibás létraszakaszokra ugrását. Ismerje meg a helyes „Csatolás ehhez” beállítást – használja a...
Az RSLogix 500 létradiagramjának rung-megjegyzései kozmetikai részletnek tűnhetnek, amíg egy logikai módosítás egy teljes fájlt el nem tol, és minden megjegyzés rossz runghoz nem kerül. A döntő különbség az, hogy mihez van csatolva a megjegyzés: a File/Rung elemhez vagy egy Output Addresshez. A File/Rung csatolás a szöveget egy programfájlon belüli rung-számhoz rögzíti. Ha az adott hely fölé beszúr egy rungot, a megjegyzés a régi számmal marad, így a dokumentáció elszakad attól a logikától, amelyet korábban leírt. Az Output Address csatolás a megjegyzést egy adott kimeneti utasításcímhez köti, ezért a szöveg követi a logikát a rungok beszúrásakor, törlésekor vagy átrendezésekor.
Az RSLogix 500 megjegyzéscsatolási lehetőségei: File/Rung és Output Address hozzárendelés.
Minden olyan létradiagram esetén, amelyet több felülvizsgálaton keresztül karban kell tartani, részesítse előnyben a rung elsődleges kimenetéhez tartozó Output Address megjegyzéseket. Amikor a technikusok reteszeléseket vagy elágazási feltételeket szúrnak be a meglévő logika fölé, a magyarázó szöveg azzal az OTE, OTL vagy más kimenettel együtt mozog, amely meghatározza a rung célját. Pontosan erre van szükség egy sűrű OEM-fájl letisztított üzemi szabvánnyá történő migrálásakor.
Reteszelési párok és megosztott megjegyzésütközések
Az ugyanarra a bitre hivatkozó OTL és OTU utasítások egyetlen közös Output Address-megjegyzésmezőt használnak. Ha részletesen dokumentálja a reteszelő rungot, majd később egy reteszelést feloldó rungot ad hozzá ugyanahhoz a címhez, mindkét rung ugyanazt a megjegyzésszöveget jeleníti meg. Ez nem hiba; így működik a címalapú dokumentáció. A gyakorlati megoldások tudatos döntést igényelnek. Használja a közös cím szintjének jelentéséhez az I/O- vagy bitleírás-mezőket (például: „Ürítőszelep öntartása”), a rungra jellemző leírást pedig helyezze egy egyedi kimenetre — gyakran egy kizárólag dokumentációs horgonyként használt, B3 bináris fájlban lévő helyőrző bitre —, vagy fogadjon el egy rövid közös megjegyzést, és a részletes feljegyzéseket csak akkor írja a rung HTML-/hosszú megjegyzésébe, ha az Ön verziója ezt támogatja anélkül, hogy a megjegyzést szétválasztaná.
A kizárólag megjegyzéshorgonyként használt helyőrző biteket, például a B3:x biteket, soha nem szabad valódi engedélyezési feltételekhez újra felhasználni. Nevezze el őket egyértelműen az adattábla leírásában (például: „DOC_ONLY_FillSeq”), hogy a későbbi szerkesztők ne „takarítsák ki” a nem használt biteket, és ne semmisítsék meg a megjegyzéstérképet.
Példa egyetlen bithez tartozó reteszelő és reteszelést feloldó párra, ahol az Output Address megjegyzései megosztottak az OTL és OTU rungok között.
Migrálási eljárás
- Exportálja vagy nyomtassa ki a meglévő megjegyzésjelentést, hogy az újracélzás előtt semmi ne vesszen el.
- Azonosítsa azokat a rungokat, amelyekhez File/Rung megjegyzések tartoznak, és amelyek várhatóan bővülő fájlokban találhatók.
- Írja be újra ezeket a megjegyzéseket Output Address csatolással, a fő kimeneti címhez rendelve őket.
- OTL/OTU párok esetén döntse el, hogy elegendő-e a megosztott címhez tartozó megjegyzés, vagy egy B3 dokumentációs bit hordozza-e a részletes szöveget az egyik rungen.
- Szúrjon be egy tesztrungot egy megjegyzéssel ellátott rung fölé, és ellenőrizze, hogy a megjegyzés követi-e a kimenetet.
- Mentse a fájlt, szükség esetén töltse fel az üzemi gyakorlatnak megfelelően, és archiválja az .RSS-fájlt a megjegyzésstratégiát leíró verziómegjegyzéssel.
| Csatolás | Követi a beszúrásokat? | Legjobb felhasználás |
|---|---|---|
| File/Rung | Nem — a rung-számhoz kötve marad | Nem szerkesztendő statikus referenciafájlok |
| Output Address | Igen — követi a kimenetet | Aktívan változó, folyamatosan karbantartott gépi logika |
Verziómegjegyzések és ellenőrzés
A megjegyzések működése lényegét tekintve egységes maradt a széles körben használt RSLogix 500-verziókban, de verziók közötti mentés után mindig ellenőrizze a csatolás típusát. Ha egy régebbi .RSS-fájlt újabb szerkesztőben nyit meg és ment el, az normalizálhatja az adatbázismezőket; ne bízzon vakon tömeges feltételezésekben, hanem ellenőrizzen néhány mintaként kiválasztott rungot. Keressen üres megjegyzésjelölőket, amikor programfájlok között másol és beilleszt; a beillesztett rungok néha a várt csatolás nélkül érkeznek.
Az ellenőrzéshez szúrjon be és töröljön rungokat a processzorfájl egy munkapéldányában, majd hasonlítsa össze a megjegyzések elhelyezkedését a kimeneti címekkel. Ha egy megjegyzés továbbra is a 12. rungen marad, miközben az OTE a 15. rungra került, akkor még mindig File/Rung csatolást használ. Javítsa ki a következő termelési szerkesztési időablak előtt.
Az egyértelmű dokumentáció csökkenti a javításhoz szükséges átlagos időt az SLC-korszak gépein, amelyek még mindig számos csomagoló- és anyagmozgató sort vezérelnek. Kezelje a megjegyzéscsatolást a kódszabvány részeként — a szimbólumelnevezéssel és a kereszthivatkozásokkal együtt —, amikor RSLogix 500 alatt karbantartja vagy migrálja a PLC- és PAC-rendszereket.
A szerzőről
Mark Townsend | Vezető automatizálási mérnök – Allen-Bradley-rendszerek
Mark Townsend vezető automatizálási mérnök, aki több mint 18 éve dolgozik Allen-Bradley-platformokon, többek között ControlLogix, CompactLogix és régebbi SLC-500 rendszereken. Mindennapi munkája az RSLogix / Studio 5000 logika, valamint a FactoryTalk View HMI-k üzembe helyezése elöregedett és vegyes rendszerflottákban.