Von Julio Díaz García, Sapienx Automation. Das Problem KNX Systeme wurden entwickelt, um jede Art von Installation zu integrieren, von kleinen bis hin zu sehr großen Anlagen. Die traditionelle KNX TP (Twisted Pair) Topologie sollte bis zu 15 Bereiche mit jeweils 15 kompletten Linien unterstützen, aber in der Praxis, wenn solch große Installationen von einem oder mehreren zentralen Punkten aus überwacht werden müssen, können die KNX TP Haupt- und Backbone-Linien nicht mit Dutzenden oder sogar Hunderten von angesammeltem Linienverkehr umgehen. KNX IP Router wurden vor etwa 12 Jahren entwickelt, um diese Situation zu bewältigen, aber sie sind nicht genug, wenn wir mehrere Linien in einem KNX System haben. Wenn wir ein großes KNX System mit einer Visualisierungs-/Steuerungssoftware überwachen wollen, können wir dazu die KNXnet/IP Routingverbindung (Falcon) verwenden. Die KNXnet/IP (Tunneling)-Verbindung ist zwar robust (wie eine USB-Verbindung), ermöglicht aber nur die Sicht auf den Verkehr einer Linie, so dass diese Verbindung für die Visualisierung der gesamten Anlage nicht ausreicht. Die Verwendung von KNXnet/IP Routing bedeutet, dass jedes Telegramm mit Hilfe von Dummies oder besser noch durch manuelles Editieren von Filtertabellen auf den Backbone umgeleitet werden muss. Durch die Verwendung eines IP-Backbones haben wir das Bandbreitenproblem gelöst, das wir mit TP-Systemen hatten, aber das ist nicht das einzige Problem, das wir in großen Installationen haben. Stellen Sie sich zum Beispiel ein System mit 100 KNX (IP) Linien vor. Für die IP-Router, die als Linienkoppler fungieren, beträgt der Verkehr auf der lokalen Seite nur x1, auf der Hauptseite jedoch x100. Dies führt zu einem Engpass auf jedem Koppler auf der Hauptlinie, und viele der Telegramme könnten verloren gehen. Die Lösung Es ist klar, dass die beste IP-Verbindung KNXnet/IP (Tunnelling) ist, aber wir haben nur eine mögliche Verbindung über den Falcon-Treiber. Andererseits müssen wir bei der Verwendung von KNXnet/IP Routing den gesamten Datenverkehr zum Backbone leiten, was zu Problemen mit den Linienkopplern führen kann. Die Lösung ist nicht kompliziert zu verstehen: Es wird zusätzliche Hilfe in Form von Software benötigt, um diesen Verkehr im Backbone zu vermeiden, indem simultane IP-Tunnelverbindungen aufgebaut werden, eine für jede Linie. Auf diese Weise werden alle Projektdaten in einem Objektbaum (Gruppenadresse (GA), aber auch physikalische Adresse (PA)) für jede Leitung abgebildet. Mit dem NETxAutomation OPC Server und dem BMS Server ist dies problemlos möglich - in der Tat ist NETxAutomation der OPC Server, der seit 2006 von KNX International für große KNX Installationen empfohlen wird. Im folgenden Beispiel verwenden wir den BMS-Server von NETxAutomation, da wir dieses Tool auch für andere, zukünftige Beispiele verwenden werden. Einrichten von gleichzeitigen IP-Tunnel-Verbindungen Zunächst müssen wir alle Projektdaten aus der ETS5 abrufen. Normalerweise würde dies viel Zeit und Mühe kosten, da wir wissen müssen, welcher GA oder PA mit welcher Leitung (IP-Tunneling-Adresse) verbunden ist. Wir werden jedoch eine kostenlose ETS-App, die NETx BMS App, verwenden, mit der wir dies in Sekundenschnelle erledigen können. Nachdem Sie die App installiert haben, wählen Sie einfach die NETx BMS App aus dem ETS5 Extras Menü (auch in der ETS4 verfügbar). 
Schritt 1 - Wählen Sie die kostenlose NETx BMS App, um alle Daten aus dem ETS5 Projekt zu extrahieren. Wählen Sie dann die Optionen, die Sie exportieren möchten. Machen Sie sich keine Sorgen, wenn die IP-Tunneladressen nicht parametriert sind, die App wird danach fragen. 
Schritt 2 - Alle benötigten Daten aus dem ETS5-Projekt exportieren. Nach dem Exportieren können wir nun den Importprozess im NETxAutomation BMS Server Studio durchführen (Sie können eine kostenlose 30-Tage-Testversion von www.netxautomation.com herunterladen). Wählen Sie einfach das KNX Menü und die erste Option, wie unten gezeigt. 
Schritt 3 - Auswahl der NETx App-Datei zum Importieren von KNX Projektdaten in das BMS Server Studio. Der Importvorgang dauert ebenfalls nur ein paar Sekunden. 
Schritt 4 - Importieren von KNX Projektdaten in das BMS Server Studio. 
Der Importvorgang ist in Sekunden abgeschlossen. Nach dem Neustart des BMS-Servers sehen wir alle KNX Projektdaten (GAs und ggf. PAs), die jeder Linie zugeordnet sind (dargestellt durch ihre jeweiligen IP-Tunneladressen). 
Endergebnis: Alle Daten des ETS Projekts befinden sich im BMS Server Item tree. Das Ergebnis ist, dass wir diesen Item-Baum nun z.B. für die Visualisierung/Steuerung in jedem OPC-Client verwenden können und nicht den gesamten Verkehr im Backbone benötigen. Dies ist wirklich der richtige Weg, um ein großes KNX Projekt zu verwalten. Ein weiteres Beispiel für die Verwendung dieser Methode für ein großes KNX Projekt könnte die Integration von mehreren Geschäften sein, z.B. 200 kleine Supermärkte. Wenn wir ein VPN zwischen ihnen allen haben, können wir alle diese Geschäfte mit nur einem OPC-Server oder BMS-Server verwalten. Dies könnte eine viel billigere Lösung sein, da wir dafür nur IP-Schnittstellen benötigen - es wäre überhaupt kein IP-Routing-Multicast erforderlich. Schlussfolgerung Wenn wir eine große KNX Installation verwalten müssen, kann der Datenverkehr ein Alptraum sein, wenn wir das gesamte System überwachen müssen, selbst wenn wir IP-Router verwenden. Um das Problem des Engpasses bei IP-Routern zu vermeiden, ist eine zusätzliche Software erforderlich. Der NETxAutomation BMS Server beinhaltet einen KNX OPC Server und viele andere Funktionen und wurde in diesem Beispiel verwendet. Darüber hinaus können wir mit der kostenlosen NETx BMS App alle gemappten Daten jedes KNX Projekts einfach und schnell auf den NETxAutomation OPC Server und den BMS Server exportieren. Julio Díaz García ist der Inhaber von Sapienx Automation. Er ist Ingenieur und mit dem KNX International Award ausgezeichneter KNX++ Tutor. Sapienx Automation bietet Ingenieur-, Schulungs- und Beratungsdienste für intelligente Gebäude, intelligente Zähler und intelligente Städte an. www.sapienx.es
