Internetprotokoll basierenden Netzwerk.

In der Gebäudetechnik können Beleuchtungssysteme Komponenten wie Sensoren, Leuchten, Betriebsgeräte, Aktoren, Schalter und Dimmer aufweisen, welche über ein Bussystem

miteinander verbunden sind.

Bei einem Beleuchtungssystem gemäß dem DALI-Industriestandard (Digital Addressable Lighting Interface) kann für jede Komponente bzw. jeden Busteilnehmer eine zufällig generierte, und dann mit deren Hilfe eine fest vergebene Adresse für die Ansteuerung in dem Bussystem generiert werden. Jeder Busteilnehmer bzw. jede Komponente ist mit seiner/ihrer Adresse im Bussystem adressierbar und kann Steuerbefehle und/oder Statusinformation innerhalb des Bussystems senden und empfangen. Die WO 2016/065382 AI offenbart ein Bussystem, an dem mehrere Betriebsgeräte und ein

Steuergerät zum Steuern der Betriebsgeräte angekoppelt sind, wobei das Steuergerät mit einem auf dem Internetprotokoll basierenden Netzwerk gekoppelt ist und aus diesem die Steuerbefehle für die Betriebsgeräte empfängt. Die WO 2016/065382 AI offenbart jedoch nicht, wie die Steuerbefehle dem jeweiligen

Betriebsgerät zugeordnet werden bzw. die jeweilige Busadresse bestimmt wird, was für eine individuelle Steuerung der Betriebsgeräte nötig ist. Zudem sind für die Erzeugung von

Steuerbefehlen oft Informationen zum aktuellen Betriebsstatus, der Konfiguration oder

Eigenschaften der Betriebsgeräte nötig, welche von den Betriebsgeräten über das Netzwerk abgefragt werden müssen.

Der Erfindung liegt die Aufgabe zugrunde, Vorrichtungen und Verfahren anzugeben, die die beschriebenen Probleme verringern. Aufgabe ist es insbesondere ein Kommunikationsmodul, ein Beleuchtungssystem und ein Verfahren bereitzustellen, mit denen eine Verbindung eines Beleuchtungs-Bussystems mit einem auf einem Internetprotokoll basierenden Netzwerk für die Übermittlung oder Abfrage von Daten in einfacher und kostengünstiger Weise möglich ist. Dabei soll der Zugriff auf das Bussystem aus dem Netzwerk nur mit Hilfe von Standard-Internet Protokollen wie HTTP o.ä. möglich sein und zwar ohne die Besonderheiten des Bussystems und seiner Betriebsgeräte zu kennen.

Diese Aufgabe wird gemäß den Merkmalen der unabhängigen Ansprüche gelöst. Die Erfindung wird durch die Merkmale der abhängigen Ansprüche weitergebildet.

Die Erfindung betrifft ein Kommunikationsmodul zum Verbinden eines Beleuchtungs- Bussystems mit einem auf einem Internetprotokoll basierenden Netzwerk, wobei eine oder mehrere Komponenten an das Bussystem angekoppelt sind, jeder an dem Bussystem

angekoppelten Komponente eine eindeutige Busadresse zugeordnet ist, zumindest eine in dem Bussystem abfragbare Eigenschaft zumindest einer Komponente eine über das Netzwerk zugängliche Ressource darstellt, dem Kommunikationsmodul mehrere Netzwerkadressen zugeordnet sind, zumindest eine der mehreren Netzwerkadressen die Busadresse einer

Komponente enthält und das Kommunikationsmodul dazu ausgebildet ist, an die zumindest eine Netzwerkadresse gesendeten Daten aus dem Netzwerk zu empfangen, die Busadresse der Komponente aus der Netzwerkadresse zu extrahieren, an die Komponente mit der extrahierten Busadresse zu sendende Daten auf der Grundlage der Ressource und / oder den empfangenen Daten zu ermitteln und die ermittelten Daten an die Komponente mit der extrahierten Busadresse über das Bussystem zu übertragen, oder die von einer Komponente autonom erzeugten und an das Kommunikationsmodul gesendeten Daten über das Netzwerk zumindest einem

Netzteilnehmer zur Verfügung zu stellen. Gemäß der vorliegenden Erfindung ist jeder an dem Bussystem angekoppelten Komponente eine eindeutige Busadresse (Komponenten-ID) und dem Kommunikationsmodul mehrere

Netzwerkadressen zugeordnet, wobei zumindest eine der mehreren Netzwerkadressen die Busadresse (Komponenten-ID) einer Komponente enthält und das Kommunikationsmodul dazu ausgebildet ist, an die zumindest eine Netzwerkadresse gesendete Daten aus dem Netzwerk zu empfangen, die Busadresse der Komponente aus der Netzwerkadresse zu extrahieren, an die Komponente mit der extrahierten Busadresse zu sendende Daten auf der Grundlage der empfangenen Daten (Ressourcen-Pfad der URL) zu ermitteln und in Daten oder Befehle zu übersetzen, diese übersetzten und ermittelten Daten an die Komponente mit der extrahierten Busadresse über das Bussystem zu übertragen. Somit können die aus dem Netzwerk empfangenen Daten in einfacher Weise einer Komponente des Bussystems zugeordnet werden. Es ist keine Bestimmung der Busadresse beispielsweise auf der Grundlage des Typs des Steuerbefehls oder der Abfrage nötig. Dies bietet den Vorteil, dass für eine Abfrage die spezifischen Eigenschaften des Bussystems nicht bekannt sein müssen.

Alternativ oder zusätzlich kann das Kommunikationsmodul dazu ausgebildet sein, die von einer Komponente autonom erzeugten und an das Kommunikationsmodul gesendeten Daten

(Steuerbefehle, Statusmeldungen) über das Netzwerk zumindest einem Netzteilnehmer zur Verfügung zu stellen. Das Übermitteln der Daten (Steuerbefehle, Statusmeldungen) an den Netzteilnehmer kann unmittelbar nach dem Empfang dieser Daten in dem

Kommunikationsmodul oder auf Aufforderung des Netzteilnehmers hin erfolgen. Hierzu kann der Netzteilnehmer dem Kommunikationsmodul die Netzwerkadresse, an welche die Daten gesendet werden sollen, mitteilen. Beispielsweise kann dies einmalig bei der Installation beispielsweise über das Netzwerk mitgeteilt werden oder aufgrund einer Abfrage ermittelt werden. Das kann über eine spezielle Ressource„Callback URL" erfolgen, die für alle

Komponenten vorhanden ist, die autonom Daten senden können. Zusätzlich oder alternativ kann der Netzteilnehmer das Kommunikationsmodul die Netzwerkadresse des Netzteilnehmers aus den von dem Netzteilnehmer empfangen Daten oder mittels einer Tabelle, welche der

Busadresse der Komponente und/oder dem Steuerbefehl/der Statusmeldung zumindest eine Netzwerkadresse eines Netzteilnehmers zuordnet, ermitteln.

Die an dem Bus angekoppelten Komponenten können Sensoren, Leuchten, Betriebsgeräte, Aktoren, Schalter und/oder Dimmer sein, welche Steuer- und/oder Statusinformationen über den Bus übertragen.

Das Kommunikationsmodul kann dazu ausgebildet sein, die Adresse der Komponente aus dem Interface-Identifier der auf dem Internet Protocol Version 6 basierenden Netzwerkadresse zu extrahieren, wobei die Busadresse an einer bestimmten, dem Kommunikationsmodul bekannten Stelle der Netzwerkadresse eingefügt oder durch bestimmte Zeichen in der Netzwerkadresse markiert sein kann.

In dem Bussystem können mehrere Komponenten mittels einer Gruppen-Busadresse adressierbar sein, wobei das Kommunikationsmodul dazu ausgebildet ist, die Gruppen-Busadresse auf der Grundlage einer in der Netzwerkadresse enthaltenen Multicast- Adresse zu ermitteln und eine Datenübertragung an die der ermittelten Gruppen-Busadresse zugehörigen Komponenten auf der Grundlage der empfangenen Daten durchzuführen.

Das Kommunikationsmodul kann dazu ausgebildet sein, die Betriebsgeräte am Bussystem automatisch zu erkennen. Mit Hilfe einer im Datenspeicher hinterlegten Übersetzungstabelle werden die von den Betriebsgeräten bereitgestellten Services in Netzwerkressourcen übersetzt. Auch dies erfolgt automatisch. Diese Ressourcen können über das Rechnernetz angesprochen werden, um Daten der Betriebsgeräte abzufragen oder Befehle an Geräte zu senden um somit die Konfiguration der Geräte zu ändern. Somit kann transparent auf die Betriebsgeräte zugegriffen werden, ohne dass spezifische Befehle bekannt sein müssen. Auch das angeschlossene

Bussystem wird somit für einen Zugriff aus dem Rechnernetz völlig irrelevant.

Das Kommunikationsmodul ist so ausgebildet, dass über eine„allgemeine bekannte

Adresse" Informationen über die bereitgestellten Ressourcen abgefragt werden können. Über diesen Weg kann ein externes Gerät ohne Vorkenntnisse alle Informationen über das Bussystem und die angeschlossenen Betriebsgeräte ermitteln. Diese Informationen werden als hierarchisch organisierte Ressourcen-Pfade zur Verfügung gestellt, wobei zu jeder Ressource auch der Datentyp abgefragt werden kann.

Beispielsweise sind mehrere Betriebsgeräte an dem Bussystem angeschlossen und weisen eine spezifische Bus-Adresse erhalten auf. Das Betriebsgerät scannt das Bussystem und ermittelt die Typen und Adressen der angeschlossenen Betriebsgeräte. Die Busadresse im Bussystem wird in eine IPv6-Adresse übersetzt. Dann werden die von den Betriebsgeräten zur Verfügung gestellten Services mit Hilfe der im Datenspeicher hinterlegten Informationen ermittelt. Diese werden in Ressourcen-Pfade übersetzt, z.B. /Einstellung/Farbe. Die Kombination

Netzwerkadresse/Ressourcen-Pfad bildet somit die URL, über den ein Service eines

Betriebsgerätes genutzt werden kann.

Alternativ oder zusätzlich kann das Kommunikationsmodul dazu ausgebildet sein, aus den empfangenen Daten einen Steuerbefehl zu ermitteln und den ermittelten Steuerbefehl an die Komponente mit der extrahierten Busadresse bzw. die Komponenten mit der ermittelten

Gruppen-Busadresse zu senden. Der Steuerbefehl kann in dem Ressourcen-Pfad der URL oder der Netzwerkadresse oder in einem anderen Teil der empfangenen Daten enthalten sein und kann ein Ein-, Ausschalt- Dimm-, Positions- oder Konfigurations-Befehl sein. Auf diese Weise ist es möglich, eine Leuchte oder Rollläden mit einem beispielsweise mobilen, mit dem Netzwerk verbunden Steuergerät (das auch ein Smartphone sein kann) aus der Ferne zu steuern.

Alternativ oder zusätzlich kann das Kommunikationsmodul dazu ausgebildet sein, als ein, zumindest aus Sicht des Netzwerks, transparentes Gateway eine Umwandlung des

Datenpaketformats der empfangenen Daten in das Datenpaketformat des Bussystems

durchzuführen. Dies erlaubt die Verbindung mehrerer, jeweils ein Kommunikationsmodul aufweisend Bussysteme über das Netzwerk.

Alternativ oder zusätzlich kann zumindest eine in dem Bussystem abfragbare Eigenschaft zumindest einer Komponente eine über das Netzwerk zugängliche Ressource darstellen, die über einen URL erreichbar ist, wobei das Kommunikationsmodul dazu ausgebildet ist, wenn die empfangenen Daten eine Anfrage (mit einem Hypertext-Übertragungsprotokoll HTTP oder einem anderen Protokoll, wie CoAP, MQTT, LWM2M der Ressource enthalten, die der angeforderten Ressource in einer Übersetzungs-Tabelle zugeordnete Eigenschaft der

Komponente oder ein Bus-Kommando zum Abfragen oder Setzen dieser Eigenschaft zu bestimmen und diese Eigenschaft in der Datenübertagung abzufragen.

Somit ist es möglich, im Internet der Dinge (IdD; IoT: Internet of things), Bus -Komponenten wie jedes andere IdD-Gerät über eine URL-Adresse zu adressieren und mit den gleichen Verfahren und Kommandos anzusteuern. Einige oder alle Eigenschaften der Komponenten, wie die Steuerbarkeit der Lichtintensität oder Farbtemperatur, sind hierbei als Ressourcen aus dem Netzwerk erreichbar.

Zusätzlich kann das Kommunikationsmodul dazu ausgebildet sein, ein oder mehrere

Datenpakete mit von der Komponente empfangenen Informationen bezüglich der abgefragten Eigenschaft zu erzeugen, eine Netzwerkadresse für die Übertragung dieser Datenpakete auf der Grundlage der empfangenen Daten zu ermitteln und die Datenpakete an die ermittelte

Netzwerkadresse zu senden. Das Kommunikationsmodul kann mit den von der Komponente empfangenen Informationen ein XML-Dokument oder ein anderes Dokument erzeugen und an die ermittelte Netzwerkadresse als Antwort auf die abgefragte Eigenschaft/Ressource senden.

Alternativ oder zusätzlich kann jeder Komponente mit zumindest einer abfragbaren Ressource eine Übersetzungs-Tabelle oder ein Tabellen-Eintrag zugeordnet sein, wobei das

Kommunikationsmodul dazu ausgebildet ist, mit Hilfe der in der Netzwerkadresse enthaltenen Busadresse (Komponenten-ID) die jeweilige Übersetzungs-Tabelle bzw. den entsprechenden Tabellen-Eintrag für die Bestimmung der abzufragenden Eigenschaft zu ermitteln.

Das Bussystem kann ein DALI-Bus sein, bei dem zumindest eine Komponente eine als„DALI- Event-Message" bezeichnete Nachricht über das Bussystem senden kann, wobei die„DALI- Event-Message"-Daten den oben genannten von einer Komponente autonom erzeugten Daten entsprechen und der„DALI-Event-Message" eine Ressource„callback URL" zugeordnet ist, an der eine Adresse hinterlegt werden kann, an die dann die„DALI-Event-Message" oder in dieser Nachricht enthaltenen Informationen/Daten weitergeleitet wird.

Das Bussystem kann eine„Active Low" nutzen.

Alternativ oder zusätzlich kann das Kommunikationsmodul dazu ausgebildet sein, zumindest eine von einer Komponente zu einem bestimmten Ereignis an eine bestimmte Busadresse über das Bussystem gesendete Nachricht als autonom erzeugte Daten zu detektieren, eine der bestimmten Busadresse-zugeordnete Ressource und über diese eine Netzwerkadresse zu bestimmen und die Nachricht an die bestimmte Netzwerkadresse zu senden. Dies erlaubt eine Fernüberwachung von Komponenten und/oder die Ansteuerung busexterner, sich im Netzwerk befindlicher Geräte.

Gemäß der vorliegenden Erfindung weist ein Beleuchtungssystem ein Bussystem, mehrere an dem Bussystem angekoppelte Komponenten und zumindest eines der oben beschriebenen Kommunikationsmodule auf.

Gemäß der vorliegenden Erfindung weist ein Verfahren zum Übertragen von Daten zwischen zumindest einer an einem Beleuchtungs-Bussystem angekoppelten Komponente und einem Teilnehmer eines auf einem Internetprotokoll basierenden Netzwerks, bei dem das Bussystem über eine Schnittstelle an das Netzwerk angekoppelt ist, jeder an dem Bussystem angekoppelten Komponente eine eindeutige Busadresse zugeordnet ist, der Schnittstelle mehrere

Netzwerkadressen zugeordnet sind und zumindest eine der mehreren Netzwerkadressen die Busadresse einer Komponente enthält, die Schritte:

- Empfangen von aus dem Netzwerk an die zumindest eine Netzwerkadresse gesendeten Daten von der Schnittstelle,

- Extrahieren der Busadresse der Komponente aus der Netzwerkadresse,

- Bestimmen der der angeforderten Ressource zugeordneten Eigenschaft der Komponente, - Ermitteln von an die Komponente mit der extrahierten Busadresse zu sendenden Daten auf der Grundlage der empfangenen Daten und

- Übertragen der ermittelten Daten an die Komponente mit der extrahierten Busadresse über das Bussystem

auf.

Alternativ oder zusätzlich kann zumindest eine in dem Bussystem abfragbare Eigenschaft zumindest einer Komponente eine über das Netzwerk zugängliche Ressource darstellen, die über einen URL erreichbar, wobei wenn die empfangenen Daten eine http-Anfrage der Ressource von einem Netzteilnehmer enthalten, in dem Verfahren folgende Schritte ausgeführt werden:

- Bestimmen der der angeforderten Ressource in einer Tabelle zugeordneten Eigenschaft der Komponente,

- Empfangen von Informationen zu der in der Datenübertagung abgefragten Eigenschaft von der Komponente,

- Erzeugen eines Datenpakets mit den empfangenen Informationen,

- Ermitteln einer Netzwerkadresse für die Übertragung der Daten auf der Grundlage der empfangenen Daten, und

- Senden des Datenpakets an die ermittelte Netzwerkadresse. Nachfolgend wird die Erfindung anhand der beiliegenden Zeichnungen näher erläutert. Es zeigen:

Fig. 1 ein Beleuchtungssystem nach einem ersten Ausführungsbeispiel gemäß der vorliegenden Erfindung,

Fig. 2 eine vereinfachte Schaltung des Kommunikationsmoduls nach einem Ausführungsbeispiel gemäß der vorliegenden Erfindung,

Fig. 3 eine schematische Darstellung eines Beleuchtungssystems nach einem zweiten

Ausführungsbeispiel gemäß der vorliegenden Erfindung,

Fig. 4 ein vereinfachtes Diagramm zur Darstellung des Verfahrens nach einem

Ausführungsbeispiel, und Fig. 5 ein vereinfachtes Diagramm zur Darstellung des Verfahrens nach einem weiteren

Ausführungsbeispiel.

Komponenten mit gleichen Funktionen sind in den Figuren mit gleichen Bezugszeichen gekennzeichnet.

Fig. 1 zeigt den möglichen Aufbau eines Beleuchtungssystems gemäß der vorliegenden

Erfindung. Das System weist einen Datenbus 1 , eine Vielzahl von an dem Datenbus 1 angeschlossenen Komponenten 2a..2f und ein mit dem Datenbus 1 und einem auf einem

Internetprotokoll basierenden Netzwerk 3 verbundenes Kommunikationsmodul 4 auf.

Der Datenbus 1 kann ein Bussystem gemäß dem DALI-Industriestandard sein, über das die Komponenten 2a..2f, wie Leuchten-Betriebsgeräte, Lichtsensoren, Bewegungssensoren, Taster und Steuergeräte, Steuerbefehle und Betriebsdaten übertragen. Gemäß dem DALI 2 Standard müssen Sensoren, wie Helligkeitssensoren und Bewegungssensoren für die Ansteuerung von Leuchten-Betriebsgeräte nicht mehr von einem Steuergerät abgefragt werden, sondern können selbst Steuerbefehle an ein Betriebsgerät senden, um beispielsweise eine Leuchte einzuschalten. Damit mit einem an dem Datenbus 1 angekoppelten und ebenfalls der Leuchte zugeordneten Taster die Leuchte wieder ausgeschaltet werden kann, ohne dass der Taster zweimal betätigt werden muss, kann dem Taster der Einschaltsteuerbefehl des Sensors oder der Betriebszustand der Leuchte mittels einer sogenannten "DALI Event Message", also einer Nachricht über ein bestimmtes Ereignis, über den Datenbus 1 mitgeteilt werden. Auf diese Weise kann der Taster ermitteln, dass die Leuchte bereits leuchtet und bei einen Tastendruck nicht ein- sondern ausgeschaltet werden soll.

Der Datenbus 1 kann ein Bussystem mit einer„Active Low" Übertragung nutzen. Vorzugsweise ist eine Energieversorgung von angeschlossenen Komponenten 2a..2f wie beispielsweise Sensoren über den Datenbus 1 möglich. Der hohe Pegel (High-Pegel) kann in dem Bereich von 12V-20,5V liegen. Beispielsweise weist das Bussystem auf dem Datenbus 1 eine

Übertragungsgeschwindigkeit bis 1 ,2kbit auf.

Das in Fig. 1 gezeigte Netzwerk 3 ist ein Rechnernetz, in dem Nutzdaten in Paketen versendet und in dem nach einem Schichtenmodell Steuerinformationen verschiedener Netzwerkprotokolle ineinander verschachtelt um die eigentlichen Nutzdaten herum gemäß dem Internet Protocol Version 6 (IPv6) übertragen werden. Ein mobiles Steuergerät 5 ist über eine Funkverbindung mit dem Netzwerk 3 verbindbar und dient zum Abfragen von Status- und Betriebsdaten der Komponenten 2a..2f und zur Steuerung zumindest einiger der Komponenten 2a..2f. Das Steuergerät 5 kann ein Smartphone, ein Personal Digital Assistant (PDA) oder ein Tabletcomputer sein, das bzw. der über eine

Mobilfunkverbindung oder ein lokales Funknetz (WLAN) an das Netzwerk 3 ankoppelbar ist und auf dem mittels einer grafischen Benutzerschnittstelle die Status- und Betriebsdaten abgefragt und angezeigt sowie Steuerbefehle an die einzelnen Komponenten 2a..2f gesendet werden können. Alternativ ist selbstverständlich auch eine nicht mobile Lösung, z.B. ein PC, denkbar.

Mit dem Netzwerk 3 ist auch ein Sensor 6 verbunden, der sich außerhalb des Gebäudes befinden kann, in welchem der Datenbus 1 installiert ist, und der Steuerbefehle an zumindest eine

Komponente 2a..2f über das Netzwerk 3, das Kommunikationsmodul 4 und den Datenbus 1 sendet. Der Sensor 6 kann ein Windsensor sein, der einen Antrieb einer Markise als eine

Komponente 2a..2f ansteuert.

Das Kommunikationsmodul 4 kann ein Gateway sein und ermöglicht eine transparente

Übertragung der Steuerbefehle und Abfragen von dem Steuergerät 5 und dem Sensor 6 an die gewünschte Komponente 2a..2f. Transparent bedeutet hierbei, dass zumindest einige der

Komponenten 2a..2f von dem Steuergerät 5 und dem Sensor 6 über Netzwerkadressen gemäß dem Internet Protocol Version 6 (IPv6) ansprechbar sind, obwohl innerhalb des Datenbusses 1 jede Komponente 2a..2f nur über ihre eindeutige Busadresse/D ALI -Adresse ansprechbar ist. Gemäß der vorliegenden Erfindung sind dem Kommunikationsmodul mehrere Netzwerkadressen zugeordnet, wobei zumindest eine der mehreren Netzwerkadressen die Busadresse (DALI- Adresse) einer Komponente 2a..2f enthält.

Das Steuergerät 5 und der Sensor 6 senden ihre Anfragen und Steuerbefehle an das

Kommunikationsmodul 4, welches die Busadresse der Komponenten 2a..2f aus der

Netzwerkadresse extrahiert, die Anfragen und Steuerbefehle entsprechend dem Ressourcen-Pfad gegebenenfalls in DALI-konforme Anfragen und Steuerbefehle umwandelt und an die

Komponenten 2a..2f mit der extrahierten Busadresse sendet. Bei Anfragen kann das

Kommunikationsmodul 4 die Netzwerkadresse des Steuergeräts 5 bzw. des Sensors 6 aus den von dem Steuergerät 5 bzw. dem Sensor 6 empfangenen Daten ermitteln und die über den Datenbus 1 empfangene Antwort auf die Anfrage an die ermittelte Netzwerkadresse senden. Auf diese Weise sind zumindest einige der Komponenten 2a..2f von dem Steuergerät 5 und dem Sensor 6 wie ein Netzteilnehmer ansprechbar. Fig. 2 zeigt eine vereinfachte Schaltung des Kommunikationsmoduls 4 nach einem

Ausführungsbeispiel gemäß der vorliegenden Erfindung. Das in Fig. 2 gezeigte

Kommunikationsmodul 4 weist eine Netzwerkschnittstelle 7, die über einen Anschluss 8 mit dem Netzwerk 3 verbindbar ist, eine Busschnittstelle 9, die mit dem Datenbus 1 verbindbar ist, eine Steuereinrichtung 11 und einen Datenspeicher 12 auf.

Die Steuereinrichtung 11 extrahiert die Busadresse und/oder die Anfragen bzw. Steuerbefehle aus den über die Netzwerkschnittstelle 7 aus dem Netzwerk 3 empfangenen Daten, wandelt die Anfragen bzw. Steuerbefehle mittels einer in dem Datenspeicher 12 gespeicherten Tabelle in DALI-konforme Anfragen und Steuerbefehle um und sendet diese über die Busschnittstelle 9 an die Komponente 2a..2f mit der extrahierten Busadresse. Dem Kommunikationsmodul 4 kann eine eigene eindeutige Busadresse zugeordnet sein und die Steuereinrichtung 11 kann die über den Datenbus 1 übertragenen Daten mittels der Busschnittstelle 9 erfassen und bestimmte Daten und/oder an bestimmte Busadressen gesendete Daten an das Steuergerät 5 und/oder den Sensor 6 weiterleiten. Hierzu sind zu bestimmten Daten bzw. bestimmten Busadressen spezielle

Ressourcen„Callback URL" zugeordnet, mit deren Hilfe Netzwerkadressen gespeichert oder automatisch berechnet werden können. Eine solche Weiterleitung kann von dem Steuergerät 5 und/oder dem Sensor 6 mit Hilfe der Ressourcen„Callback URL" beauftragt werden.

In dem beschriebenen Beispiel sind lediglich ein Steuergerät 5 und ein Sensor 6 mit dem

Netzwerk bzw. dem Kommunikationsmodul 4 verbunden. Es können jedoch eine Vielzahl von Steuergeräten 5, Sensoren 6 oder andere Geräte, wie Aktoren, Schalter oder Betriebsgeräte, mit dem Netzwerk 3 bzw. dem Kommunikationsmodul 4, auch gleichzeitig, verbunden sein.

Die Anfragen bzw. Steuerbefehle können sind im Ressourcen-Pfad des Zugriffs, in den

Datenpaketen oder der Netzwerkadresse enthalten sein und/oder bereits DALI-konform vorliegen, so dass keine Umwandlung und kein Datenspeicher 12 nötig ist, um sie über den Datenbus 1 übertragen zu können. Die grafische Benutzerschnittstelle kann eine DALI-konforme oder die eines anderen Steuersystems sein. Gemäß der vorliegenden Erfindung können nicht nur den Komponenten 2a..2f ein eindeutiger Identifikator (URI) in dem Netzwerk 3 zugeordnet werden, sondern auch deren abfragbare oder einstellbare Eigenschaften, so dass diese Eigenschaften über das Netzwerk 3 bzw. im Internet der Dinge (IdD) als Ressource/Ding verfügbar und ggf. mit anderen Ressourcen/Dingen verknüpfbar sind.

Fig. 3 zeigt eine schematische Darstellung eines solchen Beleuchtungssystems nach einem zweiten Ausführungsbeispiel gemäß der vorliegenden Erfindung. Bei dem in Fig. 3 gezeigten Beleuchtungssystem sind das mit dem Netzwerk 4 (nicht gezeigt) verbundene

Kommunikationsmodul 4 und die Komponenten 2a..2f an den Datenbus 1 angekoppelt, wobei die Komponente 2a eine Leuchte "Lum 1" mit der Busadresse sOO ist, die Komponente 2b eine Leuchte "Lum 2" mit der Busadresse sOl ist, die Komponente 2c ein Dämmerungssensor "LSI" mit der Busadresse slO ist und die Komponente 2d ein Bewegungsmelder "PS1" mit der

Busadresse sl l ist. In dem Beleuchtungssystem sind in einer in dem Datenspeicher 12 gespeicherten Tabelle die Eigenschaften der Komponenten 2a..2f hinterlegt, welche über das Netzwerk 4 als Ressourcen abfragbar und/oder einstellbar sein sollen.

Die netzseitig im Internet der Dinge (IdD) als verfügbaren Ressourcen/Dinge des in dem in Fig. 3 gezeigten Beleuchtungssystems sind rechts neben dem Kommunikationsmodul 4 in einer Verzeichnisstruktur mit der Netzwerkadresse angegeben.

Für die Leuchte "Lum 1 " sind die Ressourcen "Betriebszustand", "Dimm-Wert" und die

Einstellungen "Zeit" (Dimm-Geschwindigkeit) und "Farbe" (Farbtemperatur) verfügbar. Der Leuchte "Lum 1" ist die Netzwerkadresse "x:x:x:x::0" zugeordnet, wobei die "0" der Busadresse sOO entspricht. Das Kommunikationsmodul 4 ist ein Gateway zum Teilnetz (Subnet)

"x:x:x:x::/64" des Netzwerks 3 und kann auch eine eigene Adresse in diesem Subnet zu

Konfigurationszwecken haben. Der Bewegungsmelder "PS1" kann als eine Eigenschaft die oben beschriebene„DALI-Event- Message" an eine vorgegebene Busadresse senden, wobei in der IdD -Repräsentation die„DALI- Event-Message" an eine "Callback URL" weitergeleitet wird, die über eine entsprechende Ressource über das Netzwerk gesetzt werden kann. Das Kommunikationsmodul ist dazu ausgebildet, die Betriebsgeräte am Bussystem 1 automatisch zu erkennen. Mit Hilfe einer im Datenspeicher 12 hinterlegten Übersetzungstabelle werden die von den Betriebsgeräten bereitgestellten Services in Netzwerkressourcen übersetzt. Auch dies erfolgt automatisch. Diese Ressourcen können über das Netzwerk 3 angesprochen werden, um Daten der Betriebsgeräte abzufragen oder Befehle an Geräte zu senden um somit die Konfiguration der Geräte zu ändern. Somit kann transparent auf die Betriebsgeräte zugegriffen werden, ohne dass spezifische Befehle bekannt sein müssen. Auch das angeschlossene

Bussystem 1 wird somit für einen Zugriff aus dem Rechnernetz völlig irrelevant. Das Kommunikationsmodul ist so ausgebildet, dass über eine„allgemeine bekannte

Adresse" Informationen über die bereitgestellten Ressourcen abgefragt werden können. Über diesen Weg kann ein externes Gerät 5 ohne Vorkenntnisse alle Informationen über das

Bussystem und die angeschlossenen Betriebsgeräte ermitteln. Diese Informationen werden als hierarchisch organisierte Ressourcen-Pfade zur Verfügung gestellt, wobei zu jeder Ressource auch der Datentyp abgefragt werden kann.

In dem Beispiel der Fig. 3 sind vier Betriebsgeräte als Komponenten 2a..2d an dem Bussystem 1 angeschlossen und haben eine spezifische Bus-Adresse erhalten (s00...sl 1). Das Betriebsgerät scannt das Bussystem und ermittelt die Typen und Adressen der angeschlossenen Betriebsgeräte. Die Busadresse im Bussystem, z.B. sOO für das Gerät Luml wird in eine IPv6-Adresse übersetzt: x:x:x:x:x::0. Dann werden die von den Betriebsgeräten 2a..2d zur Verfügung gestellten Services mit Hilfe der im Datenspeicher 12 hinterlegten Informationen ermittelt. Diese werden in

Ressourcen-Pfade übersetzt, z.B. /Einstellung/Farbe. Die Kombination

Netzwerkadresse/Ressourcen-Pfad bildet somit die URL, über den ein Service eines

Betriebsgerätes genutzt werden kann. Der aktuelle Farbwert von Luml kann beispielsweise über x:x:x:x:x::0/Einstellung/Farbe abgefragt bzw. geändert werden.

Das Kommunikationsmodul kann dazu ausgelegt sein, eine Aufteilung von aus dem Netzwerk 3 gesendeten Daten auf mehrere DALI-Buszugriffe vorzunehmen, beispielsweise bei komplexen Ressourcen. Auf diese Weise kann es ermöglicht werden, komplexe Ressourcen wie

beispielsweise ein Rücksetzen (Reset) des Datenbusses 1, das Auslesen von Wertetabellen von einzelnen oder auch einer Mehrzahl von Komponenten 2a..2d, eine Durchführung eines

Firmware-Updates für einzelne oder auch eine Mehrzahl von Komponenten 2a..2d. Das Kommunikationsmodul kann dazu ausgelegt sein, eine Zwischenspeicherung von aus dem Netzwerk 3 gesendeten Daten vorzunehmen. Das Kommunikationsmodul kann auch dazu ausgelegt sein, eine Verifikation der an die Komponenten 2a..2f übertragenen Daten

vorzunehmen. Das Netzwerk 3 kann dazu ausgelegt sein, dass der Timeout für das Protokoll des Netzwerkes 3 konfigurierbar ausgelegt sein kann. Beispielsweise kann das Kommunikationsmodul dazu ausgelegt sein, den Timeout-Parameter des Netzwerkes 3 anhand des Typs des angeschlossenen Datenbusses 1 oder anhand der Anzahl oder auch Art der an den Datenbus 1 angeschlossenen Komponenten 2a..2f festzulegen.

Mit Hilfe der Erfindung wird mittels einer Adressübersetzung so beispielsweise verschiedenen Arten von Zugriffen auf einzelne oder auch eine Mehrzahl von Komponenten 2a..2d

durchführbar, beispielsweise auf einzelne (Unicast), mehrere (Multicast) oder auf die Gesamtheit (Broadcast).

Die angegebenen Eigenschaften und Ressourcen sind selbstverständlich lediglich Beispiele und demselben Schema folgend können weitere und/oder andere Ressourcen und Eigenschaften definiert sein. Fig. 4 zeigt ein vereinfachtes Diagramm zur Darstellung des Verfahrens gemäß eines

Ausführungsbeispiels, bei dem die vorstehend bereits erläuterten Verfahrensschritte noch einmal in einem eigenen Flussdiagramm dargestellt sind.

Gemäß dieses Ausführungsbeispiels weist ein Verfahren zum Übertragen von Daten zwischen zumindest einer an einem Beleuchtungs-Bussystem angekoppelten Komponente 2a..2f und einem Teilnehmer eines auf einem Internetprotokoll basierenden Netzwerks 3, bei dem das Bussystem über eine Schnittstelle an das Netzwerk 3 angekoppelt ist, jeder an dem Bussystem 1 angekoppelten Komponente 2a..2f eine eindeutige Busadresse zugeordnet ist, der Schnittstelle mehrere Netzwerkadressen zugeordnet sind und zumindest eine der mehreren Netzwerkadressen die Busadresse einer Komponente enthält, die Schritte:

- Empfangen von aus dem Netzwerk an die zumindest eine Netzwerkadresse gesendeten Daten von der Schnittstelle,

- Extrahieren der Busadresse der Komponente 2a..2f aus der Netzwerkadresse,

- Bestimmen der der angeforderten Ressource (URL) zugeordneten Eigenschaft (Service) der Komponente mit Hilfe einer Übersetzungs-Tabelle, - Ermitteln von an die Komponente 2a..2f mit der extrahierten Busadresse zu sendenden Daten auf der Grundlage der empfangenen Daten und der angefragten Ressource, und

- Übertragen der ermittelten Daten an die Komponente 2a..2f mit der extrahierten Busadresse über das Bussystem auf.

Dabei kann eine in dem Bussystem abfragbare Eigenschaft zumindest einer Komponente 2a..2f eine über das Netzwerk 3 zugängliche Ressource darstellen, die über einen URL erreichbar ist, die empfangenen Daten können eine Anfrage der Ressource von einem Netzteilnehmer 5, 6 enthalten, und das Verfahren die folgenden Schritte aufweisen:

Bestimmen der angefragten Ressource in einer Tabelle zugeordneten Eigenschaft der

Komponente 2a..2f,

Empfangen von Informationen zu der in der Datenübertagung abgefragten Eigenschaft von der Komponente 2a..2f,

Erzeugen eines Datenpakets mit den empfangenen Informationen, und

Senden des Datenpakets an die Netzwerkadresse des Netzteilnehmers 5, 6.

Fig. 5 zeigt ein vereinfachtes Diagramm zur Darstellung des Verfahrens gemäß eines weiteren Ausführungsbeispiels, bei dem die vorstehend bereits erläuterten Verfahrensschritte noch einmal in einem eigenen Flussdiagramm dargestellt sind.

Es kann zumindest eine in dem Bussystem abfragbare Eigenschaft zumindest einer Komponente stellt eine über das Netzwerk zugängliche Ressource darstellen, die über einen URL erreichbar, wobei wenn die empfangenen Daten eine Anfrage der Ressource von einem Netzteilnehmer enthalten, in dem Verfahren folgende Schritte ausgeführt werden:

- Bestimmen der der angefragten Ressource vorzugsweise in einer Tabelle zugeordneten Eigenschaft der Komponente,

- Empfangen von Informationen zu der in der Datenübertagung abgefragten Eigenschaft von der Komponente,

- Erzeugen eines Datenpakets mit den empfangenen Informationen,

- Ermitteln einer Netzwerkadresse für die Übertragung der Daten auf der Grundlage der empfangenen Daten, und

- Senden des Datenpakets an die ermittelte Netzwerkadresse.