KNX/EIB

Die KNX/EIB-Schnittstelle kann über Ethernet angebunden werden. Sie finden hier ausserdem Tipps und Tricks aus langjähriger Erfahrung.

Import eines KNX-Projekts

Nach dem Erstellen der Schnittstelle kann bereits ein KNX-Projekt importiert werden. Falls das Projekt mit einem Kennwort geschützt wurde, werden Sie aufgefordert ein Kennwort einzugeben. Dieses wird dann in der Schnittstelle unter Erweitert hinterlegt.

Tipp: Nach dem Import können die Kanäle erstellt werden.

Import eines Theben LUXORplug-Projekts

Es ist möglich, ein Projekt von LUXORplug direkt zu importieren. Der Import wird gleich wie der eines ETS-Projekts importiert. Eine Liste der Gruppenadressen und der Ordner Gewerke wird dabei nicht erzeugt. Die Sensoren wurden der Übersicht halber vom Gebäude entfernt. Nach dem Import können auch Kanäle erstellt werden.

Kanäle erstellen

In der Struktur Gebäude und Topologie können Kanäle erstellt werden. Damit diese erstellt werden, müssen diverse Voraussetzungen erfüllt sein. Wichtig ist das Deklarieren der Datentypen in der ETS.

Typen Voraussetzung
Leuchte Mindestens zwei boolesche Werte.
Leuchte gedimmt Mindestens ein Wert bool_dimup und zwei Werte vom Typ uint_byte.
Leuchte RGB Mindestens zwei color_3bytes Farbwerte Werte. Eine Version mit Einzelkanälen wird zur Zeit nicht unterstützt.
Jalousie/Rollo Mindestens ein Wert bool_up und zwei Werte uint_byte.
Jalousie mit Lamellen Mindestens ein Wert bool_up und vier Werte uint_byte.

Die Werte für den Status müssen nach den Senden-Werten auftauchen. Die Lamellen-Funktion wird anhand der Wortlaute slat und lam erkannt.

Datentypen bestimmen

Die Umwandlung der Datentypen erfolgt nicht wie bei anderen Visualisierungen, die auf KNX basieren. Alle KNX-Datenytpen (DPT) werden in ein SPS-Format umgewandelt. In der ETS sind diese ersichtlich. Hier finden Sie eine komplette DPT-Konvertierungsliste.

Tipp: Bestimmen Sie alle Datentypen im ETS-Projekt vor dem Import. Danach löst Antcas Control diese gleich mit auf.

RAW-Telegramm

Der Datentyp raw ist wie folgt aufgebaut. Jeweils ein Byte im Hexadezimal gefolgt von einem Leerzeichen:

00 FF 3B

Oder ein Binärwert(6-Bit) mit führendem $-Zeichen:

$3F

Read-Anfragen

Read-Anfragen können mit dem Datentyp read ausgewertet werden. Um eine Antwort zu senden, kann ein r direkt vor die Gruppenadresse gestellt werden. Z.B.: r1/4/23. So wird ein Response gesendet.

Die Programmierung erfolgt dann wie folgt. in.switchRead erzeugt eine Flanke, welche unverzüglich die Antwort des Zustandes vom Ausgang out.switch sendet.

Hinweis: Die Gruppenadresse mit dem führendem r wird nicht in der Installation gelistet.

Variablen offline und error

Es gibt zwei Variablen zur Diagnose der Schnittstellen. Die Variable offline ist wahr, wenn alle Gateways ausgefallen oder getrennt sind. Die Variable error ist wahr, wenn eine Schnittstelle ausgefallen ist und der Betrieb so noch aufrechterhalten werden kann. Bei Multicast lässt sich nur der Dienst und nicht das Gateway diagnostizieren. Beim Initialisieren ohne Gateway wird die Variable offline automatisch auf wahr geschrieben.

Flow-Control

Da der Flow-Control des Gateways nur mit ungefilterten Routern arbeitet, muss zwingend die Anzahl der Telegramme und Leseanfragen eingestellt werden. Dies sollte 100ms pro eingesetzten Router betragen. Sprich: Werden 2 Router per Multicast gleichzeitig angesprochen, so muss der Abstand 200ms betragen. Bei grösseren Projekten kann auch die Read-Anfrage höher eingestellt werden. Bzw. auf ca. 2000ms.

Wichtige Hinweise

  • Niemals Sicherheitsanwendungen über den KNX-Bus steuern. Der Bus ist dafür nicht geeignet. Bereits ein defekter Bewegungsmelder oder Kurzschluss wegen Kondenswasser könnte die Alarmierung verhindern.
  • Falls der Bus im Aussenbereich verlegt wird, sollten Sie eine neue Linie erstellen. So wird sichergestellt, dass bei einem Kurzschluss im Aussenbereich die Funktion im Innern des Gebäudes noch sichergestellt ist. Optimal können Sie dann auch den Bus vor ungewollten Zugriffen schützen, indem Sie den Paketfilter im Linienkoppler einstellen.
  • Beachten Sie bei Multicast-Architekturen die Zugriffs-Sicherheit. Vermeiden Sie die Verwendung von Multicast in öffentlichen Gebäuden.
  • Da der KNX-Bus sehr langsam ist, können Sie mehrere gefilterte Linien erstellen und diese einzeln vom Server ansteuern lassen. Achten Sie darauf, dass der KNX-Bus auf der Netzwerk-Ebene auch nur 9600 Baud besitzt.
  • Achten Sie beim Routing auf Loops. KNX hat mit dem Routing-Counter eine Lösung gegen Endlosschleifen, aber die Geschwindigkeit des Buses wird dennoch darunter leiden. Im Server werden Pakete standardmässig nicht intern weitergeleitet, wenn Sie mehrere Gateways verwenden.

Checkliste

  • Bei Grossprojekten geht immer wieder die Bus-Länge vergessen. Denken Sie immer daran, dass der Elektriker die Kabel nicht immer dorthin verlegt, wie es geplant wurde. So kann es passieren, dass aus einer geplanten Stern-Verkabelung eine Abschlauf-Verkabelung entsteht. Der Bus kann instabil werden, wenn der letzte Aktor mehr als 1000m von der Spannungsversorgung entfernt ist.
  • Planen Sie die Reserven in der Verteilung sehr gut. Es kommt oft wieder vor, dass zu wenig Platz in den Verteiler für Dimmer etc. vorhanden ist. Bestimmen Sie mit dem Kunden den maximalen Ausbau im Konzept, um dieses Problem weit möglichst zu umgehen.

Fehlerbehebung

Telegramme werden oft wiederholt

Wenn Telegramme im Gruppenmonitor von ETS gelb erscheinen, werden diese wegen einer Paket-Kollision erneut gesendet. Kommt dies plötzlich dauernd vor, liegt möglicherweise ein Defekt vor:

  • Die Spannungsversorgung tauschen --> Filter oder Drosselspule defekt
  • Schleife im Bus --> Zur Fehlersuche kann bei einer Abzweigung aufgetrennt werden und die Linie gescannt werden.
  • Bei Zweifach Paarverdrillten-Kabel wurden die Pärchen miteinander verbunden --> Dies führt zu einer Schleife und muss aufgetrennt werden. Vielmals anzutreffen in älteren Installationen mit U72-Kabel.
  • Leitung zu lange --> Spannung der Teilnehmer prüfen sollte min. 24V betragen (KNX ist bis 21V Funktionsfähig)
  • Wackelkontakt --> Ist sehr selten der Fall und schwer zu finden.

Invalid Frame - Ungültiger Frame

Wenn Telegramme im Gruppenmonitor von ETS blau erscheinen, kann die ETS nicht mit dem Bus kommunizieren. Mögliche Ursachen sind:

  • Spannung des Buses prüfen --> Kurzschluss oder zu lange Leitung
  • Spannungsversorgung tauschen --> Filter oder Drosselspule defekt
  • Gateway defekt --> Schnittstelle tauschen

Gerät kann nicht geladen werden

Versuchen Sie das Gerät, falls möglich mit einer eigenen Spannungsversorgung zu laden, wenn alles nicht hilft.

  • Bus neu starten --> 230V-Spannung für 1 Minute trennen (auch vom Aktor)
  • Spannung des Buses prüfen --> Kurzschluss oder zu lange Leitung
  • Spannungsversorgung tauschen --> Filter oder Drosselspule defekt
  • Gerät bzw. Buskoppler ist defekt --> Geräte austauschen
  • Gruppenmonitor beachten --> Ein anderes Gerät kann Störungen verursachen oder es gibt zu viele Telegramme und die Timeouts laufen zu früh aus (ETS: Gerät antwortet nicht)
  • Linienkoppler routet nicht alle Telegramme --> Nicht über den Linienkoppler laden

Untergeordnete Seiten