Dovolím si tři poznámky:
[/quote]
Asi nějaká možnost propojení bude (převodník) nebo ten obrázek z webu je jen zbožné přání autora? V opačném případě goodbye Tecomat Foxtrot, hello Loxone Miniserver.
Skoro všechny sensory (ovladače) KNX jsou tvořeny vlastním ovladačem a KNX systémovou spojkou, které ač spojeny standardizovan
ým konektorem, jsou nekomatibilní mezi různými výrobci. Nabízí se tedy možnost použít pouze vlastní ovladač a vyrobit CIB systémovou spojku. Myslím, že tuto cestu kdysi prezentovalo i Teco, dle mého názoru má dvě úskalí: 1/ někteří výrobci u nových provedení integrují spojky do ovladačů 2/ vzhledem k tomu, že spojka pro každého výrobce by musela mít upravený FW (a možná i HW), ekonomicky mi to nepřipadá úplně lukrativní. Na druhou stranu to rozšiřuje množství použitelných ovladačů se zpětnou vazbou a není třeba se omezovat jen na vybrané výrobce. Takže osobně bych byl rád, kdyby Teco tuhle cestu úplně nezavrhlo
Je tam pouze výčet výrobců různých designů, které lze k systému Foxtrot připojovat. Některé z uvedených firem přístroje pro KNX vyrábějí, jiné ne. Ale všichni dělají a dodávají i klasiku! A klasiku lze připojit na CIB přes několik typů modulů vhodných do instalační krabice pod vypínače.
Klasika má ovšem jednu nevýhodu - za prvé se většinou jedná o nekrátkocestná tlačítka mající nižší uživatelský komfort (a často i spolehlivost) než dokonce i běžné vypínače a za druhé až na zmíněné vyjímky nemají zpětnou vazbu.
Pokud chcete, nebo musíte připojovat přístroje určené pro KNX (nutno říci, že některé designy jsou skutečně super), zejména ty složitější jako displeje, termostaty detektory apod, pak je nejlepší cestou použít gateway od některého výrobce sdruženého v organizaci KNX. Na rozdíl od zmiňovaného Loxone nemá Foxtrot KNX gateway vestavěnou. K Foxtrotu ji lze připojit nejlépe přes Ethernet a to pouze na těch akcích a projektech, kde je to skutečně potřeba. Podle popisu příslušné gatewaye se pak v programu Foxtrotu použijí příslušné komunikační funkce. Ty propojí objekty v síti KNX s paměťovými prostory Foxtrotu.
Jak už tu bylo uvedeno, CIB a KNX jsou dvě různé sběrnice mající společný pouze typ datového kabelu a užití SELV, pokud jsou někde provozovány společně, jedná se vždy o dva systémy, které mohou spolu komunikovat pouze přes styčný bod. Ze všech možností mně osobně připadají smyslupné pouze tři: IP routing, gateway KNX - RS232/485 a specializovaná gateway KNX-CIB, která by byla parametrizovat
elná a pro CPU Foxtrot se "tvářila" jako I/O periferie (a byla parametrizovat
elná jak z prostředí Foxtrot, tak z ETS). Osobně bych jako uživatelsky nejjednodušší velmi přivítal variantu třetí (myslím, že touto cestou se vydal i Loxone, byť je v jeho pojetí poněkud kostrbatá), budu doufat, že Tecu také....
Případná systémová podpora ve Foxtrotu pro některou z takových gatewayí je "na cestě". Pokud máte na stole reálný projekt, kde vidíte důvod nebo potřebu kombinovat KNX svět s centrálním systémem, ozvěte se k nám do Teco.
Docela reálně si umím představit, že v IHC systému objektu by byly jedna či více sekcí KNX, které by vykonávaly specifické funkce a přes gateway předávaly informace nadřazenému systému Foxtrot případně i s Reliance, řešícím objekt jako celek.....
KNX totiž jako dnes jediný (nejen) evropský standard má výhodu v tom, že stovky výrobců členů KNX asociace chrlí tisíce prvků, čemuž žádný sebepilnější výrobce proprietárního systému nemůže konkurovat. KNX moduly lze dnes připojit skoro k čemukoliv, skoro cokoliv přes KNX ovládat a skoro z čehokoliv sbírat události, pokud ne přímo, tak přes nějaký standardní KNX parametrizovan
ý převodník (k tomu nejen viz KNX Journal). Na druhou stranu jak tu bylo řečeno, KNX je "událostní" a "poněkud hloupá" a často se od ní očekává více, než je schopna (zejména když kvalita prvku závisí na kvalitě FW, která je přímo úměrná záměrům výrobce a kvalitě jeho SW oddělení).