Konfigurace blokových přenosů 1747-SN pro PowerFlex 70 prostřednictvím RIO
Nakonfigurujte zařízení 1747-SN a 20-COMM-R bez záměny diskrétních I/O, blokového přenosu I/O a explicitního zasílání zpráv. Tato příručka se zabývá revizemi procesoru, vyrovnávacími pamětmi, reakc...
PowerFlex 70 může prostřednictvím skeneru Remote I/O 1747-SN a adaptéru 20-COMM-R vyměňovat se systémem SLC 500 příkazy, reference, stavové informace, zpětnou vazbu a vybraná data parametrů. Obtížná část nespočívá ve vytvoření jednoho přenosu, ale v udržení tří různých datových cest oddělených: diskrétního obrazu RIO, I/O blokového přenosu a explicitního zasílání zpráv pomocí blokového přenosu.
Před jakoukoli úpravou je nutné prověřit původní projekt. Zaznamenejte katalogové číslo procesoru SLC, jeho sérii a firmware; slot a sérii modulu 1747-SN; přidělení logického racku a skupiny; konfiguraci 20-COMM-R; zdroj řízení PowerFlex, zdroj reference, masky, reakce na poruchy a povolené Datalinky. Obecný příklad nemůže nahradit údaje o konkrétně instalovaném zařízení.
Skener 1747-SN spravuje linku RIO; 20-COMM-R mapuje tuto linku na data příkazu, reference, stavu, zpětné vazby a Datalinků DPI měniče.
Ověřte podporovanou architekturu
1747-SN je masterem RIO v šasi SLC. Uživatelská příručka Rockwell 1747-SN Remote I/O Scanner User Manual uvádí, že skenery série B nebo novější podporují diskrétní i blokové přenosy. Dokumentuje také maximálně čtyři logické racky diskrétních dat RIO, přičemž přesné přidělení adaptéru se konfiguruje v souboru G skeneru.
PowerFlex 70 se bez vhodného rozhraní nepřipojuje přímo ke kabelu Blue Hose. Adaptér 20-COMM-R je adaptér RIO popsaný v příručce Rockwell 20-COMM-R Remote I/O Adapter User Manual. Ověřte katalogové číslo a firmware adaptéru a nespoléhejte na neformální označení „RVC“ používané ve starých výkresech.
Před změnami zapojení zdokumentujte přenosovou rychlost RIO, adresu racku, počáteční skupinu, velikost racku, zakončení, polaritu kabelu a výhradní vlastnictví linky jediným skenerem. Použijte požadavky na kabeláž a zakončení uvedené v příručkách. Nevytvářejte hvězdicovou odbočku ani dlouhý odbočný kabel kvůli připojení nového měniče.
Rozlišujte tři datové cesty
Diskrétní I/O
Diskrétní obraz je cyklická řídicí cesta. Příručka 20-COMM-R umísťuje slovo Logic Command nebo Logic Status do diskrétního obrazu a mapuje referenci, zpětnou vazbu a povolené Datalinky podle nakonfigurované velikosti racku a parametrů adaptéru. Přesné definice bitů závisí na připojeném měniči DPI, proto použijte definice pro PowerFlex 70 uvedené v příručce adaptéru.
Vlastnictví řízení musí být jednoznačné. Před testováním ověřte zvolené zdroje příkazu a rychlostní reference měniče, logické masky a blokovací podmínky. Správně se měnící slovo RIO nemůže měnič spustit, pokud řízení stále vlastní místní vstup, HIM nebo jiný port.
I/O blokového přenosu
I/O blokového přenosu přenáší cyklickou referenci, zpětnou vazbu a obraz Datalinků, pokud je tento obraz nakonfigurován pro blokový přenos. 20-COMM-R rozpoznává přenosy o délce 18 slov nebo méně jako I/O přenosy. Tím se opravuje běžná chyba v provozních poznámkách, které každý přenos popisují jako pevný blok o 16 slovech.
Důležité je také rozlišovat revize skeneru a procesoru. Série B nebo novější se vztahuje na schopnost skeneru 1747-SN provádět blokové přenosy. Nativní instrukce BTR a BTW závisí na podporované sérii a firmwaru procesoru SLC; příklady společnosti Rockwell uvádějí procesor série C s revizí firmwaru 3.xx nebo novější. Starší implementace procesoru používají řídicí a stavové buffery přidělené v souborech M0 a M1 skeneru.
Explicitní zasílání zpráv pomocí blokového přenosu
Explicitní zasílání zpráv slouží ke konfiguračním nebo monitorovacím datům mimo cyklický I/O obraz. Příručka adaptéru rozlišuje podporované velikosti explicitních zpráv od I/O přenosů. Také varuje před opakovaným zápisem parametrů do energeticky nezávislé paměti, protože časté zápisy mohou zkrátit její životnost. Často se měnící provozní data patří do Datalinků nebo cyklického obrazu, nikoli do opakovaných zápisů parametrů do energeticky nezávislé paměti.
Logiku bufferů vytvářejte promyšleně
U procesoru, který podporuje nativní instrukce BTR a BTW, nakonfigurujte rack, skupinu, slot skeneru, řídicí blok, datový soubor, požadovaný počet slov a adresu bufferu M-souboru přesně podle příruček. Každý blokový přenos musí mít samostatnou oblast bufferu. Nepřekrývejte řídicí bloky ani znovu nepoužívejte buffer před dokončením předchozí transakce.
U starší logiky procesoru zkopírujte řídicí a datovou strukturu aplikace do bufferu M0 skeneru a stav nebo vrácená data z M1 do běžných souborů procesoru. Přístup k souborům M prodlužuje dobu cyklu procesoru, proto používejte doporučené instrukce pro kopírování více slov namísto rozptýlených odkazů na jednotlivé bity souboru M v celém programu.
Bez ohledu na implementaci zpřístupněte pro diagnostiku informace o povolení, dokončení, chybě, časovém limitu a posledním úspěšném přenosu. Opakovaný přenos znovu povolte až po dokončení nebo chybě předchozího přenosu. Skener RIO zpracovává jeden požadavek na blokový přenos při každém skenu vzdáleného racku, přestože lze iniciovat více požadavků. Nekontrolovaná sada nepřetržitě znovu spouštěných přenosů proto může zvýšit latenci všech zařízení v daném racku.
Definujte komunikaci a chování v nečinnosti
20-COMM-R má samostatné reakce na komunikační poruchu a na přechod řídicího systému z režimu Run. Tyto reakce mohou podle schváleného nastavení měnič uvést do poruchy, zastavit jej, podržet poslední příkaz nebo použít nakonfigurovaná data. Podržení posledního příkazu rychlosti po ztrátě komunikace může být v mnoha aplikacích nebezpečné; automatické zastavení může být nebezpečné také tam, kde doběh vytváří jiné riziko. Reakci musí určit posouzení rizik stroje a příručka měniče.
Při uvádění do provozu otestujte obě podmínky. V kontrolovaném stavu bez výroby odpojte linku RIO a ověřte nakonfigurované chování při komunikační poruše. Podle schváleného postupu přepněte SLC do režimu Program a ověřte chování při poruše v nečinnosti. Ověřte, že HMI zobrazuje kvalitu komunikace odděleně od stavu chodu nebo připravenosti měniče.
Stav skeneru, stav adaptéru, řídicí bity přenosu a stav měniče je nutné vyhodnocovat společně; žádná jednotlivá kontrolka neprokazuje správnost řídicí cesty.
Uvádějte systém do provozu od fyzické vrstvy směrem nahoru
Ověřte linku RIO
Ověřte jeden skener, správnou polaritu a zakončení, shodnou přenosovou rychlost, platné přidělení racku a skupiny a stabilní stav aktivních zařízení. Prohlédněte čítače opakovaných pokusů a diagnostiku skeneru. Nepřisuzujte význam nezdokumentovanému hexadecimálnímu kódu; použijte tabulku chyb pro instalovanou revizi skeneru a adaptéru.
Před povolením příkazů ověřte přijímaná data
Se zajištěným blokováním měniče ověřte Logic Status, zpětnou vazbu a všechny povolené Datalinky porovnáním s HIM nebo nezávislým měřením. Ověřte pořadí slov 32bitových Datalinků podle příručky adaptéru. Přijatelná není ani zdánlivě věrohodná, ale nesprávně sestavená hodnota.
Ověřte vlastnictví příkazu a škálování
Nejprve odešlete příkaz Stop a poté omezenou referenci, přičemž měnič zůstane zablokovaný. Ověřte, že adaptér přijímá zamýšlený příkaz a referenci. Teprve po ověření stavu, vlastnictví, masek a škálování může následovat schválený test chodu při nízké rychlosti.
Ověřte obnovení
Otestujte ztrátu kabelu, vypnutí a opětovné zapnutí měniče, reset skeneru, změnu režimu SLC a obnovení komunikace. Ověřte, že se po obnovení příkazy neočekávaně neobnoví a že tam, kde to vyžaduje posouzení rizik, je nutný záměrný zásah obsluhy.
Dokumentujte rozhraní jako udržované aktivum
Uložte přidělení v souboru G, mapu racků a skupin, diskrétní slova, řídicí bloky BTR a BTW, buffery M0 a M1, přiřazení parametrů Datalinků, reakce na poruchy a výsledky přejímacích testů spolu se zálohou RSLogix 500. Relevantní náhradní hardware lze prohlédnout ve kolekci PLC a PAC systémů, zatímco kabeláž a komponenty rozhraní patří do kolekce komunikace a síťových prvků.
Starší RIO může zůstat provozuschopné, pokud jsou jeho vlastnictví dat a chování při poruchách zřetelně zdokumentovány. Nejdůležitějším zlepšením není více logiky v jazyce ladder, ale odstranění nejednoznačných tvrzení o sériích, nezdokumentovaných stavových kódů, překrývajících se bufferů a neotestovaného chování měniče z plánu údržby.