Diskuse Elektrika.cz

Dostal jsem se do situace, kdy je jakýmsi způsobem třeba zařadit zařízení řízené Foxtrotem do hotové instalace s Inels.
Výměna CPU v instalaci za foxtrot nepřichází v úvahu (jiný dodavatel, záruky, další návaznosti ...),  realizovat on řízení pomocí Inels také fakticky není možné, parametrizační SW (IDM) neumožňuje řešení dané aplikace.
K realizaci potřebuji alespoň LAD ideálně ST-čko... ,  
Foxtrot není podmínkou – mohu použít i nějaký jiný vhodný automat ,ale tam skončím tak u modbusu či něčeho podobného ...
Existuje nějaké řešení? Tj. Jiné než si hodnoty předávat AO – AI a  DO – DI atd ...
Sice i toto by se asi dalo, ale jeví se mi to poněkud podivné ...

Můžete to více popsat?
Na co není Foxtrot podmínkou? Znamená to, že zařízení, o které uvádíte, že je řízené Foxtrotem, nemusí být nutně řízené Foxtrotem? Tam tedy můžete skončit s něčím s tím Modbusem?
Nebo Foxtrotem řízené je?  A můžete Foxtrot v tom zařízení programovat? Nebo to nelze?

A ten Inels programovat (resp. nastavovat v IDM) můžete? Nebo tím sáhnete nějkému dodavateli Inelsu do jeho díla a ztratíte záruky? Využíváte v Inelsu sériový kanál na centrále?

Které z těch dvou zařízení byste potřeboval programovat v LD nebo ST. Nebo hledáte nějaké třetí zařízení mezi ty dvě?

Co vlastně potřebujete komunikovat, abyste si zařadil to zařízení řízené Foxtrotem do instalace Inels? Jaké informace? Jednu, dvě hodnoty? Zapnout, vypnout? nebo si předávat řetězcové proměnné? Jak se to zařízení má v Inelsu projevovat?

Pokusím se rozvést : mojí dodávkou bude nějaké wellnes technologie ( parní lázeň a td..),  fakticky se jedná o nějaký regulátor, který řídí chod technologickýc h částí, vzhledem ke specifickým požadavkům,  nelze realizovat běžným hotovým zařízením, ale je třeba užít volně programovateln é zařízení. K realisacím toho typy jsem běžně užíval ( dle náročnosti) prvky od jednoduchých prog. relé ( např . LOGO),  přes levné PLC/OPLC ( unitroic jazz..) po Foxtrot.

V případě této zakázky jsem postaven před problém integrace do již hotové instalace s inels.
Zatím jsem v počátku, nástřel ceny, hledání vhodného řešení. Prozatím neproběhla ani schůzka s realizátorem oné inels instalace, se kterým budu řešit případnou integraci. Řešením technologie řízené foxtrotem ( nebo jiným PLC),  pro mě nepředstavuje problém. Velkou neznámou je pro mě možnost/nemožnost propojení s inelsem.

Modbus – tím jsem chtěl naznačit že při užití jiného plc budou moje komunikační možnosti s inelsem, ve formě nějakého standardního protokolu, což zřejmě inels neumožňuje, i když možná se mýlím.

IDM – s parametrizační m softwarem tohoto typu řízení oné technologie realisovat nelze.

Představa propojení – integrace
Z foxtrotu budou inelsu předány některé provozní hodnoty ( teplota, nastavení některých časovačů a td..) a ty bude možné zobrazit na panech jež jsou v domě instalovány ( jedná se zřejmě zařízení běžící na Androidu  ). Směrem z inelsu do foxtrotu by mělo být možné předat nastavovací parametry ( opět pár proměnných INTEGER, nějaký Bool).
Další možností je zobrazení webu z  webserveru foxtrotu – ale to se mi nejeví příliš elegantní ( právě podobně se mi nepodaří docílit stejného vzhledu, zatím nevím co umožňují ony panely, další součásti inels instalace.
Jak jsem psal výše tak s realizátorem instalace jsem se zatím nesešel, bližší informace o inelsu zatím nemám.
Snad jsem dotaz doplnil dostatečně.

Díky! Nějakou představu mám. Proberu s kolegy. Ještě zjistěte u realizátora Inels instalace, jakou tam má centrálu, jestli naši starší a méně flexibilní CU2-01, nebo novější CP-1000.

centrála tam je ta staší CU2-01

Z těch "podivných" řešení je to Vámi navrhované asi nejjednodušší.  ;)

Je několik možností, jak integraci řešit, ale vždy se bude muset stejně zasáhnout do stávajícího Inelsu. A toto je moment, kdy by měl někdo vysvětlit majiteli, že než vyrábět různé komunikační oslí můstky do IDM, měl by vyměnit CU2-01M za CP-100x a nechat přepsat svůj projekt do Mosaicu. Majitel se musí rozhodnout, zda bude provozovat (podivný, byť možná i funkční) kompromis, nebo si to nechá udělat pořádně.

Určitě by bylo vhodné znát i postoj dodavatele Inelsu, rozsah stávající instalace, provedení komunikačního rozhraní Inelsu s uživatelem, apod. Bez toho nelze zodpovědně uvážit, jak nejlépe integraci těchto systémů provést.

Protože INELS je řešen CU2 a konfiguračním SW, moc variant nemáte. Žádné vnitřní proměnné nelze do CU2 doimplementova t.

Varianty, kde je nutná úprava prgramu v CU2
1) do stávající konfigurace přidat vstupní/ výstupní jednotky a ty použít
2) použít uživatelské bity, časový program, případně vyvolávat přímo akce
3) vymontovat CU2 a nahradit Foxtrotem


Také by to šlo udělat bez úpravy CU2
a) Program v CU2 nijak neupravovat. Udělat export dat.
b) Druhý systém naprogramovat, jak je potřeba pro danou aplikaci a udělat export dat.
c) Oba systémy pak spojit pomocí vizualizace, např. reliance

nebo

a) Program v CU2 nijak neupravovat. Udělat export dat.
b) Druhý systém naprogramovat, jak je potřeba pro danou aplikaci
c) Oba systémy spojit ve foxtrotu. tzn Foxtrot bude komunikovat s CU2 potřebná data, webové rozhraní poběží pouze na Foxtrotu.

Každopádně pozor na změnu adres při následných úpravách v CU2.

Petr Vetešník
www.vetesnik.c z