Engineering Logix által előállított és felhasznált tagek

A gyártott és fogyasztott tagek lehetővé teszik, hogy a Logix vezérlők üzenetküldési utasítások nélkül cseréljenek vezérlőszintű adatokat. A gyártó elérhetővé tesz egy taget; egy vagy több konfigurált fogyasztó a kért csomagküldési időközönként fogadja azt. A mechanizmus egyszerű, a stabil megvalósítás azonban az adatdefiníciók, a hálózati útvonalak, a kapcsolatkeretek és a hibakezelés összehangolásától függ.

Válassza a megfelelő mintát az adott feladathoz

Gyártott és fogyasztott tageket akkor használjon, amikor a társvezérlőknek meghatározott frissítési gyakoriságú ciklikus adatokra van szükségük. Tipikus példák a gépállapotok összehangolása, a sorszigorok, a termelési darabszámok és a megosztott állapotinformációk. A kapcsolatot nem a létradiagram-logika indítja, hanem konfiguráció határozza meg, ezért olyan adatokhoz alkalmas, amelyeket folyamatosan frissíteni kell.

Ne tekintse ezt a módszert minden vezérlők közötti adatcserét helyettesítő megoldásnak. Alkalmi olvasásokhoz vagy írásokhoz az explicit üzenetek megfelelőbbek lehetnek. Felügyeleti adatokhoz jobb választás lehet egy HMI, egy historian vagy egy broker. A biztonsági adatokra külön vezérlő-, firmware- és konfigurációs szabályok vonatkoznak. Először határozza meg, milyen információra van szükség, milyen gyorsan kell megérkeznie, és mit kell tennie a fogadó gépnek, ha az adat érkezése megszűnik.

Határozzon meg stabil adatszerződést

A gyártott és fogyasztott tageknek egyező adattípusokat kell használniuk, beleértve a tömbméreteket is. Egy felhasználó által definiált adattípus általában könnyebben kezelhető, mint az egyedi értékek laza halmaza. Csoportosítsa a folyamatadatokat, a séma verzióját, az üzemmódot és az állapotjelzőket egy struktúrába. Ha várható későbbi bővítés, hagyjon fenn tartalék tagokat, de tartsa célzottan a csomagot.

Dokumentálja minden tagnak a jelentését, mértékegységét és érvényes tartományát. Egy numerikus érték önmagában nem egyértelmű: mérnöki mértékegységet, nyers számlálási értéket vagy skálázott százalékot is jelenthet. Határozza meg, hogy az egyes parancsok és állapotok melyik vezérlő tulajdonában vannak. Két vezérlő ne írja egymástól függetlenül ugyanazon gépállapot versengő változatait.

A gyártó konfigurálása

Hozza létre a forrástaget vezérlőszinten, és állítsa a használatát gyártott értékre. Állítsa be a várható fogyasztók számát, a kialakításhoz illeszkedő tartalékkal. A Rockwell Automation szerint egy gyártott taget több fogyasztó is használhat, a pontos vezérlő- és hálózati korlátok azonban a hardvertől és a firmware-től függenek.

A teljes struktúrát koherensen frissítse. Ha külön logikai rutinok különböző időpontokban írják az egyes tagokat, a fogyasztó vegyes állapotot láthat. Az elküldendő struktúrát egyetlen rutinban állítsa elő, vagy a számítások befejezése után másolja a teljes, elkészült struktúrát a gyártott tagbe.

Az egyes fogyasztók konfigurálása

Adja hozzá a gyártó vezérlőt a fogyasztó I/O-konfigurációjához a ténylegesen támogatott hálózati útvonalon keresztül. Ezután hozzon létre egy fogyasztott, vezérlőszintű taget ugyanazzal az adattípussal. Adja meg pontosan a gyártó nevét és a távoli tag nevét. A konfigurált útvonal, a vezérlőazonosító és a tag helyes elnevezése egyaránt a kapcsolat részét képezi.

A kért csomagküldési időközt a folyamat követelményei alapján válassza ki, ne a párbeszédablak által engedélyezett leggyorsabb érték alapján. A rövid RPI hálózati és vezérlő-erőforrásokat fogyaszt. A lassú RPI késleltetheti a sorszigorokat vagy a sor összehangolását. A maximálisan elfogadható adatkort meghatározásakor számoljon a hálózati frissítési idővel, a feladat végrehajtásával és az alkalmazás reakcióidejével.

Tervezzen a kapcsolat megszakadására

A frissülni megszűnt adatok továbbra is hihetőnek tűnhetnek. A fogyasztónak meg kell különböztetnie az aktuális információt a megőrzött információtól. A Rockwell dokumentációja támogatja a CONNECTION_STATUS tagot egy felhasználó által definiált struktúra elején a gyártott és fogyasztott kapcsolatok felügyeletéhez. Egy alkalmazásszintű életjel vagy sorszámláló további bizonyítékot adhat arra, hogy a gyártó logikája fut, és a hasznos teher az elvárásoknak megfelelően változik.

Minden felhasználási esetre határozza meg az elavult adatokra adott választ. Egy kijelzőérték megjelenítheti a „kommunikáció megszakadt” üzenetet. Egy termelési számláló minőségi jelzővel együtt megtartható. Egy mozgási engedélyezésnek le kellhet tiltania a mozgást, és szabályozott újraindítást tehet szükségessé. Ne kényszerítsen automatikusan nullára egy megosztott parancsot, kivéve, ha a nulla a meghatározott biztonságos és működés szempontjából helyes válasz.

Az adatcserét módszeresen helyezze üzembe

A tagek hibakeresése előtt ellenőrizze a fizikai hálózatot és a vezérlők útvonalait. Győződjön meg arról, hogy minden vezérlő online állapotú, elérhető és megfelelően szerepel az I/O-fában. A gyártói és fogyasztói konfigurációkat szabályozott sorrendben töltse le. Az alkalmazás működésének tesztelése előtt figyelje meg a kapcsolat állapotát.

Módosítson egy tesztértéket a gyártónál, és kövesse nyomon a fogyasztói struktúrán keresztül. Teszteljen minden működést befolyásoló tagot, beleértve az előjeles értékeket, a tömböket és az üzemmódbiteket. Mérje meg a tényleges frissítési időt, és hasonlítsa össze a tervezési céllal. Ezután egy jóváhagyott tesztfeltétel mellett válassza le a gyártót vagy a hálózatot, és ellenőrizze az elavult adatokra vonatkozó riasztást, valamint a gép válaszát.

Gyakori hibák elhárítása

Ha egy kapcsolat soha nem jön létre, annak oka általában helytelen útvonal, vezérlőnév, távoli tag név, adattípus vagy kapacitáskorlát. Az időszakosan megszakadó kapcsolatot hálózati terhelés, instabil kapcsolat, vezérlő-erőforrásokra nehezedő nyomás vagy túl agresszív RPI okozhatja. Ha a kapcsolat egészséges, de az értékek hibásak, az rendszerint adatszerződési vagy alkalmazáslogikai problémára utal.

Hasonlítsa össze egymás mellett a két projektet. Ellenőrizze a struktúradefiníciót, a tömbméretet és a verziót. Az RPI-k véletlenszerű módosítása előtt tekintse át a vezérlő diagnosztikáját és a menedzselt switch számlálóit. Ha egy gyártott struktúra megváltozik, kezelje azt interfészverzióként, és hangolja össze a frissítést minden fogyasztóval.

Kezelje az interfészt üzemi infrastruktúraként

Archiválja mindkét vezérlőprojektet, és tartson fenn interfész-nyilvántartást a gyártóval, a fogyasztókkal, a tagnevekkel, az adattípusokkal, az RPI-kkel és a hibák esetén végrehajtandó műveletekkel. Vegye fel az adatcserét a biztonsági mentések, a firmware-frissítések és a hálózati módosítások felülvizsgálatába. Vezérlőcsere esetén a gépi parancsok engedélyezése előtt ellenőrizze a kommunikációs útvonalat és a kapcsolat állapotát.

A kapcsolódó hardver megtalálható az Allen-Bradley ControlLogix és a Kommunikáció és hálózatépítés gyűjteményekben. A konfigurációs részleteket és a platformkorlátokat a Rockwell Automation Gyártott és fogyasztott tagek programozási kézikönyvében kell ellenőrizni. A jól definiált adatszerződés és az elavult adatokra adott egyértelmű válasz még jóval az üzembe helyezés után is karbantarthatóvá teszi a kapcsolatot.