KNX/EIB

Rozhraní KNX/EIB lze připojit přes Ethernet. Zde také najdete tipy a triky z dlouholeté zkušenosti.

Import projektu KNX

Po vytvoření rozhraní můžete importovat projekt KNX. Pokud byl projekt chráněn heslem, budete vyzváni k zadání hesla. Toto heslo se pak uloží v rozhraní pod Pokročilé.

Tip: Po importu můžete vytvořit kanály.

Import projektu Theben LUXORplug

Je možné přímo importovat projekt z LUXORplug. Import se provádí stejně jako u projektu ETS. Seznam skupinových adres a složek Gewerke se nevygeneruje. Senzory byly pro přehlednost odstraněny ze stavby. Po importu můžete také vytvořit kanály.

Vytvoření kanálů

V struktuře Budova a Topologie lze vytvářet kanály. Aby mohly být vytvořeny, musí být splněny různé předpoklady. Důležité je deklarovat datové typy v ETS.

Typy Předpoklad
Světlo Minimálně dvě boolovské hodnoty.
Světlo s regulací jasu Minimálně jedna hodnota bool_dimup a dvě hodnoty typu uint_byte.
Světlo RGB Minimálně dvě hodnoty barev color_3bytes. Verze s jednotlivými kanály není v současné době podporována.
Žaluzie/Rolovník Minimálně jedna hodnota bool_up a dvě hodnoty uint_byte.
Žaluzie s lamelami Minimálně jedna hodnota bool_up a čtyři hodnoty uint_byte.

Hodnoty pro stav musí být uvedeny po hodnotách pro odesílání. Funkce lamel je rozpoznána podle slov "slat" a "lam".

Určení datových typů

Převod datových typů se neprovádí stejně jako u jiných vizualizací založených na KNX. Všechny datové typy KNX (DPT) jsou převáděny do formátu SPS. Tyto jsou viditelné v ETS. Zde najdete úplný seznam konverzní tabulky.

Tip: Určete všechny datové typy v projektu ETS před importem. Poté je Antcas Control automaticky rozpozná.

RAW zpráva

Datový typ raw má následující strukturu. Každý byte v hexadecimálním formátu následovaný mezerou:

00 FF 3B

Nebo binární hodnota (6 bitů) s předcházejícím znakem $-:

$3F

Čtení požadavků

Požadavky na čtení lze vyhodnotit pomocí datového typu read. Aby bylo možné odeslat odpověď, může být před skupinovou adresou umístěno r. Například: r1/4/23. Tím se odešle odpověď.

Programování pak probíhá následovně. in.switchRead vytváří okamžik, který ihned pošle stav výstupu out.switch.

Poznámka: Skupinová adresa s předcházejícím r se nezobrazuje v instalaci.

Proměnné offline a error

Existují dvě proměnné pro diagnostiku rozhraní. Proměnná offline je pravdivá, pokud všechny brány selhaly nebo jsou odpojené. Proměnná error je pravdivá, pokud rozhraní selhalo a provoz může být stále udržován. Při multicastu lze diagnostikovat pouze službu a ne bránu. Při inicializaci bez brány se proměnná offline automaticky nastaví na pravdu.

Flow-Control

Protože Flow-Control brány funguje pouze s nefiltrovanými routery, musí být nutně nastaven počet zpráv a čtecí požadavků. Toto by mělo být 100ms na každý použitý router. To znamená: Pokud jsou 2 routery současně kontaktovány přes multicast, musí být interval 200ms. U větších projektů může být také zvýšen čtecí požadavek. Nebo přibližně na 2000ms.

Důležité poznámky

  • Nikdy neovládat bezpečnostní aplikace přes KNX bus. Bus není pro tento účel vhodný. I defektní pohybový senzor nebo zkrat kvůli kondenzaci vodní páry by mohl zabránit alarmu.
  • Pokud je bus instalován venku, měli byste vytvořit novou linku. Tím se zajistí, že při zkratu venku bude funkce uvnitř budovy stále zajištěna. Optimalně můžete také chránit bus před neoprávněným přístupem nastavením filtru paketů v lineárním kopírování.
  • Při multicastových architekturách zvažte bezpečnost přístupu. Vyhněte se použití multicastu ve veřejných budovách.
  • Protože KNX bus je velmi pomalý, můžete vytvořit několik filtrovaných linek a nechat server ovládat každou z nich jednotlivě. Ujistěte se, že KNX bus na síti má pouze 9600 Baud.
  • Při routování dbejte na smyčky. KNX má s routingovým počítadlem řešení proti nekonečným smyčkám, ale rychlost busu bude stále trpět. Ve serveru se pakety standardně neposílají dále uvnitř, pokud používáte více brán.

Kontrolní seznam

  • U velkých projektů je často zapomenuta délka busu. Vždy si pamatujte, že elektrikář ne vždy kabelá tam, kam bylo plánováno. Může se stát, že z plánované hvězdicové kabeláže vznikne lineární kabeláž. Bus může být nestabilní, pokud poslední aktér je více než 1000 m od napájecího zdroje.
  • Dobře plánujte rezervy v distribuci. Často se stává, že není dostatek místa ve rozdělovacích boxech pro regulátory atd. Určete s klientem maximální rozšíření v konceptu, aby toto problém co nejvíce obejít.

Řešení problémů

Zprávy jsou často opakovány

Pokud se zprávy ve skupinovém monitoru ETS zobrazují žlutě, jsou znovu odesílány kvůli kolizi paketů. Pokud k tomu dochází neustále, může být příčinou defekt:

  • Vyměnit napájecí zdroj --> Defektní filtr nebo tlumivka
  • Smyčka v busu --> K hledání chyby lze při odbočce rozpojit a linku proskenovat.
  • U dvojitě skručených kabelů byly páry spojeny dohromady --> To vede ke smyčce a musí být rozpojeno. Často se vyskytuje v starších instalacích s U72 kabelem.
  • Příliš dlouhá linka --> Zkontrolujte napětí účastníků, mělo by být minimálně 24V (KNX je funkční až do 21V)
  • Nepevný kontakt --> Je velmi vzácné a těžké na nalezení.

Invalid Frame - Neplatný rám

Pokud se zprávy ve skupinovém monitoru ETS zobrazují modře, nemůže ETS komunikovat s busem. Možné příčiny jsou:

  • Zkontrolujte napětí busu --> Zkrat nebo příliš dlouhá linka
  • Vyměnit napájecí zdroj --> Defektní filtr nebo tlumivka
  • Defektní brána --> Vyměnit rozhraní

Zařízení nelze načíst

Pokud nic nepomůže, zkuste zařízení načíst samostatným napájecím zdrojem.

  • Restartovat bus --> Odpojit 230V napětí na 1 minutu (také od aktoru)
  • Zkontrolujte napětí busu --> Zkrat nebo příliš dlouhá linka
  • Vyměnit napájecí zdroj --> Defektní filtr nebo tlumivka
  • Zařízení nebo busový kopírovací modul je defektní --> Vyměnit zařízení
  • Zkontrolujte skupinový monitor --> Jiné zařízení může způsobovat rušení nebo existuje příliš mnoho zpráv a časové limity vyprší příliš brzy (ETS: Zařízení neodpovídá)
  • Linkový kopírovací modul neposílá všechny zprávy --> Nenačítat přes linkový kopírovací modul

Podřízené Stránky