RSLogix 500 Rung Comment Migration: Attach Comments to Output Address — figure 1

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.

RSLogix 500 rung-megjegyzések migrálása: megjegyzések csatolása az Output Addresshez — 1. ábra 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.

RSLogix 500 rung-megjegyzések migrálása: megjegyzések csatolása az Output Addresshez — 2. ábra 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

  1. Exportálja vagy nyomtassa ki a meglévő megjegyzésjelentést, hogy az újracélzás előtt semmi ne vesszen el.
  2. Azonosítsa azokat a rungokat, amelyekhez File/Rung megjegyzések tartoznak, és amelyek várhatóan bővülő fájlokban találhatók.
  3. Írja be újra ezeket a megjegyzéseket Output Address csatolással, a fő kimeneti címhez rendelve őket.
  4. 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.
  5. 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.
  6. 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.

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 kimeneti címet, hogy a megjegyzések a l...

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.

RSLogix 500 rung-megjegyzések migrálása: megjegyzések csatolása az Output Addresshez — 1. ábra 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.

RSLogix 500 rung-megjegyzések migrálása: megjegyzések csatolása az Output Addresshez — 2. ábra 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

  1. Exportálja vagy nyomtassa ki a meglévő megjegyzésjelentést, hogy az újracélzás előtt semmi ne vesszen el.
  2. Azonosítsa azokat a rungokat, amelyekhez File/Rung megjegyzések tartoznak, és amelyek várhatóan bővülő fájlokban találhatók.
  3. Írja be újra ezeket a megjegyzéseket Output Address csatolással, a fő kimeneti címhez rendelve őket.
  4. 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.
  5. 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.
  6. 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.

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.