AT14531U1 - Vorrichtung und Verfahren zur Ansteuerung eines Feldbussystems - Google Patents

Abstract

Die Erfindung betrifft eine Vorrichtung zur Ansteuerung eines Feldbussystems (2), insbesondere einer Heizungsanlage mit mehreren Komponenten, wobei eine erste Schnittstelle (3) zur Kommunikation mit dem Feldbussystem (2) und eine zweite Schnittstelle (4) zur Kommunikation mit einem Server (5) vorgesehen ist, wobei die Vorrichtung (1) zur bidirektionalen, verschlüsselten Kommunikation zwischen dem Server (5) und dem Feldbussystem (2) ausgeführt ist. Die Erfindung betrifft weiters Verfahren zur Ansteuerung einer derartigen Vorrichtung.

Description

Beschreibung

VORRICHTUNG UND VERFAHREN ZUR ANSTEUERUNG EINES FELDBUSSYSTEMS

[0001] Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Ansteuerung eines Feldbussystems, insbesondere einer Heizungsanlage mit mehreren daran angeschlossenen Komponenten.

[0002] Insbesondere auf dem Gebiet der Heizungstechnik ist es üblich, mehrere Geräte über ein Feldbussystem, beispielsweise einen CAN-Bus oder einen Modbus, zu einer großen Anlage zu verbinden. Bei den Geräten handelt es sich beispielsweise um Stückholzkessel, thermische Solaranlagen, Pufferspeicher und ein oder mehrere Heizkreise, die damit versorgt werden. Zur Steuerung der gesamten Anlage werden im Stand der Technik üblicherweise lokale Steuergeräte eingesetzt, die nur vor Ort, und nicht aus der Ferne, insbesondere nicht über das Internet, steuerbar sind. Dies liegt unter anderem daran, dass jede Komponente der Anlage in der Regel proprietäre Protokolle und Steuerbefehle einsetzt.

[0003] Aufgabe der Erfindung ist es, diesen Nachteil zu beheben und eine Vorrichtung zu schaffen, die es ermöglicht, ein Feldbussystem mit mehreren Komponenten aus der Ferne, insbesondere über das Internet, zu steuern. Dabei soll es die Vorrichtung insbesondere ermöglichen, verschiedenste Komponenten mit proprietären und voneinander unabhängigen Protokollen ansteuern zu können, ohne dass der Endbenutzer die dafür jeweils benötigten Protokolle kennen muss.

[0004] Diese und andere Aufgaben werden erfindungsgemäß durch eine Vorrichtung zur Ansteuerung des Feldbussystems gelöst, bei der eine erste Schnittstelle zur Kommunikation mit dem Feldbussystem und eine zweite Schnittstelle zur Kommunikation mit einem Server vorgesehen ist, wobei die Vorrichtung zur bidirektionalen, verschlüsselten Kommunikation zwischen dem Server und dem Feldbussystem ausgeführt ist.

[0005] Die Vorrichtung kann insbesondere als Protokollumsetzer oder Gateway ausgeführt sein, der dazu eingerichtet ist, verschlüsselte Nachrichten des Servers über eine Schnittstelle zu empfangen, zu entschlüsseln, in für die Komponenten des Feldbussystems lesbare Nachrichten umzusetzen und über eine weitere Schnittstelle an das Feldbussystem zu senden, sowie in umgekehrter Richtung Nachrichten der Komponenten des Feldbussystems über eine Schnittstelle zu empfangen, in für den Server lesbare Nachrichten umzusetzen, zu verschlüsseln, und über eine weitere Schnittstelle an den Server zu senden.

[0006] Dadurch wird ermöglicht, dass für den Benutzer, der lediglich mit dem Server kommuniziert, die proprietären Protokolle der am Feldbus angeschlossenen Komponenten nicht bekannt sein müssen. Der Protokollumsetzer empfängt die von den Komponenten des Feldbussystems gesendeten Datenpakete und setzt sie in ein eigenes Protokoll um, das verwendet wird, um mit dem Server zu kommunizieren. Dies ermöglicht es, sämtliche Daten der angeschlossenen Komponenten einheitlich über den Server und das Internet dem Benutzer zugänglich zu machen. Eine direkte Kommunikation zwischen dem Server oder dem Benutzer und den einzelnen Komponenten des Feldbussystems ist weder vorgesehen noch erforderlich und erfindungsgemäß auch gar nicht möglich.

[0007] Die Vorrichtung ermöglicht es dem Kunden beispielsweise den Ladegrad (die Temperatur) eines am Feldbus angeschlossenen Pufferspeichers anzusehen, die gewünschte Wohn-raumtemperatur eines Heizkreises zu ändern oder die automatische Zündung des Heizkessels freizugeben und somit den Heizkessel zu starten. Im Gegensatz zu Steuerungen aus dem Stand der Technik muss der Benutzer auf den Komponenten des Systems selbst nichts einstellen.

[0008] Auch wird die Sicherheit des Systems erhöht, da die Vorrichtung es verhindert, dass über das Internet direkt auf das Feldbussystem selbst zugegriffen werden kann. Erfindungsgemäß kann vorgesehen sein, dass das Feldbussystem weitere Komponenten, wie beispielsweise eine Heizkesselsteuerung, einen Solarregler, einen Pufferspeichersensor, einen Temperaturfühler und/oder andere Komponenten umfasst. Erfindungsgemäß kann weiters vorgesehen sein, dass die erste Schnittstelle des Protokollumsetzers als Feldbusschnittstelle, insbesondere CAN- oder ModBus- Schnittstelle ausgeführt ist, die zweite Schnittstelle als Netzwerkschnittstelle, insbesondere Ethernet-Schnittstelle ausgeführt ist und vorzugsweise weitere Schnittstellen, insbesondere eine USB-Schnittstelle vorgesehen sind.

[0009] Die Erfindung erstreckt sich weiters auf einen Server zur Ansteuerung einer erfindungsgemäßen Vorrichtung, umfassend einen Protokollserver zur verschlüsselten Kommunikation mit dem Protokollumsetzer, eine Datenbank-Schnittstelle zur Kommunikation mit einem Datenbank-Server und/oder einer Datenbank, sowie einen Kontrollserver zur Entgegennahme von Befehlen für das Feldbussystem. Der dedizierte Kontrollserver ermöglicht es, proprietäre Nachrichten der Komponenten des Feldbusses entgegenzunehmen. Durch Abfrage der Datenbank können diese Nachrichten in ein einheitliches Format ungewandelt und an den Benutzer weitergeleitet werden.

[0010] Die Erfindung erstreckt sich weiters auf ein System aus einem erfindungsgemäßen Protokollumsetzer und einen erfindungsgemäßen Server.

[0011] Die Erfindung erstreckt sich weiters auf ein Verfahren zur Steuerung eines Feldbussystems, insbesondere einer Heizungsanlage mit mehreren Komponenten, durch einen externen Server über einen, mit dem Feldbussystem verbundenen Protokollumsetzer, wobei das Verfahren folgende Schritte umfasst: In einem ersten Schritt erfolgt die Authentifizierung und der Aufbau einer verschlüsselten Verbindung zwischen dem Server und dem Protokollumsetzer.

[0012] In einem zweiten Schritt erfolgt die Identifizierung der am Feldbussystem angeschlossenen Komponenten und Abspeicherung dieser Informationen in einer Datenbank, beispielsweise durch Zuordnung einer eindeutigen Kennung.

[0013] In einem dritten Schritt erfolgt die Abfrage der aktuellen Messwerte, Parameter und Zyklen des Feldbussystems und Abspeicherung in der Datenbank. Gegebenenfalls erfolgt eine Änderung eines oder mehrerer Parameter des Feldbussystems. Schließlich erfolgt in periodischen Abständen eine Aktualisierung der Messwerte, Parameter und Zyklen des Feldbussystems in der Datenbank.

[0014] Messwerten sind Werte, die von den Komponenten des Feldbussystems gemessen werden (z.B. Puffertemperatur, Außentemperatur, Sauerstoffgehalt). Parameter bezeichnen sämtliche Einstellungen auf den Komponenten des Feldbussystems, die vom Benutzer geändert werden können oder anhand von bestimmten Messwerten oder anderen Parametern gesetzt werden (z.B. Betriebsart Holzkessel, verschiedene Soll- Temperaturen). Zyklen sind Zeitprogramme wie z.B. die Heizzeiten oder die Zündzeiten. Durch Festlegung der Zyklen kann beispielsweise definiert werden, welcher Heizkreis wann auf welche Temperatur regeln soll.

[0015] Erfindungsgemäß ist weiters vorgesehen, dass die Messwerte, Parameter und Zyklen periodisch in vorzugsweise jeweils unterschiedlichen Intervallen abgefragt werden, wobei die Intervalle vorzugsweise an Hand des Typs der angeschlossenen Komponenten der Datenbank entnommen werden.

[0016] Erfindungsgemäß ist weiters vorgesehen, dass gewünschte Abfragen durch den Server gesammelt und in periodischen Abständen über den Protokollumsetzer an das Feldbussystem übermittelt werden. Dies hat insbesondere den Vorteil, dass gewisse Messwerte mit hoher Latenzzeit (z.B. die Puffertemperatur) nicht in zu kurzen Intervallen abgefragt werden, sodass jedenfalls aussagekräftige Werte erhalten werden.

[0017] Erfindungsgemäß ist weiters vorgesehen, dass die verschlüsselte Kommunikation des Servers mit dem Feldbussystem über den Protokollumsetzer folgende Schritte umfasst: Zunächst erfolgt die Entgegennahme von Befehlen an einem Kontrollserver des Servers. Danach erfolgt die Abfrage der Datenbank zur Ermittlung der entsprechenden, den identifizierten Komponenten des Feldbussystems zugeordneten Steueranweisungen, beispielsweise unter Ver-

Wendung einer eindeutigen Kennung.

[0018] Danach erfolgt die Verschlüsselung der nunmehr komponentenspezifischen Steueranweisungen durch einen Protokollserver. Schließlich erfolgt die Weiterleitung der verschlüsselten Steueranweisungen an den Protokollumsetzer, gegebenenfalls über das Internet. Weiters erfolgt eine Entgegennahme der Steueranweisungen am Protokollumsetzer, eine Entschlüsselung und Weiterleitung der komponentenspezifischen Anweisungen an das Feldbussystem, gegebenenfalls wiederum unter Verwendung einer eindeutigen Kennung der angesprochenen Komponente.

[0019] Die verschlüsselte Kommunikation des Servers mit dem Feldbussystem über den Protokollumsetzer kann erfindungsgemäß folgende Schritte umfassen: Zunächst erfolgt die Entgegennahme und Verschlüsselung von Daten der Komponenten des Feldbussystems am Protokollumsetzer. Danach erfolgt die Weiterleitung der verschlüsselten Daten an den Server, gegebenenfalls über das Internet. Danach erfolgt die Entschlüsselung der Daten durch einen Protokollserver am Server. Danach erfolgt die Abfrage der Datenbank zur Ermittlung der Bedeutung der entschlüsselten Daten. Schließlich erfolgt die Ablage der entschlüsselten Daten in der Datenbank. Gegebenenfalls erfolgt danach eine Abfrage der Datenbank durch ein beliebiges, mit dem Server oder dem Internet verbundenes Endgerät.

[0020] Erfindungsgemäß kann weiters vorgesehen sein, dass der Protokollumsetzer nicht als dediziertes Gerät ausgeführt ist, sondern in eine der am Feldbus angeschlossenen Komponenten integriert ist.

[0021] Die Erfindung erstreckt sich weiters auf ein Computerprogramm zur Ausführung des erfindungsgemäßen Verfahrens.

[0022] Weitere erfindungsgemäße Ausführungsbeispiele ergeben sich aus der Beschreibung, den Ansprüchen und den Zeichnungen. Im folgenden wird die Erfindung an Hand nicht einschränkender Ausführungsbeispiele näher erläutert.

[0023] Fig. 1 zeigt eine schematische Darstellung eines erfindungsgemäßen Proto kollumsetzers, das mit einem Feldbussystem verbunden ist; [0024] Fig. 2a - 2e zeigen Sequenzdiagramme verschiedener Anwendungsfälle eines Aus führungsbeispiels des erfindungsgemäßen Verfahrens; [0025] Fig. 3a - 3e zeigen Ausführungsbeispiele der vom Protokollumsetzer eingesetzten Übertragungspakete.

[0026] Fig. 1 zeigt eine schematische Darstellung eines erfindungsgemäßen Protokollumsetzers 1, der mit einem Feldbussystem 2, das im konkreten Ausführungsbeispiel als CAN-Bus oder Modbus ausgeführt ist, verbunden ist. In anderen, nicht dargestellten Ausführungsbeispielen können andere Feldbussysteme vorgesehen sein.

[0027] Auf dem Feldbussystem 2 befinden sich eine Heizkesselsteuerung 6, die mit einem Pufferspeichersensor 8, einem Sensor 17 und einem Aktuator 18 verbunden ist, ein Temperaturfühler 10 und eine Solarregelung 7 mit einem Pufferspeichersensor 8 und einem weiteren Sensor 17. Sämtliche Komponenten sind über das Feldbussystem ansteuerbar, wobei jedoch jede Komponente ein proprietäres Protokoll benutzt.

[0028] Der Protokollumsetzer 1 umfasst eine erste Schnittstelle 3, die als CAN- oder Modbus-Schnittstelle ausgeführt ist, und ist über diese mit dem Feldbussystem 2 verbunden. Die Kommunikation über diese Schnittstelle 3 erfolgt jeweils unter Verwendung der von den Komponenten benötigten Steuerbefehle.

[0029] Weiters verfügt der Protokollumsetzer 1 über eine USB-Schnittstelle 9, die beispielsweise zum Einspielen von Updates oder für andere Wartungsaufgaben benutzt werden kann. In nicht dargestellten Ausführungsbeispielen ist der Protokollumsetzer ohne USB- Schnittstelle ausgeführt, da diese für die Funktion nicht zwingend erforderlich ist.

[0030] Außerdem ist der Protokollumsetzer 1 über eine zweite Schnittstelle 4, die als Ethernet- oder WLAN-Schnittstelle ausgeführt ist, mit dem Internet verbunden. Protokollumsetzer 1 und Feldbussystem 2 befinden sich in der Regel am selben Ort.

[0031] An einem anderen Ort befindet sich ein Server 5, der mehrere dedizierte Komponenten umfasst: einen Protokollserver 11, eine Datenbank-Schnittstelle 12 und einen Kontrollserver 13. Der Protokollserver 11 dient zur Kommunikation mit dem Internet und dem zugeordneten Protokollumsetzer 1. Die Kommunikation mit dem Protokollumsetzer 1 erfolgt verschlüsselt. Die Datenbank-Schnittstelle 12 dient zur Kommunikation mit einem eigenen Datenbank-Server 14, der auf eine Datenbank 15 zugreift. Schließlich dient der Kontrollserver 13 zur Entgegennahme von Befehlen für die Komponenten des Feldbussystems 2 aus dem Internet.

[0032] Der Kontrollserver 13 sorgt für die Weiterleitung von Nachrichten der Komponenten des Feldbussystems 2 an das Internet. Jeweilige Endgeräte 16 sind ebenfalls mit dem Internet verbunden.

[0033] Fig. 2a zeigt ein Sequenzdiagramm des Ablaufs der Authentifizierungsgenehmigung des Protokollumsetzers 1 am Server 5. Sobald der Prokollumsetzer 1 mit dem Netzwerk verbunden ist, versucht sich der Protokollumsetzer mit dem Server zu verbinden.

[0034] Andere Feldbusteilnehmer sind daran nicht beteiligt. Der Server 5 bestimmt, ob sich ein Protokollumsetzer verbinden darf oder nicht. Dies wird anhand verschiedener Kriterien (wie z.B. die verwendete Protokollversion) entschieden. Ist die Protokollversion des Protokollumsetzers veraltet und unterstützt nicht den aktuell verwendeten Verschlüsselungsalgorithmus, so kann der Server eine Anmeldung dieses Protokollumsetzers verweigern - oder er genehmigt die Verbindung trotzt der veralteten Protokollversion und die Kommunikation mit diesem Protokollumsetzer verläuft dann anhand dieser Protokollversion. Welche Protokollversionen unterstützt werden kann in einem Konfigurationsfile eingestellt werden.

[0035] Fig. 2b zeigt ein Sequenzdiagramm des Ablaufs der Abfrage der Identität der Heizkesselsteuerung 6 und der Solarregelung 7 am Feldbussystem 2. Der Server 5 schickt einen „Identify Request“ an den Protokollumsetzer 1. Dieser wird dann auf den Feldbus 2 gelegt, worauf sich alle Komponenten durch Zurücksenden einer "Identify Response" identifizieren. Diese Informationen werden vom Protokollumsetzer 1 an den Server 5 zurückgesendet. Der Server trägt die Informationen anschließend in die Datenbank 15 ein. Der Server 5 führt bei jeder Anmeldung eines Protokollumsetzers 1 einen „Identify Request“ aus, um zu erfahren welche Komponenten am Feldbussystem 2 sind, sodass der Server später entsprechende Messwerte und Parameter abfragen kann.

[0036] Fig. 2c zeigt ein Sequenzdiagramm der Abfrage von Messwerten, Parametern und Zyklen. Sobald der Server ein „Indentify Request“ erhalten hat, fragt er alle Messwerte, Parameter und Zyklen dieser Komponente ab.

[0037] So wird sichergestellt, dass bei jeder neuen Verbindung alle Messwerte, Parameter und Zyklen mit den aktuellen Werten in der Datenbank gespeichert sind. Der Server 5 kann jeden beliebigen Messwert (z.B. Wohnraumtemperatur, Kesselstatus,...), Parameter (z.B. Wohnraum-temperatur Soll, Betriebsart,...) sowie Zyklus (z.B. Heizzeiten, Zündzeiten,...) abfragen. Dies erfolgt durch Aussenden einer "Messwert Request" Nachricht durch den Server 5 an den Protokollumsetzer 1. Der Protokollumsetzer 1 leitet die Anfrage an die jeweilige Komponente des Feldbussystems 2 weiter, die dann mit einer "Messwert Response" antwortet. Welche Messwer-te/Parameter/Zyklen von welcher Komponente wie oft abgefragt werden sollen, kann am Server in einer Datenbank eingestellt werden. Hier können sowohl globale Einstellungen als auch spezifische Einstellungen vorgenommen werden (es kann z.B. sein das bei einer bestimmten Anlage ein Problem vorliegt und deswegen die Kesseltemperatur öfter abgefragt werden muss). Es wird beispielsweise alle 17 Sekunden abgefragt ob der Warmwasserspeicher gerade aktiv ist, jedoch seine Temperatur wird nur alle 61 Sekunden abgefragt (da dieser Messwert viel träger ist).

[0038] Fig. 2d zeigt ein Sequenzdiagramm der gesammelten Abfrage von Messwerten. Gleichzeitig mit der Initialisierung beginnen die Timer für die Messwerte, Parameter und Zyklen zu laufen, sobald der Server eine „Identify Response“ erhalten hat. Das bedeutet, dass verschiedenste Messwerte, Parameter und Zyklen periodisch in unterschiedlichen Intervallen abgefragt werden. Der Server kann jeden beliebigen Parameter (z.B. Öl-Brenner EIN, Wohn-raumtemperatur Soll,...) und jeden Zyklus (z.B. Heizzeiten,...) ändern. Dazu sendet er einen „Parameter setzen Request“ an den Protokollumsetzer 2, welcher auf das spezifische Protokoll übersetzt und auf den Bus gelegt und von der entsprechenden Komponente interpretiert und ausgeführt wird.

[0039] Welche Messwerte, Parameter und Zyklen abgefragt werden und in welchen Perioden abgefragt wird kann anhand des Reglertyps in einer Datenbank eingestellt werden. Insbesondere kann es sich um die Kesseltemperatur, die Warmwassertemperatur, die Abgastemperatur, oder eine Störungsmeldung handeln.

[0040] Diese Anfragen werden vom Server gesammelt zum Protokollumsetzer gesendet, es wird also ein Paket gesendet welches einen oder mehrere „Messwert Request“ beinhalten kann (bzw. „Parameter Request“,...). Somit werden z.B. alle 17 Sekunden Timer zusammengefasst.

[0041] Fig. 2e zeigt ein Sequenzdiagramm des Ablaufs der Änderung eines Parameters. Will der Benutzer einen Parameter ändern, so wird ein Befehl in der Datenbank gespeichert (z.B. Bus Nr 1 soll den Parameter mit der Nummer 0x9102 (Wohnraumtemperatur Soll) auf 22°C ändern). Danach wird dem Kontrollserver 13 mitgeteilt, dass ein neuer Befehl vorhanden ist („SET PARAM“). Dieser veranlasst nun die Datenbank-Schnittstelle 12 den Befehl aus der Datenbank zu nehmen und über den Protokollserver 11 an den Protokollumsetzer 1 zu senden. Ist das geschehen, so wird der Befehl wieder aus der Datenbank gelöscht.

[0042] In einer bevorzugten Ausführungsform umfasst das vom Protokollumsetzer 1 verwendete Protokoll zwei Komponenten: ein Crypto Protokoll, welches zur Verschlüsselung und Authen-tifizierung verwendet wird, und ein Data Protokoll, welches zum Datenaustausch verwendet wird. Jedes Datenpaket (19) ist in ein bestimmtes Kryptopaket (20) eingebettet. Außerdem wird bei jedem gesendeten Paket die Protokollversion mitübertragen.

[0043] Fig. 3a zeigt ein typisches Übertragungspaket, das zur Kommunikation des Servers 5 mit dem Protokollumsetzer 1 verwendet wird. Es umfasst einen Crypto-Header und einen Cryp-to-Tail als Kryptopaket 19, welche das eigentliche Datenpaket (20) einschließen. Das dargestellte Übertragungspaket gibt dem Protokollumsetzer den Befehl, den Parameter mit der Nummer 0x9102 (Wohnraumtemperatur Soll) des Reglers mit der Bus Nummer 0x01 auf den Wert 22 zu setzen.

[0044] Fig. 3b zeigt in seinem oberen Teil ein Beispiel eines Identify Request Pakets, das an den Protokollumsetzer gesendet wird. Der Identify Request dient dazu, alle Regler am Bus zu identifizieren. Der Protokollumsetzer übersetzt den Identify Request für die Komponenten am Bus und gibt ihn, wie im unteren Teil der Fig. 3b dargestellt ist, in einer anderen, proprietären Form an das Feldbussystem 2 weiter.

[0045] Danach melden sich alle Komponenten mit einem Identify Response in ihrem jeweiligen proprietären Protokoll. Sobald ein Identify Response am Bus empfangen wird, wird dieser vom Protokollumsetzer empfangen, übersetzt und verschlüsselt an den Server weitergeleitet.

[0046] Fig. 3c zeigt ein Beispiel einer vom Protokollumsetzer übersetzten "Identify Response". Der Identify Response kommt vom Protokollumsetzer als Antwort auf einen Identify Request. Der dargestellte Identify Response meldet einen Regler mit der BusNr 1 vom Reglertyp OxOBOO (LambdaControl 2 Werk) mit der Seriennummer 01234567 und der Softwareversion 17.17 (HEX 0x10 . 0x10). Indem der Server für jede Komponenten einen Identify Request aussendet, kann in der Datenbank abgespeichert werden, welche Komponenten vorhanden sind. Danach wird mit der Initialisierung bzw. der periodischen Abfrage begonnen.

[0047] Fig. 3d zeigt ein Beispiel eines Messwert Request. Mithilfe eines Messwert Request kann der Server Messwerte einzelner Regler am Bus abfragen. Dieses Packet veranlasst den Protokollumsetzer 1 dazu, drei Messwert Requests am Bus abzusetzen. Und zwar immer für die

BusNr 1: 0x0001 Kesselstatus, 0x0003 Ist-Temperatur Kessel, 0x0607 Lambda.

[0048] Fig. 3e zeigt ein Beispiel einer Messwert Response. Für jeden Messwert Response wird vom Protokollumsetzer ein eigener Messwert Response an den Server gesendet. Das dargestellte Paket antwortet dem Server das der Messert 0x0001 (Kesselstatus) des Reglers mit der BusNr 1 den Wert 1 (Kessel EIN) hat. Werden wie oben z.B. drei Messwerte vom Server abgefragt, so bekommt der Server auch 3 Messwert Responses vom Protokollumsetzer. Diese werden nicht wie die Messwert Requests vom Server zusammengefasst.

[0049] Die Erfindung beschränkt sich nicht auf die dargestellten Ausführungsbeispiele, sondern umfasst sämtliche Vorrichtungen und Verfahren im Rahmen der nachfolgenden Ansprüche.

BEZUGSZEICHEN 1 Protokollumsetzer 2 Feldbussystem 3 Erste Schnittstelle 4 Zweite Schnittstelle 5 Server 6 Heizkesselsteuerung 7 Solarregelung 8 Pufferspeichersensor 9 USB-Schnittstelle 10 Temperaturfühler 11 Protokollserver 12 Datenbank-Schnittstelle 13 Konstrollserver 14 Datenbank-Server 15 Datenbank 16 Endgerät 17 Sensor 18 Aktuator 19 Datenpaket 20 Kryptopaket

Claims (14)

1. Ansprüche 1. Vorrichtung zur Ansteuerung eines Feldbussystems (2), insbesondere einer Heizungsanlage mit mehreren Komponenten, dadurch gekennzeichnet, dass eine erste Schnittstelle (3) zur Kommunikation mit dem Feldbussystem (2) und eine zweite Schnittstelle (4) zur Kommunikation mit einem Server (5) vorgesehen ist, wobei die Vorrichtung (1) zur bidirektionalen, verschlüsselten Kommunikation zwischen dem Server (5) und dem Feldbussystem (2) ausgeführt ist.
2. 2. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, dass die Vorrichtung (1) als Protokollumsetzer (1) oder Gateway ausgeführt ist, der dazu eingerichtet ist, a. verschlüsselte Nachrichten des Servers (5) über die Schnittstelle (4) zu empfangen, zu entschlüsseln, in für die Komponenten des Feldbussystems (2) lesbare Nachrichten umzusetzen und über die Schnittstelle (3) an das Feldbussystem (2) zu senden, sowie b. Nachrichten der Komponenten des Feldbussystems (2) über die Schnittstelle (3) zu empfangen, in für den Server (5) lesbare Nachrichten umzusetzen, zu verschlüsseln und über die Schnittstelle (4) an den Server (5) zu senden.
3. 3. Vorrichtung nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass das Feldbussystem (2) weitere Komponenten, wie beispielsweise eine Heizkesselsteuerung (6), einen Solarregler (7), einen Pufferspeichersensor (8) und/oder einen Temperaturfühler (10) umfasst.
4. 4. Vorrichtung nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die erste Schnittstelle (3) als Feldbusschnittstelle, insbesondere CAN- oder ModBus-Schnittstelle ausgeführt ist, die zweite Schnittstelle (4) als Netzwerkschnittstelle, insbesondere Ethernet-Schnittstelle ausgeführt ist und vorzugsweise weitere Schnittstellen, insbesondere eine USB-Schnittstelle (9) vorgesehen sind.
5. 5. Vorrichtung nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Vorrichtung in eine der am Feldbus angeschlossenen Komponenten (6, 7, 8, 10) integriert ist.
6. 6. Server (5) zur Ansteuerung einer Vorrichtung nach einem der Ansprüche 1 bis 5, umfassend a. einen Protokollserver (11) zur verschlüsselten Kommunikation mit dem Protokollumsetzer (1), b. eine Datenbank-Schnittstelle (12) zur Kommunikation mit einem Datenbank-Server (14) und/oder einer Datenbank (15), sowie c. einen Kontrollserver (13) zur Entgegennahme von Befehlen für das Feldbussystem (2).
7. 7. System aus einer Vorrichtung nach einem der Ansprüche 1 bis 5 und einem Server nach Anspruch 6.
8. 8. Verfahren zur Steuerung eines Feldbussystems (2), insbesondere einer Heizungsanlage mit mehreren Komponenten, durch einen externen Server (5) über einen, mit dem Feldbussystem (2) verbundenen Protokollumsetzer (1), dadurch gekennzeichnet, dass das Verfahren folgende Schritte umfasst: a. Authentifizierung und Aufbau einer verschlüsselten Verbindung zwischen dem Server (5) und dem Protokollumsetzer (1); b. Identifizierung der am Feldbussystem (2) angeschlossenen Komponenten und Abspeicherung in einer Datenbank (15); c. Abfrage der aktuellen Messwerte, Parameter und Zyklen des Feldbussystems (2) und Abspeicherung in der Datenbank (15); d. gegebenenfalls Änderung eines oder mehrerer Parameter des Feldbussystems (2); e. periodische Aktualisierung der Messwerte, Parameter und Zyklen des Feldbussystems (2) in der Datenbank (15).
9. 9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass die Messwerte, Parameter und Zyklen periodisch in vorzugsweise jeweils unterschiedlichen Intervallen abgefragt werden, die vorzugsweise an Hand des Typs der angeschlossenen Komponenten der Datenbank (15) entnommen werden.
10. 10. Verfahren nach Anspruch 8 oder 9, dadurch gekennzeichnet, dass gewünschte Abfragen durch den Server (5) gesammelt und in periodischen Abständen über den Protokollumsetzer (1) an das Feldbussystem (2) übermittelt werden.
11. 11. Verfahren nach einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass die verschlüsselte Kommunikation des Servers (5) mit dem Feldbussystem (2) über den Protokollumsetzer (1) folgende Schritte umfasst: a. Entgegennahme von Befehlen an einem Kontrollserver (13) des Servers (5); b. Abfrage der Datenbank (15) zur Ermittlung der entsprechenden, den identifizierten Komponenten des Feldbussystems (2) zugeordneten Steueranweisungen; c. Verschlüsselung der Steueranweisungen durch einen Protokollserver (11); d. Weiterleitung der verschlüsselten Steueranweisungen an den Protokollumsetzer (1), gegebenenfalls über das Internet; e. Entgegennahme der Steueranweisungen am Protokollumsetzer (1), Entschlüsselung und Weiterleitung an das Feldbussystem (2).
12. 12. Verfahren nach einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass die verschlüsselte Kommunikation des Servers (5) mit dem Feldbussystem (2) über den Protokollumsetzer (1) folgende Schritte umfasst: a. Entgegennahme und Verschlüsselung von Daten der Komponenten des Feldbussystems (2) am Protokollumsetzer (1); b. Weiterleitung der verschlüsselten Daten an den Server (5), gegebenenfalls über das Internet; c. Entschlüsselung der Daten durch einen Protokollserver (11) am Server (5); d. Abfrage der Datenbank (15) zur Ermittlung der Bedeutung der Daten; e. Ablage der entschlüsselten Daten in der Datenbank (15).
13. 13. Verfahren nach einem der Ansprüche 8 bis 12, dadurch gekennzeichnet, dass der Protokollumsetzer (1) zur Kommunikation mit dem Server (5) ein generisches Protokoll verwendet, wobei Datenpakete (19) in Kryptopakete (20) eingebettet werden.
14. 14. Verfahren nach einem der Ansprüche 8 bis 13, dadurch gekennzeichnet, dass der Protokollumsetzer (1) in eine der am Feldbus angeschlossenen Komponenten (6, 7, 8, 10) integriert ist. Hierzu 6 Blatt Zeichnungen