Beznárazové přepnutí aplikace



Podobné dokumenty
Alternativní použití analogových vstupů

Měření teploty a odporu

Využití přebytků energie z FVE

Nahrávání image flash do jednotek APT81xx, PPC81xx

KS-28T Kamerový systém

Komunikace AMREG s řídicími systémy AMiT (DB-Net)

Práce s textovými proměnnými v DetStudiu

Provozní deník v řídicích systémech

AS-28T. Audio systém. Historie verzí. Verze as-28t_v_cz_101.doc

KS-VARIOLF Komunikační rozhraní

KS-VARIO LF2-2 Kamerový systém

XPE91B Windows XP Embedded pro jednotku AP9NW800L0G1

AS 28T Audio systém pro 28T

Programové řešení přechodu na zimní/letní čas

KS-28T Kamerový systém

Komunikace v síti M-Bus

Komunikace v síti LON

ISC-TRIOSEA Informační systém

Doporučená obsluha I/O

KS-28T Kamerový systém

OVLÁDÁNÍ FAN COIL JEDNOTKY 02

KS-VARIOLF Komunikační rozhraní

Průmyslový ethernetový switch bez PoE

Komunikace v síti ARION definice tabulkou

Komunikace v síti MP-Bus

Komunikace AMREG v síti MODBUS TCP

udspt10r JEDNOTKA IMPLEMENTUJÍCÍ DISPLEJ VZDÁLENÉ VARIANTY TERMINÁLU TERM10 Příručka uživatele a programátora

Projekt realizovaný na SPŠ Nové Město nad Metují. s finanční podporou v Operačním programu Vzdělávání pro konkurenceschopnost Královéhradeckého kraje

AMR-DI2RDO2 Podomítkový modul

DataLab LCD. Panelové LCD monitory s dotykovou obrazovkou

Laboratorní úloha č.8 MĚŘENÍ STATICKÝCH A DYNAMICKÝCH CHARAKTERISTIK

Skriptování v DetStudiu

Tento dokument je určen oprávněným uživatelům programového vybavení Avensio Software za těchto podmínek:

Instrukce pro montáž, obsluhu a údržbu

k DUM 08. pdf ze šablony 1_šablona_automatizační_technika_I 03 tematický okruh sady: regulátor

DataLab LCD Panelové LCD monitory s dotykovou obrazovkou

AS 28T Audio systém pro 28T

PROUDOVÝ ZDROJ PRO LED MODULY

Rozšiřující modul s protokolem MODBUS

Automatické měření veličin

Proudový zdroj. Ovládací aplikace pro PC. 3/2017 ATEsystem s.r.o.

Proudový zdroj. Ovládací aplikace pro PC. 12/2016 ATEsystem s.r.o.

DetStudio. Průvodce první aplikací. Návod na obsluhu. Verze 1.00

Průvodce první aplikací

grafické vývojové prostředí pro vytváření aplikačního SW do centrál systému PROMOS line 2

Komunikace v síti GSM/GPRS

DM-GSM2 Modem pro síť GSM

UNIVERZÁLNÍ PID REGULÁTORY

Vysoká škola Báňská. Technická univerzita Ostrava

ešení pro správu klientských počítač a mobilní tisk Číslo dokumentu:

Prostředky automatického řízení Úloha č.5 Zapojení PLC do hvězdy

umenugr JEDNOTKA PRO VYTVÁŘENÍ UŽIVATELSKÝCH GRAFICKÝCH MENU Příručka uživatele a programátora

Práce s PID regulátorem regulace výšky hladiny v nádrži

PROTOKOL O LABORATORNÍM CVIČENÍ - AUTOMATIZACE

Firemní aplikace pro nástěnný ovladač AMR-OP60. Aplikace disponuje automatickým přepínáním zobrazení vnitřní / venkovní teploty.

BASPELIN MRP Popis obsluhy indikační a řídicí jednotky MRP T2

Přehled základních kontrol v ISoSS

Zpětná vazba, změna vlastností systému. Petr Hušek

CLIMATIX POL Seznam parametrů

LookDet Dispečerský systém Uživatel

DM-MB2ET/A Komunikační převodník M-Bus na Ethernet

Úloha 5 Řízení teplovzdušného modelu TVM pomocí PC a mikropočítačové jednotky CTRL

Parametrizace webového serveru

Komunikace v síti Ethernet

!! UPOZORNĚNÍ!! Po nainstalování programu nezapomeňte instalovat Sestavy a Aktualizaci!! Pokyny k instalaci

DM-OT Převodník rozhraní OpenTherm/+ s protokolem ARION

SNAPARC Stahování archivů z řídicích stanic

Prostředky automatického řízení

2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena.

Modul PrestaShop verze 1.6 Uživatelská dokumentace

Osnova přednášky. Univerzita Jana Evangelisty Purkyně Základy automatizace Vlastnosti regulátorů

LZ77 KNIHOVNA PRO KOMPRESI A DEKOMPRESI DAT POMOCÍ ALGORITMU LZ77. Příručka uživatele a programátora

DMM-UI8DO8 Rozšiřující modul s protokolem MODBUS RTU

Nový jednoduchý měnič

Průvodce programováním AMiNi-E jazykem STL Dipl. Ing. Pavel Votrubec

Spojité regulátory Zhotoveno ve školním roce: 2011/2012. Spojité regulátory. Jednoduché regulátory

ISC-TRIOSEA Informační systém

Programovatelná řídící jednotka REG10. návod k instalaci a použití 2.část. Řídící jednotka regulace podtlaku TPR

BASPELIN CPL. Popis obsluhy ekvitermního regulátoru CPL EQ23/EQ24

Modbus RTU v DA2RS. kompletní popis protokolu. 13. března 2018 w w w. p a p o u c h. c o m

PCKEYB JEDNOTKA PRO OBSLUHU KLÁVESNICE TYPU PC AT. Příručka uživatele a programátora

ILH Detektor těkavých organických látek Návod k obsluze

RRAS-MC/A1 IP mikrofon pro kolejová vozidla

BASPELIN RPL. Popis obsluhy regulátoru RPL FIN1

Návod k obsluze řídící jednotky TSC48-2

DUM 02 téma: Spojitá regulace - výklad

Regulátor horkých vtoků 8 64 zón (s externí výkonovou jednotkou Je možno počet zón zvýšit na požadovaný počet)

Komunikace se SLIO moduly. síti PROFIBUS.

Konzervace, restaurování 2

AcasysStudio Prohlížeč videozáznamů jednotek PPMxxxx

Hard r wa w ro r v o á ko n igu ig ra c řa ř dy d 100V a 200V

SnapArc 3 Stahování archivů z řídicích systémů a regulátorů

RB-SW00B/CM1 Konfigurovatelný ethernetový switch

VARIPULSE 04/07 1/10 NÁVOD NA INSTALACI ŘÍDÍCÍ JEDNOTKA VARIPULSE

ESET NOD32 Antivirus. pro Kerio. Instalace

2008 Nokia. Všechna práva vyhrazena. Nokia, Nokia Connecting People a Nseries jsou ochranné známky nebo registrované ochranné známky společnosti

KNIHOVNA LETNI_CAS. edice verze 1.0. Knihovna letni_cas. Ing. Zdeněk Rozehnal MICROPEL s.r.o. 2008

KÓD TYP NAPÁJENÍ TFZ01M IVAR.TFZ01M 230 V nebo 24V AC

Software pro grafické terminály TERM10 a TERM03

Nástroj Setup. Uživatelská příručka

Transkript:

AP0043 APLIKAČNÍ POZNÁMKA Beznárazové přepnutí aplikace Abstrakt Některé řídicí systémy firmy AMiT umožňují beznárazové přepnutí aplikace. Které systémy to jsou a jakým způsobem lze beznárazové přepnutí aplikace provést, je popsáno v této aplikační poznámce. Autor: Zbyněk Říha Dokument: ap0043_cz_01.pdf Příloha Obsah souboru: - - Není Copyright (c) 2010, AMiT, spol. s r.o. www.amit.cz 1/8

Obsah Historie revizí...3 Související dokumentace...3 1. HW podporující beznárazové přepnutí aplikace...4 2. SW nastavení řídicího systému...5 2.1. Zachování stavu výstupů při beznárazovém přepnutí...5 2.2. Obnova dat v řídicím systému...6 3. Technická podpora...7 4. Upozornění...8 ap0043_cz_01 2/8

Historie revizí Verze Datum Změny 001 29. 6. 2010 Nový dokument Související dokumentace 1) Nápověda k návrhovému prostředí DetStudio soubor: DetStudioHelp.chm 3/8 ap0043_cz_01

1. HW podporující beznárazové přepnutí aplikace Vybrané řídicí systémy firmy AMiT umožňují díky speciálnímu přístupu k paměti FLASH beznárazově přepnout mezi aplikacemi při jejich aktualizaci. Znamená to, že řídicí systém zajistí minimální dobu odstavení aplikace v průběhu její aktualizace. Zatímco je nahrávána nová verze aplikace, stará verze aplikace v řídicím systému stále běží. Přepnutí je realizováno až po úspěšném nahraní nové verze aplikace. Beznárazové přepnutí aplikace neznamená pouze mžikové přepnutí mezi starou a novou verzí aplikace. U vybraných typů řídicích systémů lze zároveň zajistit také zachování stavů analogových/digitálních výstupů řídicího systému v průběhu přepínání mezi aplikacemi a v průběhu startu nové verze aplikace. Funkčnost zachování stavu výstupů lze využít pouze u řídicích systémů, které jsou osazeny vlastními (nikoliv vzdálenými) výstupy. Funkčnost beznárazového přepnutí aplikace je dána nejen použitým typem řídicího systému, ale také použitým typem operačního systému (NOS), který byl do řídicího systému zaveden. V případě, že chce uživatel využívat beznárazové přepínání aplikace je nutné, aby do řídicího systému zavedl NOS s označením DUAL FLASH. V případě, že v řídicím systému nebude zaveden NOS s tímto označením, není možné funkci beznárazového přepnutí aplikace využívat. Pokud uživatel do řídicího systému zavede NOS s označením DUAL FLASH, bude moci využívat pouze polovinu z celkové paměti FLASH, kterou je řídicí systém osazen. Druhá polovina bude využívána právě pro funkce beznárazového přepnutí aplikace. Funkci beznárazového přepnutí aplikace lze využívat u následujících řídicích systémů: AMAP99S AMiRiS99S APT32xx(WT) APT35xx ap0043_cz_01 4/8

2. SW nastavení řídicího systému Řídicí systém není nutné pro využití beznárazového přepnutí aplikace žádným způsobem nastavovat. Po zavedení NOS typu DUAL FLASH je řídicí systém připraven pro využití beznárazového přepnutí aplikace. Postup při zavádění aplikace je pak stejný jako u běžných řídicích systémů. O vlastní přepnutí mezi starší a novější aplikací se postará NOS. 2.1. Zachování stavu výstupů při beznárazovém přepnutí Při beznárazovém přepnutí aplikací může dojít při prvním průchodu jednotlivými procesy nové aplikace ke zbytečnému rozepnutí digitálních výstupů a vynulování analogových výstupů (případně k nastavení nežádoucích hodnot na tyto výstupy). K tomuto chování může dojít např. v případě, kdy jsou moduly pro zápis na výstupy řídicího systému umístěny v procesu, který je zpracován dříve než proces s vlastní regulací. Na konci zpracování prvního procesu tak dojde např. k zápisu nulových hodnot na výstupy. Poté se zpracuje vlastní regulační část a až dalším průchodem procesu se zpracováním výstupů dojde k nastavení požadované hodnoty na výstupy řídicího systému. Dojde tedy sice k beznárazovému přepnutí aplikace, nicméně může také dojít k výše popisovanému chování, což může v některých kritických případech vést k nutnosti opětovného náběhu celé technologie. Abychom se tomuto chování vyhnuli, lze použít moduly návrhového prostředí DetStudio, pomocí kterých lze zajistit, aby při přepínání mezi starší a novější verzí aplikace nedocházelo k výše popisovanému chování, ale aby byly zachovány na výstupech aktuální požadované hodnoty i při přepnutí aplikace. Jedná se o moduly: GetAO GetDO Tyto moduly se typicky umisťují do INIT procesu a zjistí, jaká hodnota byla původní aplikací zapsána na příslušných výstupech. Jejich bližší popis lze nalézt v nápovědě k návrhovému prostředí DetStudio. Kód pro zajištění zachování poslední hodnoty zapsané původní aplikací na výstupy by pak mohl vypadat např. následovně: Proces INIT //Zjištění poslední hodnoty zapsané na AO0 GetAO #AO00_0, AO_0[0,0], 10.000, 0.000, 10.000, 0.000, 100.000 //Zjištění poslední hodnoty zapsané na AO1 GetAO #AO00_1, AO_0[1,0], 5.000, 0.000, 5.000, 0.000, 100.000 //Zjištění poslední hodnoty zapsané na AO2 GetAO #AO00_2, AO_0[2,0], 20.000, 4.000, 20.000, -100.000, 100.000 //Zjištění poslední hodnoty zapsané na AO3 GetAO #AO00_3, AO_0[3,0], 20.000, 4.000, 20.000, 0.000, 800.000 //Zjištění poslední hodnoty zapsané na DO GetDO #0, DO, 0x0000 Periodický proces //Zápis na analogové výstupy AnOut #AO00_0, AO_0[0,0], 10.000, 0.000, 10.000, 0.000, 100.000 AnOut #AO00_1, AO_0[1,0], 5.000, 0.000, 5.000, 0.000, 100.000 AnOut #AO00_2, AO_0[2,0], 20.000, 4.000, 20.000, -100.000, 100.000 AnOut #AO00_3, AO_0[3,0], 20.000, 4.000, 20.000, 0.000, 800.000 //Zápis na digitální výstupy DigOut DO, #0, 0x0000 Výše popsaným kódem je uložen při startu aplikace stav analogových výstupů do matice AO_0 a stav digitálních výstupů do proměnné DO. V periodickém procesu, který zapisuje na výstupy řídicího systému, se budou hodnoty těchto proměnných zapisovat na výstupy řídicího systému. Tyto proměnné by pak měla používat i aplikační část SW pro zápis na výstupy řídicího systému. Poznámka Moduly GetAO a GetDO lze také použít pro zjištění posledního stavu, ve kterém se původní aplikace nacházela (na základě hodnot nastavených na výstupech řídicího systému). Toto je 5/8 ap0043_cz_01

vhodné využít u regulace technologie, u níž např. prvním průchodem aplikace běžnými prostředky nezajistíme nastavení požadovaných hodnot do stavu, v jakém byly před aktualizací aplikace. 2.2. Obnova dat v řídicím systému V případě požadavku na beznárazové přepnutí aplikace může jisté problémy činit i obnovení hodnot proměnných do jejich původního stavu po zavedení nové aplikace. Vlastní obnova dat probíhá vždy až za běhu nově zavedené aplikace. Může tedy opět dojít k nežádoucímu chování řídicího systému po aktualizaci aplikace a po obnově dat. Typickým příkladem je např. obnova dat v PID regulátoru, kdy uživatel zavede aplikaci s inicializovanými proměnnými (viz nápověda k návrhovému prostředí DetStudio) definujícími parametry PID jako jsou např. zesílení, integrační konstanta a derivační konstanta, které se liší od hodnot zadaných v PID regulátoru v původní aplikaci. PID se tak rozběhne s konstantami zadanými jako inicializované. Poté mu programátor konstanty přepíše při obnově dat a tuto změnu musí potvrdit nastavením bitu č. 4 proměnné, dosazené za parametr Režim modulu PID. Až do potvrzení změny konstant bitem č. 4 vybrané proměnné tak regulátor pracuje se zcela jinými konstantami, čímž může dojít k neočekávaným problémům v technologii. Dalším podobným příkladem je nastavení časových plánů, kdy v nově zaváděné aplikaci jsou jiné požadované hodnoty, než je nastaveno v aplikaci, která aktuálně běží v řídicím systému. Závěrem pak uveďme např. modul HourRun, který po zavedení nové aplikace bude čítat od nuly, nikoliv od hodnoty, která byla v původní aplikaci. Obdobným způsobem bychom mohli popsat více modulů, detailní popis chování však není předmětem této aplikační poznámky. Proto uveďme několik doporučení, které by uživatel při požadavku na beznárazové přepnutí aplikace měl brát na zřetel. 1. Proměnné, které ovlivňují regulaci tak, že jejich změnou může docházet k neočekávanému (až havarijnímu) chování by měly být nastaveny jako inicializované. 2. Před samotným zavedením aplikace do řídicího systému provedeme v DetStudiu ve správci dat (menu Ladění/Správce dat ) aktualizaci inicializovaných proměnných. Obr. 1 - Uložení inicializačních hodnot do projektu Tím se v aktuálně otevřeném projektu aktualizují všechny inicializované proměnné dle hodnot, které mají inicializované proměnné v řídicím systému. 3. Vnitřní struktura aplikace by měla počítat s požadavkem na beznárazové přepnutí. Např. PID regulátor, u kterého požadujeme, aby po aktualizaci aplikace startovala se stejným akčním zásahem, jako byl v aplikaci původní (pokud není akční zásah roven nule). Tento požadavek lze řešit startem PID regulátoru v manuálním režimu s tím, že do výstupní proměnné regulátoru bude uložena původní hodnota akčního zásahu. Po prvním průchodu procesu s touto hodnotou pak PID regulátor přepneme do automatického režimu, čímž spustíme vlastní regulaci. 4. Před samotným zavedením nově vygenerované verze aplikace do řídicího systému uvést technologii do definovaného stavu, ze kterého technologie může bez jakýchkoliv dalších zásahů pokračovat ve své činnosti. Jedná se zejména o aplikace, kde je technologie řízena po různých etapách (použití modulu PPLAN) apod. Programátor by měl aplikaci aktualizovat až po ukončení všech etap, kterými technologie prochází. ap0043_cz_01 6/8

3. Technická podpora Veškeré informace ohledně využití beznárazového přepínání aplikace Vám poskytne oddělení technické podpory firmy AMiT. Technickou podporu můžete kontaktovat nejlépe prostřednictvím emailu na adrese support@amit.cz. 7/8 ap0043_cz_01

4. Upozornění AMiT, spol. s r. o. poskytuje informace v tomto dokumentu, tak jak jsou, nepřejímá žádné záruky, pokud se týče obsahu tohoto dokumentu a vyhrazuje si právo měnit obsah dokumentu bez závazku tyto změny oznámit jakékoli osobě či organizaci. Tento dokument může být kopírován a rozšiřován za následujících podmínek: 1. Celý text musí být kopírován bez úprav a se zahrnutím všech stránek. 2. Všechny kopie musí obsahovat označení autorského práva společnosti AMiT, spol. s r. o. a veškerá další upozornění v dokumentu uvedená. 3. Tento dokument nesmí být distribuován za účelem dosažení zisku. V publikaci použité názvy produktů, firem apod. mohou být ochrannými známkami nebo registrovanými ochrannými známkami příslušných vlastníků. ap0043_cz_01 8/8