Vissza a blogba

1747-SN blokkátvitelek konfigurálása a PowerFlex 70-hez RIO-n keresztül

Konfiguráljon egy 1747-SN és 20-COMM-R modult anélkül, hogy összekeverné a diszkrét I/O-t, a blokkátviteli I/O-t és az explicit üzenetküldést. Ez az útmutató a processzorverziókat, a puffereket, a ...

A PowerFlex 70 képes parancs-, referencia-, állapot-, visszacsatolási és kiválasztott paraméteradatokat cserélni egy SLC 500-zal egy 1747-SN Remote I/O-szkenneren és egy 20-COMM-R-adapteren keresztül. A nehéz rész nem egyetlen adatátvitel létrehozása, hanem három különböző adatút elkülönítése: a RIO diszkrét képe, a blokkátviteles I/O és a blokkátviteles explicit üzenetküldés.

Az eredeti projektet minden módosítás előtt át kell vizsgálni. Rögzítse az SLC processzor katalógusszámát, sorozatát és firmware-verzióját; a 1747-SN foglalatát és sorozatát; a logikai rack- és csoportkiosztást; a 20-COMM-R konfigurációját; valamint a PowerFlex vezérlésforrását, referenciaforrását, maszkjait, hibaeseményekre vonatkozó műveleteit és az engedélyezett Datalinkeket. Egy általános példa nem helyettesítheti a telepített rendszer konkrét adatait.

A 1747-SN-szkenner egy 20-COMM-R-adapteren keresztül kommunikál egy PowerFlex 70-nel

A RIO-kapcsolatot a 1747-SN kezeli; a 20-COMM-R ezt a kapcsolatot a hajtás DPI-parancs-, referencia-, állapot-, visszacsatolási és Datalink-adataivá képezi le.

Ellenőrizze a támogatott architektúrát

A 1747-SN a RIO-master az SLC-állványban. A Rockwell 1747-SN Remote I/O Scanner User Manual kézikönyve szerint a B vagy újabb sorozatú szkennerek támogatják a diszkrét és a blokkátviteles adatátvitelt. A kézikönyv legfeljebb négy logikai racknyi diszkrét RIO-adatot dokumentál; a pontos adapterkiosztás a szkenner G-fájljában konfigurálható.

A PowerFlex 70 megfelelő interfész nélkül nem csatlakoztatható közvetlenül a Blue Hose-hoz. A 20-COMM-R a Rockwell 20-COMM-R Remote I/O Adapter User Manual kézikönyvében ismertetett RIO-adapter. Ellenőrizze az adapter katalógusszámát és firmware-verzióját, ahelyett hogy a régi rajzokon használt informális „RVC” megnevezésre hagyatkozna.

A kábelezés módosítása előtt dokumentálja a RIO átviteli sebességét, rackcímét, kezdőcsoportját, rackméretét, lezárását, a kábel polaritását és a kapcsolat egyetlen szkenner általi birtoklását. Alkalmazza a kézikönyvekben megadott kábel- és lezárási követelményeket. Ne alakítson ki csillagpontos leágazást vagy hosszú leágazó kábelt egy új hajtás csatlakoztatásához.

Válassza szét a három adatutat

Diszkrét I/O

A diszkrét kép a ciklikus vezérlési út. A 20-COMM-R kézikönyve szerint a Logic Command vagy Logic Status szó a diszkrét képben található, a referencia, a visszacsatolás és az engedélyezett Datalinkek pedig a konfigurált rackméret és adapterparaméterek szerint vannak leképezve. A pontos bitdefiníciók a csatlakoztatott DPI-hajtástól függenek, ezért az adapter kézikönyvében szereplő PowerFlex 70-definíciókat használja.

A parancs tulajdonjogát egyértelműen meg kell határozni. Tesztelés előtt ellenőrizze a hajtáson kiválasztott parancs- és sebességreferencia-forrást, a logikai maszkokat és az engedélyezési feltételeket. A megfelelően változó RIO-szó nem tudja elindítani azt a hajtást, amelynek vezérlését továbbra is a helyi bemenet, a HIM vagy egy másik port birtokolja.

Blokkátvitelű I/O

A blokkátvitelű I/O a ciklikus referenciát, visszacsatolást és Datalink-képet továbbítja, amikor ez a kép blokkátvitellel van konfigurálva. A 20-COMM-R legfeljebb 18 szavas átviteleket I/O-átvitelként ismer fel. Ez korrigálja azt a gyakori hibát a helyszíni feljegyzésekben, amely minden átvitelt rögzített, 16 szavas blokként ír le.

A szkenner- és processzorrevíziók megkülönböztetése szintén fontos. A B vagy újabb sorozat a 1747-SN szkenner blokkátviteli képességére vonatkozik. A natív BTR és BTW utasítások a támogatott SLC-processzorsorozatokhoz és firmware-verziókhoz kötődnek; a Rockwell példái C sorozatú, 3.xx vagy újabb firmware-revíziójú processzort határoznak meg. Régebbi processzoros megoldások a szkenner M0 és M1 fájljában lefoglalt vezérlési és állapotpuffereket használják.

Explicit blokkátviteles üzenetküldés

Az explicit üzenetküldés a ciklikus I/O-képen kívüli konfigurációs vagy felügyeleti adatokhoz használható. Az adapter kézikönyve megkülönbözteti az explicit üzenetekhez és az I/O-átvitelekhez felismert méreteket. Arra is figyelmeztet, hogy a paraméteradatok nem felejtő tárolóba történő ismételt írása csökkentheti a tároló élettartamát. A gyakran változó üzemi adatoknak a Datalinkekbe vagy a ciklikus képbe kell kerülniük, nem pedig ismételt, nem felejtő paraméterírásokba.

Alakítsa ki tudatosan a pufferlogikát

Natív BTR és BTW utasításokat támogató processzor esetén pontosan a kézikönyvekben leírtak szerint konfigurálja a racket, a csoportot, a szkenner foglalatát, a vezérlőblokkot, az adatfájlt, a kért szószámot és az M-fájlpuffer címét. Minden blokkátvitelhez külön pufferterület szükséges. Ne fedje át a vezérlőblokkokat, és ne használja újra a puffert az előző tranzakció befejezése előtt.

Régebbi processzorlogika esetén másolja az alkalmazás vezérlési és adatszerkezetét a szkenner M0-pufferébe, majd másolja az M1 állapot- vagy visszaküldött adatait a normál processzorfájlokba. Az M-fájlok elérése növeli a processzor letapogatási idejét, ezért az ajánlásoknak megfelelően használjon több szót kezelő másolási utasításokat, ahelyett hogy egyedi M-fájlbit-hivatkozásokat szórna szét a programban.

A megvalósítástól függetlenül tegye hozzáférhetővé a diagnosztikához az engedélyezés, a befejezés, a hiba, az időtúllépés és az utolsó sikeres átvitel állapotát. Ismétlődő átvitelt csak az előző átvitel befejezése vagy hibája után engedélyezzen újra. A RIO-szkenner minden távoli rack-letapogatáskor egy blokkátviteli kérést dolgoz fel, még akkor is, ha több kérés kezdeményezhető. A folyamatosan újraindított átvitelek ellenőrizetlen halmaza ezért növelheti az adott rack minden eszközének késleltetését.

Határozza meg a kommunikációs és üresjárati viselkedést

A 20-COMM-R különböző műveleteket határoz meg kommunikációs hiba és a vezérlő Run módból való kilépése esetére. Ezek a műveletek a jóváhagyott beállításoktól függően hibára állíthatják a hajtást, leállíthatják, megtarthatják az utolsó parancsot, vagy alkalmazhatnak konfigurált adatokat. A kommunikáció megszakadása után az utolsó sebességparancs megtartása sok alkalmazásban veszélyes lehet; az automatikus leállítás pedig ott lehet veszélyes, ahol a kifutás újabb kockázatot jelent. A választ a gép kockázatértékelésének és a hajtás kézikönyvének kell meghatároznia.

Üzembe helyezéskor mindkét állapotot tesztelje. Ellenőrzött, termelésen kívüli állapotban válassza le a RIO-kapcsolatot, és ellenőrizze a konfigurált kommunikációshiba-kezelést. A jóváhagyott eljárás szerint állítsa az SLC-t Program módba, és ellenőrizze az üresjárati hibakezelést. Győződjön meg arról, hogy a HMI a kommunikáció minőségét külön jeleníti meg a hajtás működési vagy üzemkész állapotától.

A blokkátviteles üzembe helyezés során használt RIO-szkenner-diagnosztika és PowerFlex-állapot

A szkenner állapotát, az adapter állapotát, az átviteli vezérlőbitjeit és a hajtásállapotot együtt kell kiértékelni; egyetlen LED sem bizonyítja önmagában, hogy a vezérlési út helyes.

Az üzembe helyezést a fizikai rétegtől felfelé végezze

Bizonyítsa a RIO-kapcsolat működését

Ellenőrizze az egyetlen szkennert, a megfelelő polaritást és lezárást, az egyező átviteli sebességet, az érvényes rack- és csoportkiosztást, valamint az aktív eszköz stabil állapotát. Tekintse át az újrapróbálkozási számlálókat és a szkenner diagnosztikáját. Ne tulajdonítson jelentést nem dokumentált hexadecimális kódnak; használja a telepített szkenner- és adapterrevízió hibakódtáblázatát.

Az adatok fogadását a parancsok engedélyezése előtt bizonyítsa

A hajtást biztonságosan letiltott állapotban ellenőrizze a Logic Status, a visszacsatolás és az engedélyezett Datalinkek adatait a HIM-mel vagy független megfigyeléssel összevetve. Erősítse meg a 32 bites Datalinkek szósorrendjét az adapter kézikönyve alapján. Egy hihető, de hibásan összeállított érték nem fogadható el.

Bizonyítsa a parancs tulajdonjogát és a skálázást

Először küldjön leállítási parancsot, majd korlátozott referenciát, miközben a hajtás továbbra is letiltott állapotban marad. Erősítse meg, hogy az adapter a kívánt parancsot és referenciát fogadja. Csak az állapot, a tulajdonjog, a maszkok és a skálázás ellenőrzése után végezze el a jóváhagyott, alacsony sebességű próbaindítást.

Bizonyítsa a helyreállást

Tesztelje a kábel megszakadását, a hajtás ki- és bekapcsolását, a szkenner újraindítását, az SLC módváltását és a kommunikáció helyreállását. Győződjön meg arról, hogy helyreállás után a parancsok nem folytatódnak váratlanul, és hogy a kockázatértékelés által megkövetelt esetekben tudatos kezelői beavatkozás szükséges.

Dokumentálja az interfészt karbantartott eszközként

Az RSLogix 500 biztonsági másolatával együtt tárolja a G-fájl kiosztását, a rack- és csoporttérképet, a diszkrét szavakat, a BTR- és BTW-vezérlőblokkokat, az M0- és M1-puffereket, a Datalink-paraméter-hozzárendeléseket, a hibaeseményekre vonatkozó műveleteket és az átvételi tesztek eredményeit. A releváns cserehardverek a PLC- és PAC-rendszerek gyűjteményében tekinthetők át, míg a kábelezés és az interfészkomponensek a kommunikációs és hálózatépítési gyűjteménybe tartoznak.

A régi RIO továbbra is üzembiztosan használható, ha az adatkezelés és a hibaviselkedés átlátható. A legfontosabb fejlesztés nem több létradiagram-logika hozzáadása, hanem a nem egyértelmű sorozatmegjelölések, a nem dokumentált állapotkódok, az átfedő pufferek és a nem tesztelt hajtásviselkedés eltávolítása a karbantartási tervből.

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.