DE10109196A1 - Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen - Google Patents

Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen

Info

Publication number
DE10109196A1
DE10109196A1 DE10109196A DE10109196A DE10109196A1 DE 10109196 A1 DE10109196 A1 DE 10109196A1 DE 10109196 A DE10109196 A DE 10109196A DE 10109196 A DE10109196 A DE 10109196A DE 10109196 A1 DE10109196 A1 DE 10109196A1
Authority
DE
Germany
Prior art keywords
data
protocol
protocol converter
system computer
devices
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
DE10109196A
Other languages
English (en)
Other versions
DE10109196B4 (de
Inventor
Klaus-Josef Daffner
Gerhard Heinmoeller
Joerg Hoffmann
Andreas Ciliox
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Viessmann Werke GmbH and Co KG
Original Assignee
Viessmann Werke GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=7675520&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=DE10109196(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Viessmann Werke GmbH and Co KG filed Critical Viessmann Werke GmbH and Co KG
Priority to DE10109196A priority Critical patent/DE10109196B4/de
Priority to CA002372825A priority patent/CA2372825C/en
Priority to EP02004209A priority patent/EP1249982A3/de
Priority to US10/085,817 priority patent/US7158525B2/en
Publication of DE10109196A1 publication Critical patent/DE10109196A1/de
Application granted granted Critical
Publication of DE10109196B4 publication Critical patent/DE10109196B4/de
Anticipated expiration legal-status Critical
Revoked legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/283Processing of data at an internetworking point of a home automation network
    • H04L12/2836Protocol conversion between an external network and a home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06Message adaptation to terminal or network requirements
    • H04L51/066Format adaptation, e.g. format conversion or compression
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L2012/2847Home automation networks characterised by the type of home appliance used
    • H04L2012/285Generic home appliances, e.g. refrigerators
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Selective Calling Equipment (AREA)
  • Small-Scale Networks (AREA)

Abstract

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Datenkommunikation zwischen einem Systemrechner (8) und Gebäudetechnikeinrichtungen (2, 3, 4) für eine flexible und komfortable Parametriesierung und Fernüberwachung der Einrichtungen (2, 3, 4), wobei auf eine vorhandene Kommunikationsinfrastruktur zurückgegriffen werden kann, um den Verkabelungsaufwand zu reduzieren und eine kostengünstige Datenkommunikation zu ermöglichen. Die Vorrichtung weist einen Systemrechner (8), der zur Übertragung von Daten nach einem ersten Datenübertragungsprotokoll geeignet ist, mindestens eine Einrichtung (2, 3, 4), die zur Übertragung von Daten nach einem zweiten Datenübertragungsprotokoll geeignet ist, einen Protokollkonverter (1), der mit dem Systemrechner (8) verbunden ist und der Daten des ersten Datenübertragungsprotokolls in Daten des zweiten Datenübertragungsprotokolls und umgekehrt konvertiert, und ein Bussystem (5), an das die Einrichtungen (2, 3, 4) und der Protokollkonverter (1) anschließbar sind, auf.

Description

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Datenkommunikation zwischen einem Systemrechner und Gebäudetechnikeinrichtungen für eine flexible und komfortable Parametrisierung und Fernüberwachung der Einrichtungen, wobei auf eine vorhandene Kommunikationsinfrastruktur zurückgegriffen werden kann, um den Verkabelungsaufwand zu reduzieren.
Moderne Heizungsanlagen benötigen für ihren Betrieb eine Vielzahl von Parameter, die bei der Inbetriebnahme der Anlage eingestellt und während des Betriebs über­ wacht werden müssen. Insbesondere bei großen Heizungsanlagen ist eine Vielzahl von unterschiedlichen Einrichtungen, beispielsweise auf einem Betriebsgelände, auf verschiedene Standorte verteilt. So sind beispielsweise die Daten von Brennern, Wärmepumpen, Wärmezählern und einer Vielzahl von Temperatursensoren für die Steuerung einer Heizungsanlage zu erfassen. Meist wird für die Datenübertragungs­ verbindung all dieser Einrichtungen ein Haus- oder Feldbus eingesetzt. Mit Hilfe eines solchen Bussystems, das beispielsweise innerhalb eines Gebäudes installiert ist, können die für die automatische Steuerung einer Heizungsanlage notwendigen Daten zwischen den verschiedenen Einrichtungen der Anlage übertragen werden. Eine Vielzahl solcher, meist herstellerabhängigen Bussysteme ist bekannt.
Der Einsatz dieser speziellen Haus- oder Feldbussysteme ist jedoch meistens auf ein einzelnes Gebäude beschränkt. Für große Anlagen, die auf mehrere Standorte ver­ teilt sind und von einer zentralen Leitstelle aus gewartet und überwacht werden sol­ len, sind Haus- oder Feldbussysteme nicht geeignet.
Ein Hausbussystem, beispielsweise zur Vernetzung einer Mehrkesselanlage, erfor­ dert zudem eine spezielle Verkabelung, was meist einen beträchtlichen Aufwand in der Gebäudeinstallation bedeutet. Weiterhin werden spezielle Wartungs- und Kon­ figurationsterminals zum Anschluß an das jeweilige Hausbussystem benötigt. Durch die Vielzahl von unterschiedlichen Hausbussystemen kann ein großer Mehraufwand in der Verkabelung und in den bereitzuhaltenden Geräten entstehen. Auf der ande­ ren Seite ist in den meisten Büro- und Betriebsgebäuden bereits eine Kommunikati­ onsinfrastruktur, meist in Form einer Telefon- und Datenübertragungsverkabelung, vorhanden.
Eine Aufgabe der vorliegenden Erfindung ist es, eine Vorrichtung und ein Verfah­ ren zur Datenkommunikation zwischen Einrichtungen, insbesondere Heizungs-, Klima- und/oder Kühlanlagen, und einem Systemrechner zu schaffen, die eine fle­ xible und komfortable Wartung, Parametrisierung und Fernüberwachung der Ein­ richtungen ermöglicht. Insbesondere soll dabei auf eine bereits bestehende Kom­ munikationsinfrastruktur zurückgegriffen werden können, um den Aufwand für die benötigte Verkabelung zu reduzieren und eine kostengünstige Datenkommunikation zu ermöglichen.
Die Aufgabe wird durch die Merkmale der unabhängigen Patentansprüche gelöst. Die abhängigen Patentansprüche zeigen vorteilhafte Ausführungsformen und Wei­ terentwicklungen der Erfindung auf.
Erfindungsgemäß kann eine Vorrichtung zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen, einen System­ rechner, mindestens eine Gebäudetechnikeinrichtung, einen Protokollkonverter und ein Bussystem aufweisen. Durch eine solche Vorrichtung kann eine Vielzahl von unterschiedlichen, in der Gebäudetechnik verwendeten Einrichtungen auf einfache Weise von dem Systemrechner überwacht und gewartet werden, wobei auf eine vorhandene Kommunikationsinfrastruktur zurückgegriffen werden kann, um den Verkabelungsaufwand zu reduzieren.
Der Systemrechner ist zur Übertragung von Daten nach einem ersten Datenübertra­ gungsprotokoll geeignet. Der Systemrechner kann eine Software zur Parametrierung und Fernüberwachung der Einrichtungen aufweisen. Der Systemrechner kann in einer zentralen Leitstelle für die Überwachung und Fernwartung von Heizungsanla­ gen angeordnet sein. Es kann sich jedoch auch um ein mobiles Gerät handeln, das vor Ort zur Parametrisierung und Wartung einer Heizungsanlage eingesetzt wird. Die auf dem Systemrechner eingesetzte Software, die Benutzungsoberfläche für die Bedienung und die Art der Datenübertragung können jedoch in beiden Fällen gleich sein.
Die Einrichtungen sind zur Übertragung von Daten nach einem zweiten Datenüber­ tragungsprotokoll geeignet. Durch die Übertragung von Daten zwischen den Ein­ richtungen und dem Systemrechner können die Einrichtungen parametrisiert und überwacht werden. Die Einrichtungen der Vorrichtung können räumlich integriert, beispielsweise in einem Einbaurahmen oder einem Einbauschrank, angeordnet sein oder sie können sich an räumlich verschiedenen Orten, beispielsweise in einem Ge­ bäude verteilt, befinden. Es wird eine Vielzahl von unterschiedlichen Einrichtungen auf diese Weise parametrisier- und überwachbar.
Der Protokollkonverter konvertiert Daten des ersten Datenübertragungsprotokolls in Daten des zweiten Datenübertragungsprotokolls und umgekehrt. Er ist mit dem Sy­ stemrechner beispielsweise über eine Datenübertragungsverbindung verbunden. Der Protokollkonverter wandelt die vom Systemrechner empfangenen Daten des ersten Datenübertragungsprotokolls in Daten des zweiten Datenübertragungsprotokolls um. Auf der anderen Seite wandelt der Protokollkonverter von den Einrichtungen empfangene Daten des zweiten Datenübertragungsprotokolls in Daten des ersten Datenübertragungsprotokolls um. Der Protokollkonverter kann ein räumlich eigen­ ständiges Gerät sein oder mit anderen Einrichtungen der Vorrichtung in einem Ein­ baurahmen oder Einbauschrank integriert sein. Der Protokollkonverter verbindet das Bussystem mit dem Systemrechner und nimmt die elektrische und logische Anpas­ sung zwischen dem Bussystem und der Datenübertragungsverbindung zu dem Sy­ stemrechner vor. Der Protokollkonverter kann für eine Vielzahl von verschiedenen Bussystemen und Datenübertragungsverbindungen ausgestaltet sein. Er ermöglicht einen einfachen, flexiblen und modularen Anschluß des Systemrechners an unter­ schiedliche Einrichtungen und Bussysteme und erlaubt einen einheitlichen Aufbau des Systemrechners und seiner Software.
Das Bussystem verbindet die Einrichtungen der Vorrichtung und den Protokollkon­ verter. Das Bussystem kann der Datenübertragung zwischen den einzelnen Einrich­ tungen der Gebäudetechnik untereinander und zu dem Protokollkonverter dienen. Die Busteilnehmer können beispielsweise Meßwerte übertragen, Kommandos zur Steuerung und Regelung der Anlagen austauschen und Nachrichten für Diagnose­ zwecke versenden. Die an das Bussystem anschließbaren Einrichtungen können Heizungs-, Klima- und/oder Kühlanlagen sein. Weiterhin können Meß- oder Steu­ ereinrichtungen für den Betrieb von Heizungs-, Klima- und/oder Kühlanlagen an das Bussystem angeschlossen werden. Beispielsweise können Wärmezähler und/oder Temperaturfühler an das Bussystem angeschlossen werden. Die an das Bussystem angeschlossenen Einrichtungen können einfach und komfortabel von dem Systemrechner parametrisiert, überwacht und/oder gewartet werden. Durch den Protokollkonverter kann das spezielle und lokal begrenzte Bussystem auf einfache Weise mit der allgemeinen Kommunikationsinfrastruktur verbunden werden. Eine spezielle Verkabelung zwischen den Einrichtungen bzw. dem Bussystem und dem Systemrechner, der sich beispielsweise weit von den Heizungsanlagen entfernt in einer zentralen Leitstelle befindet, ist nicht notwendig. Durch die Protokollkonver­ tierung kann der Systemrechner mit unterschiedlichen Bussystemen und verschie­ densten Einrichtungen betrieben werden. Der Aufbau und die Funktion des System­ rechners kann beispielsweise für unterschiedlichste Heizungsanlagen gleich sein.
Das Bussystem kann ein Haus- oder Feldbus in verschiedenen Ausführungsarten sein. Das zweite Datenübertragungsprotokoll kann ein LON-Protokoll sein. Die LON-Busteilnehmer können miteinander kommunizieren und Daten austauschen.
Ein erfindungsgemäßer Protokollkonverter kann auch zusätzliche analoge oder digi­ tale Ein- und Ausgänge zum direkten Anschluß von Einrichtungen ohne das Bussy­ stem aufweisen. Die digitalen Eingänge können beispielsweise den Zustand von angeschlossenen Geräten erfassen. Die analogen Eingänge können bevorzugt zur Erfassung von Meßwerten, z. B. durch Anschluß von Temperatursensoren, vorgese­ hen sein. Durch die Ausgänge, beispielsweise Relais-Ausgänge, können angeschlos­ sene Geräte gesteuert werden. Durch die direkten Ein- und Ausgänge des Protokoll­ konverters können Einrichtungen, die keine Busschnittstelle aufweisen, von der er­ findungsgemäßen Vorrichtung zur Datenkommunikation überwacht und gesteuert werden. Der Protokollkonverter kann dazu die Funktion einer virtuellen, am Bussystem angeschlossenen Einrichtung übernehmen, die wie die anderen Einrichtungen vom Systemrechner fernüberwacht, parametrisiert und gesteuert wird.
Das erste Datenübertragungsprotokoll kann ein Protokoll auf der Basis des Internet­ protokolls IP sein. Insbesondere sind das Simple Network Management Protocol SNMP, das Hypertext Transport Protocol HTTP, das Transport Control Protocol TCP oder das LonWorks Network Protocol als Transportprotokolle möglich. Durch den Einsatz dieser Standard-Protokolle als erste Datenübertragungsprotokolle der Vorrichtung wird eine einfache und kostengünstige Entwicklung und Herstellung der Vorrichtung ermöglicht. Der Einsatz dieser Protokolle ist auf vielen Netzwerken für die Datenübertragung, beispielsweise in Local Aerea Networks LAN mit Ether­ net, Tokenring oder Glasfaserverbindungen und auch für Datenfernübertragungen, beispielsweise über Telefonleitungen, möglich.
Der Protokollkonverter kann in vorgegebenen zeitlichen Abständen vorbestimmte Daten von den Einrichtungen abfragen, speichern, an den Systemrechner senden und/oder zur Abfrage vom Systemrechner bereithalten. Die vorbestimmten Daten und die vorgegebenen zeitlichen Abstände zu deren Abfrage können bei der Konfi­ guration des Protokollkonverters anlagenspezifisch von dem Anlagenerbauer oder -betreiber eingestellt werden. Beispielsweise kann bei der Konfiguration des Proto­ kollkonverters eine Liste der abzufragenden Einrichtungen und Daten angelegt wer­ den. Diese Daten können Anlagedaten wie beispielsweise die Einstellung der Be­ dien- und Konfigurationsdaten der Geräte, Störungsmeldungen, Verfahrensdaten, Wartungsdaten und/oder Meßdaten von beispielsweise Wärmezählern sein. Der Protokollkonverter kann die abgefragten Daten speichern und beispielsweise zur Abfrage vom Systemrechner bereithalten. Der Protokollkonverter kann auch selb­ ständig Daten an den Systemrechner senden, ohne auf eine Abfrage vom System­ rechner zu warten. Dies kann insbesondere geschehen, wenn die abgefragten Daten Fehler- oder Alarmmeldungen enthalten, auf einen fehlerhaften Zustand einer Ein­ richtung oder auf andere außergewöhnliche Ereignisse schließen lassen. Die Ein­ richtungen können auch selbständig Nachrichten an den Protokollkonverter senden, die von dem Protokollkonverter an den Systemrechner weitergeleitet oder zwischen­ gespeichert und zur Abfrage vom Systemrechner bereitgehalten werden. Der Proto­ kollkonverter dient der Verbindung aller an das Bussystem angeschlossenen Einhei­ ten mit dem Systemrechner. Er sammelt die von den Einrichtungen abgesendeten oder abgefragten Daten, wertet sie aus und leitet sie an den Systemrechner weiter.
Der Protokollkonverter kann einen Speicher für die von den Einrichtungen abge­ fragten oder abgesendeten Daten aufweisen. In diesem Speicher können beispiels­ weise die Konfigurationsdaten und Betriebszustände der Einrichtungen, Wartungs-, Störungs- oder Diagnosemeldungen gespeichert werden. Die gespeicherten Daten liegen für eine Abfrage vom Systemrechner bereit. Die vom Systemrechner ange­ forderten Daten können somit unmittelbar an den Systemrechner übertragen werden, ohne daß zuerst eine Rückfrage an die entsprechende Einrichtung zur Ermittlung der gewünschten Daten erfolgen muß. Die einzelnen Daten können auch kombiniert und in größeren Datenpaketen an den Systemrechner übertragen werden, was die Effizi­ enz der Datenübertragung zu dem Systemrechner erhöht und die Kosten für die Da­ tenübertragung reduzieren kann.
Der Protokollkonverter kann vom Systemrechner empfangene Daten, die für eine bestimmte Einrichtung bestimmt sind, über das Bussystem an die entsprechende Einrichtung senden. Der Protokollkonverter empfängt beispielsweise Kommandos für eine Heizungsanlage und leitet diese an die entsprechende Einrichtung weiter. Dabei können vorteilhafterweise auch mehrere Kommandos in einem Datenpaket des ersten Datenübertragungsprotokolls gemeinsam vom Systemrechner an den Protokollkonverter übertragen werden. Der Protokollkonverter kann die unter­ schiedlichen Kommandos des empfangenen Datenpaketes separieren und an die einzelnen Einrichtungen weiterleiten. In der Gegenrichtung können beispielsweise viele einzelne Meßwerte von verschiedenen Einrichtungen zu einem Datenpaket kombiniert werden und über das erste Datenübertragungsprotokoll vom Protokoll­ konverter zum Systemrechner übertragen werden. Auf diese Weise läßt sich der Aufwand für die Datenübertragung zwischen Systemrechner und Protokollkonverter deutlich reduzieren.
Die Datenübertragung zwischen Protokollkonverter und Systemrechner kann bei­ spielsweise mittels Datenverschlüsselung vor einem unbefugten Abhören gesichert werden. Auch kann die Abfrage von Daten und das Übermitteln von Kommandos durch den Austausch von Schlüsseln oder Zugangskennungen gegen unbefugte Be­ nutzung gesichert werden. Weiterhin kann beispielsweise nur der Zugriff eines bestimmten, bei der Konfiguration des Protokollkonverters festgelegten System­ rechners, auf den Protokollkonverter zugelassen werden. Auf diese Weise können nur registrierte und berechtigte Systeme bzw. Benutzer Zugriff auf die Einrichtun­ gen erlangen.
Der Protokollkonverter kann eine vorbestimmte Verbindung aktivieren und/oder eine vorgegebene Nachricht versenden, wenn von einer der Einrichtungen eine Stö­ rungs- oder Wartungsmeldung. Insbesondere kann der Protokollkonverter ein Fax, eine Email, eine SMS-Nachricht oder eine Sprachnachricht an einen vorbestimmten Empfänger versenden. Wenn von einer der Einrichtungen eine Störungs- oder Wartungsmeldung vom Protokollkonverter abgefragt oder von diesem empfangen wird, kann der Protokollkonverter versuchen eine Verbindung zum Systemrechner aufzubauen, um die Meldung weiterzuleiten. Ist dies aus verschiedensten Gründen nicht möglich, beispielsweise weil der Systemrechner oder die Datenübertragungs­ verbindung zu dem Systemrechner ausgefallen ist oder eine Störung aufweist, kann der Protokollkonverter nach einer bestimmten Anzahl von Versuchen eine vorbe­ stimmte Notverbindung aktivieren. Der Protokollkonverter kann beispielsweise eine Verbindung zu einem anderen Systemrechner aufbauen oder ein vorgegebenes Fax, eine Email, eine Sprachnachricht oder eine SMS-Nachricht versenden. Aufgrund dieser Nachricht kann das zuständige Bedienpersonal von der Störungsmeldung der Einrichtung und/oder der Störung der Datenübertragungsverbindung bzw. der Stö­ rung des Systemrechners in der Leitstelle informiert werden. Auch kann durch ein Fax, eine Email oder eine SMS-Nachricht ein vorbestimmter Benutzer von dem Problem informiert werden. Dies ist insbesondere für die Betreiber von kleineren Anlagen, die keine dauernd mit Personal besetzte Leitstelle aufweisen, interessant. Das Bedienpersonal kann so kostengünstig und einfach, beispielsweise zuhause, alarmiert werden.
Die Verbindung zwischen dem Protokollkonverter und dem Systemrechner kann erfindungsgemäß über eine analoge und/oder digitale Telefonverbindung erfolgen. Die Verbindung kann beispielsweise ein analoges Modem, ein GSM-Modem oder ein ISDN-Modem aufweisen. Die Datenübertragungsverbindung kann über ein pri­ vates und/oder ein öffentliches Netz kostengünstig erfolgen. Die Verbindung zwi­ schen dem Protokollkonverter und dem Systemrechner kann dauerhaft bestehen oder nach Bedarf auf und wieder abgebaut werden. Der Auf- und Abbau der Ver­ bindung kann sowohl vom Protokollkonverter, als auch vom Systemrechner aus er­ folgen. Dabei kann sowohl eine direkte Modemverbindung zwischen dem Modem des Protokollkonverters und dem Modem des Systemrechners als auch eine Verbin­ dung zwischen Protokollkonverter und Systemrechner über das Internet vorgesehen sein. Bei einer Internet-Verbindung wählt beispielsweise das Modem des Protokoll­ konverters eine lokale Einwahlnummer eines Internetproviders an und stellt eine temporäre Internet-Verbindung zum Systemrechner her. Auf diese Weise können beliebig angeordnete Anlagen (Protokollkonverter und Einrichtungen) kostengün­ stig mit dem Systemrechner kommunizieren und von diesem überwacht und gesteu­ ert werden. Die Verbindungskosten bei einem Betrieb von über den Globus verteil­ ten Anlagen können so verringert werden.
Weiterhin können im Falle einer temporären Verbindung zwischen Systemrechner und Protokollkonverter durch die erfindungsgemäße Speicherung der abgefragten Daten der Einrichtungen die Übertragungskosten deutlich reduziert werden. Bei­ spielsweise fragt der Protokollkonverter die Einrichtungen in vorgegebenen zeitli­ chen Abständen ab und ermittelt die vorbestimmten Daten zur Übertragung an den Systemrechner. Nachdem alle vorbestimmten Daten ermittelt wurden, kann der Protokollkonverter eine Verbindung zu dem Systemrechner aufbauen, die Daten gemeinsam übertragen und die Verbindung zu dem Systemrechner beenden. Auf der anderen Seite kann auch der Systemrechner eine Verbindung zu dem Protokollkon­ verter aufbauen, die benötigten Daten von diesem abfragen und die Verbindung be­ enden.
Der Verbindungsaufbau von Systemrechner zum Protokollkonverter kann auch mit einem Rückrufverfahren (Call-back-Verfahren) erfolgen. Der Systemrechner sendet ein kurzes Signal oder eine Rückrufaufforderung an den Protokollkonverter, wenn er an diesen Daten übertragen oder von diesem abfragen will. Der Protokollkonver­ ter ruft daraufhin eine vorgegebene Rückrufnummer zurück, um eine Datenübertra­ gungsverbindung zum Systemrechner aufzubauen. Da die eigentliche Datenübertra­ gungsverbindung immer vom Protokollkonverter aus zu dem Systemrechner aufge­ baut wird, kann ein fremdes System keine Daten zu dem Protokollkonverter über­ tragen oder von diesem abfragen. Unbefugter Zugriff auf den Protokollkonverter wird verhindert und die Sicherheit der Vorrichtung zur Datenkommunikation wird erhöht.
In einer Ausführungsform können der Protokollkonverter und der Systemrechner beispielsweise eine oder mehrere RS-232-Schnittstellen aufweisen. Auf diese Weise können einfach analoge oder ISDN-Modems zum Aufbau der Datenübertragungs­ verbindung zwischen dem Protokollkonverter und dem Systemrechner verwendet werden. Protokollkonverter und Systemrechner können auch durch ein Null- Modemkabel oder über eine optische Schnittstelle, insbesondere eine Optolink- Schnittstelle, miteinander direkt verbunden werden. Dies ist insbesondere für eine vor-Ort-Diagnose und Wartung durch den Kundendienst von Vorteil. Der Systemrechner kann beispielsweise ein geeigneter tragbarer Computer sein, der in der Nähe der Heizungsanlage an einen Protokollkonverter angeschlossen wird. Durch die er­ findungsgemäße Vorrichtung kann sowohl in der Leitstelle, als auch auf dem trag­ baren Computer vor Ort die gleiche Software zur Parametrierung und Überwachung von Heizungsanlagen verwendet werden.
Eine weitere Möglichkeit für die Datenübertragungsverbindung zwischen System­ rechner und Protokollkonverter besteht in dem direkten Anschluß beider Geräte an ein Datennetzwerk LAN. Beispielsweise kann der Protokollkonverter über einen LAN-Koppler an ein Ethernet angeschlossen werden. Der Systemrechner kann über einen üblichen Ethernet-Netzanschluß mit dem Datenübertragungsnetzwerk verbun­ den werden. Dies ermöglicht eine einfache und kostengünstige Verbindung über ein eventuell bereits bestehendes Datenübertragungsnetzwerk.
Der Systemrechner kann in vorgegebenen zeitlichen Abständen eine Verbindung zu dem Protokollkonverter aufbauen und vorbestimmte Daten abfragen. Die vorbe­ stimmten Daten wurden zuvor vom Protokollkonverter von den Einrichtungen abge­ fragt und zwischengespeichert. Der Systemrechner kann auf diese Weise durch eine einzige Abfrage eine größere Menge von Daten aller über das Bussystem mit dem Protokollkonverter verbundenen Einrichtungen erfassen. Ein Verbindungsaufbau zu jeder einzelnen Einrichtung ist nicht nötig. Auf diese Weise können die Datenüber­ tragungskosten verringert und der Aufbau des Systemrechners vereinfacht werden. Der Verbindungsaufbau kann auch über das Rückrufverfahren erfolgen, bei dem der Protokollkonverter nach Erhalt einer Rückrufnachricht eine vorgegebene Rückruf­ nummer anwählt und die Verbindung zum Systemrechner aufbaut.
Der Systemrechner kann eine Verbindung zu dem Protokollkonverter aufbauen und Daten für eine bestimmte Einrichtung an den Protokollkonverter senden. Die Ver­ bindung kann anschließend sofort wieder abgebaut werden. Der Protokollkonverter wertet die empfangenen Daten aus und leitet Kommandos an die entsprechenden Einrichtungen weiter. Der Systemrechner kann auch eine Verbindung zu dem Pro­ tokollkonverter aufbauen und Daten von einer bestimmten Einrichtung von dem Protokollkonverter abfragen/empfangen. Der Protokollkonverter kann, falls die an­ gefragten Daten nicht bereits in dem Speicher vorliegen, die entsprechende Einrich­ tung über das Bussystem kontaktieren, die angefragten Daten ermitteln und an den Systemrechner übertragen. Der Protokollkonverter ermöglicht eine logische Verbin­ dung zwischen den Einrichtungen des Bussystems und dem Systemrechner. Die Datenkommunikation zwischen den Einrichtungen und dem Systemrechner findet über den Protokollkonverter statt. Der Protokollkonverter kann den Zugriff auf die Daten der Einrichtungen regeln, Daten und Kommandos verteilen oder bün­ deln/kombinieren und den Verbindungsaufbau zum Systemrechner steuern.
Der Systemrechner kann auch Verbindungen zu mehreren Protokollkonvertern auf­ bauen und Daten zu mehreren Einrichtungen übertragen bzw. von diesen empfan­ gen. Er kann Daten für bestimmte Einrichtungen an die jeweiligen Protokollkonver­ ter senden und/oder Daten von bestimmten Einrichtungen von den jeweiligen Proto­ kollkonvertern empfangen. Der Systemrechner sendet dazu beispielsweise Daten für eine bestimmte Einrichtung an den Protokollkonverter, der an das gleiche Bussy­ stem wie die bestimmte Einrichtung angeschlossen ist.
Der Systemrechner kann eine Datenbank aufweisen, die die Konfigurations-, Inbe­ triebnahme-, Wartungs- und Betriebsdaten von Einrichtungen und/oder Protokoll­ konvertern enthält. Insbesondere können Störungs- und Wartungsmeldungen in der Datenbank gespeichert werden. Die Datenbank kann beispielsweise Bedien-, Konfi­ gurations- und Betriebsdaten der einzelnen Einrichtungen enthalten. Weiterhin kön­ nen Verfahrens- und Meßdaten, beispielsweise von Wärmezählern oder Tempera­ turfühlern, aufgezeichnet werden. Vorteilhafterweise kann die Datenbank auch Sy­ stemdaten der Protokollkonverter, wie beispielsweise der Typ des angeschlossenen Bussystems, eine Liste der angeschlossenen Einrichtungen und/oder Informationen über verwendete Modemtypen und ihre Ansteuerungskonfigurationen, enthalten. Auf die aktuellen Konfigurations-, Wartungs- und Betriebsdaten sowie auf die letz­ ten Störungs- und Wartungsmeldungen von zu überwachenden Einrichtungen kann im Systemrechner zugegriffen werden, ohne daß eine Verbindung zu dem entspre­ chenden Protokollkonverter und/oder der entsprechenden Einrichtung aufgebaut werden muß. Die Datenbank kann beispielsweise den aktuellen Zustand der zu überwachenden Heizungsanlagen enthalten. Das Bedienpersonal kann den aktuellen Zustand überprüfen und gegebenenfalls Maßnahmen zur Behebung von Störungen einleiten. Weiterhin kann die Datenbank Referenzdaten und/oder Inbetriebnahme- oder Serviceprotokolle für die überwachten Betriebsmittel (Einrichtungen) enthal­ ten.
Der Systemrechner kann eine vorbestimmte Nachricht versenden, wenn von einer der Einrichtungen eine bestimmte Störungs- oder Wartungsmeldung vorliegt. Insbe­ sondere kann der Systemrechner ein Fax, eine Sprachnachricht, eine Email oder eine SMS-Nachricht an einen anderen Systemrechner, beispielsweise in einer anderen Leitstelle, und/oder an eine oder mehrere vorbestimmte Bedienpersonen versenden, um diese über den Eingang einer Störungs- oder Wartungsmeldung zu informieren. Das Weiterleiten der Meldungen kann nach einem vorgegebenen Bearbeitungsplan, in dem die entsprechenden Dienste eingetragen sind, erfolgen. Der Bearbeitungs­ plan kann Zeit- und anlagenspezifisch für jede Einrichtung oder für eine Gruppe von Einrichtungen einen Dienst- und/oder Serviceplan umfassen, der angibt welche Art von Meldung zu welcher Zeit für welche Einrichtung zu einer bestimmten Aktion führt, z. B. weiterleiten als SMS-Nachricht. Die durchzuführenden Aktionen können durch den Bearbeitungsplan einfach an die Dienstpläne des Bedienpersonals ange­ paßt werden. Weiterhin kann der Systemrechner vordefinierte Aufgaben nach einem definierbaren Zeitschema ausführen, um beispielsweise Anlagenwerte bestimmter Heizungsanlagen zu überwachen.
Ein Zugriff auf die Datenbank des Systemrechners kann über einen Internet-Server und/oder einen WAP-Server erfolgen. Auf die Daten des Systemrechners kann mit­ tels eines WAP-fähigen Mobiltelefons oder eines herkömmlichen Internetbrowsers über das Internet von einem entsprechend ausgestatteten Personal-Computer zuge­ griffen werden. Beispielsweise können der Betriebs- und Wartungszustand der zu überwachenden Einrichtungen auf einem Webserver zur Abfrage über das Internet bereitgestellt werden. Dies ist insbesondere für das Betriebspersonal von kleineren Anlagen von Vorteil, das sich nicht ständig in der Leitstelle aufhält. Das zuständige Wartungspersonal kann beispielsweise über den Versand einer SMS-Nachricht auf eine bestimmte Störung aufmerksam gemacht werden. Die Behebung dieser Störung kann von dem Betriebspersonal von zuhause über das Internet und den Web-Server oder ein WAP-fähiges Mobiltelefon erfolgen. Eine nächtliche Anfahrt des Betrieb­ spersonals zur Leitstelle kann so vermieden werden.
Vorteilhafterweise können in einer größeren Leitstelle oder in einem Betrieb mit mehreren Leitstellen auch mehrere Systemrechner jeweils Verbindungen zu den Protokollkonvertern aufbauen und/oder Daten von den Protokollkonvertern emp­ fangen oder Daten an die Protokollkonverter versenden. Die Systemrechner können dabei über das Internet miteinander kommunizieren. Auf diese Weise kann einfach ein verteiltes System mit mehreren Systemrechnern realisiert werden. Die System­ rechner können beispielsweise in mehreren Leitstellen angeordnet sein. Auch kann ein Systemrechner in einer Leitstelle angeordnet sein und ein weiterer Systemrech­ ner in Form eines tragbaren Computers für eine vor-Ort-Diagnose eingesetzt werden. Die Systemrechner können über das Internet verbindbar sein und Nachrichten austauschen.
Einer der Systemrechner kann eine zentrale Datenbank aufweisen. Die anderen Sy­ stemrechner können Datenänderungen an diese zentrale Datenbank melden und/oder ihre eigene Datenbank mit der zentralen Datenbank abgleichen. Dies ist insbesonde­ re für ein großes System mit mehreren Systemrechnern in einer großen Leitstelle oder für mehrere Leitstellen von Vorteil und kann zur Datensicherung und/oder zur Wahrung der Datenkonsistenz bei Zugriffen von mehreren Benutzern/Systemen auf die gleichen Daten verwendet werden. Der Systemrechner, der die zentrale Daten­ bank aufweist, kann automatisch einen Abgleich der Datenbanken der einzelnen Systemrechner ansteuern.
Ein Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen, kann zumindest einen der folgenden Schritte aufweisen: Übertragung von Daten nach einem ersten Datenübertragungs­ protokoll zwischen einem Systemrechner und einem Protokollkonverter; Konvertie­ rung der Daten des ersten Datenübertragungsprotokolls in Daten des zweiten Daten­ übertragungsprotokolls und umgekehrt in den Protokollkonverter; und Übertragung von Daten nach dem zweiten Datenübertragungsprotokoll zwischen dem Protokoll­ konverter und mindestens einer Einrichtung.
Die erfindungsgemäße Vorrichtung und das erfindungsgemäße Verfahren zur Da­ tenkommunikation zwischen einem Systemrechner und mindestens einer Einrich­ tung über einen Protokollkonverter ermöglicht einen einfachen und flexiblen Auf­ bau von komplexen Heizungs-, Klima- und Kühlanlagen. Die Parametrisierung und Fernüberwachung der Einrichtungen kann auf gleiche Weise von einem System­ rechner in der Leitstelle oder einem mobilen Systemrechner vor Ort durchgeführt werden. Der Protokollkonverter ermöglicht den Einsatz von verschiedensten Bus­ systemen zur Vernetzung der Einrichtungen und zum Betreiben einer Datenübertra­ gungsverbindung zu dem Systemrechner über eine eventuell bereits vorhandene Kommunikationsinfrastruktur. Durch die Zwischenspeicherung der Daten in dem Protokollkonverter können im Fall einer Telefonwählverbindung zu dem System­ rechner die Verbindungskosten niedrig gehalten werden. Die Datenbank des Sy­ stemrechners ermöglicht dem Bedienpersonal einen unmittelbaren Zugriff auf ak­ tuelle Betriebs- und Konfigurationsdaten der zu verwaltenden Einrichtungen.
Die folgende Beschreibung von Ausführungsbeispielen wird anhand von beigefüg­ ten schematischen Figuren vorgenommen. Es zeigen:
Fig. 1 eine schematische Darstellung einer erfindungsgemäßen Vorrichtung zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen;
Fig. 2 ein mögliches Ablaufdiagramm der Verarbeitung in einem Protokollkonver­ ter;
Fig. 2 ein mögliches Ablaufdiagramm der Verarbeitung in einem Systemrechner;
Fig. 4 eine schematische Darstellung von zwei Systemrechnern, die direkt an ein LAN angeschlossen sind; und
Fig. 5 eine schematische Darstellung für ein Ausführungsbeispiel eines Protokoll­ konverters.
Die Fig. 1 zeigt eine schematische Darstellung einer erfindungsgemäßen Vorrich­ tung zur Datenkommunikation, insbesondere zur Parametrierung und Fernüberwa­ chung von Heizungsanlagen. Bei den zu überwachenden Einrichtungen handelt es sich in diesem Ausführungsbeispiel um eine erste Heizungsanlage HZ-A2, eine zweite Heizungsanlage HZ-B3 und einen Wärmezähler WZ4. Die Einrichtungen 2, 3, 4 sind an das Bussystem 5 angeschlossen. Bei dem Bussystem 5 handelt es sich beispielsweise um einen LON-Hausbus, der in einem Gebäude zur Steuerung der Gebäudetechnik verlegt ist.
Der Protokollkonverter 1 ist sowohl mit dem Bussystem 5, als auch mit einem Mo­ dem 7 verbunden. Dazu kann der Protokollkonverter beispielsweise eine LON- Busschnittstelle, eine optische Schnittstelle (Optolink-Interface) und eine RS-232- Schnittstelle aufweisen. Bei dem Modem 7 kann es sich um ein analoges Telefon­ modem oder um ein ISDN-Modem handeln. Das Modem 7 ist über eine Standard­ telefonverkabelung mit einem privaten oder öffentlichen Fernsprechnetz verbunden. Anstelle einer drahtgebundenen Verbindung kann auch eine drahtlose Verbindung über ein GSM-Modem vorgesehen sein. Die Steuerung des Modems 7 erfolgt von dem Protokollkonverter 1. Der Protokollkonverter 1 weist weiterhin einen Speicher 6 zur Speicherung von abgefragten Daten der angeschlossenen Einrichtungen 2, 3, 4 und zum Speichern von empfangenen Nachrichten von den Einrichtungen 2, 3, 4 auf.
Ein Protokollkonverter 1 kann auch zusätzliche analoge oder digitale Ein- und Aus­ gänge zum direkten Anschluß von Einrichtungen ohne Busschnittstelle aufweisen. Durch die Eingänge können beispielsweise die Zustände angeschlossener Geräte oder Meßwerte erfaßt werden. Die Ausgänge, z. B. Relais-Ausgänge, können zur Steuerung von angeschlossenen Geräte verwendet werden. Dies ermöglicht den Be­ trieb von relativ einfachen Geräten wie Temperatursensoren, die keine eigene Bus­ schnittstelle aufweisen. Durch die Ein- und Ausgänge des Protokollkonverters 1 können diese Geräte von der erfindungsgemäßen Vorrichtung zur Datenkommuni­ kation überwacht und gesteuert werden. Der Protokollkonverter 1 übernimmt die Funktion einer virtuellen Einrichtung, die wie die anderen Einrichtungen vom Sy­ stemrechner 8 überwacht, parametrisiert und eingestellt wird und die die Steuerung der direkt angeschlossenen Geräte durchführt.
Der Protokollkonverter 1 fragt in vorgegebenen zeitlichen Abständen vorbestimmte Daten von den über das Bussystem 5 angeschlossenen Einrichtungen 2, 3, 4 ab und speichert diese in dem dafür vorgesehenen Speicher 6. In dem in Fig. 1 gezeigten Beispiel wurden Daten von der ersten Heizungsanlage HZ-A2, der zweiten Hei­ zungsanlage HZ-B3 und dem Wärmezähler WZ4 abgefragt und gespeichert. Die zyklische Datenabfrage kann beispielsweise alle 10 Minuten erfolgen. Die abgefrag­ ten Daten können beispielsweise die Betriebs- und Konfigurationszustände der ab­ gefragten Einrichtungen enthalten. In dem in Fig. 1 gezeigten Beispiel wurden diese Daten beispielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 abgefragt. Die ge­ speicherten Daten werden von dem Protokollkonverter 1 im Speicher 6 zur Abfrage vom Systemrechner 8 bereitgehalten.
Der Systemrechner 8 baut beispielsweise jede Stunde eine Verbindung zu dem Protokollkonverter 1 auf und veranlaßt die Übertragung der vom Protokollkonverter 1 gespeicherten Daten. In dem gezeigten Ausführungsbeispiel ist dazu ein analoges oder ein ISDN-Modem 9 mit dem Systemrechner 8 und dem Fernsprechnetz ver­ bunden. Ein Systemrechner 8 kann auch über mehrere Modems 9 verfügen, um gleichzeitig mehrere Verbindungen zu Protokollkonvertern zu unterhalten. Der Sy­ stemrechner 8 veranlaßt beispielsweise das Modem 9 eine Wählverbindung zu dem Modem 7 und dem Protokollkonverter 1 aufzubauen. Dies kann in vorgegebenen zeitlichen Abständen oder nach Bedarf geschehen.
Weiterhin kann das Rückrufverfahren zu dem Aufbau einer sicheren Verbindung zwischen Protokollkonverter 1 und Systemrechner 8 verwendet werden. Die Ver­ bindung kann sowohl als eine direkte Modemverbindung zwischen den Modems 7, 9 (z. B. über den V.34 oder V.90 Standard) als auch über eine Internetverbindung erfolgen. Dazu wählt beispielsweise das Modem 7 eine lokale Einwahlnummer ei­ nes Internetproviders und stellt eine Verbindung zu dem Systemrechner 8 her, der über das Modem 9 oder einen LAN-Anschluß mit dem Internet verbunden ist.
Nach Verbindungsaufbau werden die im Protokollkonverter 1 gespeicherten Daten an den Systemrechner 8 übertragen und dort in einer Datenbank 10 abgelegt. Nach Beendigung der Datenübertragung kann die Verbindung zur Reduktion der Verbin­ dungskosten abgebaut werden.
In dem in Fig. 1 gezeigten Beispiel erfolgt der Verbindungsaufbau vom System­ rechner 8 zu dem Protokollkonverter 1 beispielsweise in stündlichen Abständen. Die in der Datenbank 10 abgelegten Daten wurden beispielsweise um 8.00 Uhr vom Protokollkonverter 1 zum Systemrechner 8 übertragen. Der Protokollkonverter 1 hat diese Daten beispielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 abgefragt. Eine nächste regelmäßige Datenübertragung zwischen Protokollkonverter 1 und Systemrechner 8 würde in dem gezeigten Beispiel um 9.00 Uhr stattfinden.
Um 8.05 Uhr geht beispielsweise eine Nachricht mit einer Störungsmeldung der zweiten Heizungsanlage HZ-B3 in dem Protokollkonverter 1 ein. Bei Eingang einer Störungsmeldung soll erfindungsgemäß vom Protokollkonverter 1 sofort eine Nachricht an den Systemrechner 8 übermittelt werden und nicht auf die nächste Ab­ frage der Daten durch den Systemrechner 8 gewartet werden. In dem gezeigten Bei­ spiel würde die nächste vom Systemrechner 8 initiierte Datenübertragung um 9 Uhr stattfinden. Der Protokollkonverter 1 steuert das Modem 7 an um eine Verbindung zu dem Systemrechner 8 aufzubauen und die empfangene Nachricht weiterzuleiten. Kann diese Verbindung zwischen Protokollkonverter 1 und Systemrechner 8 nicht aufgebaut werden, so kann der Protokollkonverter 1 beispielsweise nach Verstrei­ chen einer vorbestimmten Zeit weitere Versuche zum Verbindungsaufbau auch zu anderen Systemrechnern unternehmen, um die empfangene Nachricht an einen Sy­ stemrechner weiterzuleiten. Der Systemrechner 8 kann die empfangene Nachricht gemäß dem Bearbeitungsplan, beispielsweise in Form eines Fax, einer Email oder einer SMS-Nachricht, an das Bedienpersonal weiterleiten, wenn die Leitstelle zum Zeitpunkt des Empfangs der Nachricht nicht besetzt ist. Kommt diese Verbindung auch bei den weiteren Versuchen nicht zustande, versendet der Protokollkonverter 1 eine vorgegebene Nachricht.
In dem in Fig. 1 gezeigten Beispiel wird eine Fax-Nachricht mit einem entsprechen­ den Inhalt an das Fax-Gerät 11 gesendet. Das Fax-Gerät 11 kann sich beispielsweise in einer Leitstelle oder zuhause bei einer zuständigen Betriebsperson befinden. Die zuständige Person kann auf diese Weise unmittelbar von der eingegangenen Störung in einer der Einrichtungen benachrichtigt werden, obwohl zu diesem Zeitpunkt kei­ ne Verbindung zwischen Protokollkonverter 1 und Systemrechner 8 möglich ist.
Selbstverständlich können Protokollkonverter 1 und Systemrechner 8 auf viele an­ dere Arten miteinander verbunden werden und Daten austauschen. Beispielsweise können beide direkt an ein Computernetzwerk (LAN) angeschlossen werden oder sie können direkt über ein Null-Modem miteinander verbunden werden. Es sind auch weitere Ausführungsformen denkbar, bei denen das Internet oder andere Da­ tenübertragungsmedien genutzt werden können.
Die Betriebs- und Konfigurationsdaten der Einrichtungen 2, 3, 4 können vom Be­ triebspersonal in der Leitstelle direkt durch Zugriff auf die Datenbank 10 des Sy­ stemrechners 8 geprüft und kontrolliert werden, ohne daß dazu eine dauerhafte Verbindung zu den zu wartenden und überwachenden Einrichtungen 2, 3, 4 beste­ hen muß. Selbstverständlich sind die in diesem Beispiel angegebenen vorgegebenen zeitlichen Abstände nur ein mögliches Beispiel für eine Konfiguration der erfin­ dungsgemäßen Vorrichtung und können den Anforderungen entsprechend angepaßt werden.
Die Fig. 2 zeigt einen möglichen Ablaufplan für die Verarbeitung in einem Proto­ kollkonverter. In einem Schritt 100 wird die gespeicherte Systemkonfiguration des Protokollkonverters ausgewertet und der Protokollkonverter wird initialisiert. Dabei kann beispielsweise ein angeschlossenes Modem konfiguriert und das Hausbussy­ stem geprüft werden.
In dem Schritt 110 wird geprüft, ob Kommandos des Systemrechners 8 für den Protokollkonverter 1 angeschlossene Einrichtungen 2, 3, 4 empfangen wurden. Im Falle eines Empfangs derartiger Kommandos werden diese in einem Schritt 120 be­ arbeitet und an die entsprechende Einrichtungen über das Bussystem 5 weitergeleitet. Es sind selbstverständlich auch solche Kommandos möglich, die an alle ange­ schlossenen Einrichtungen über das Bussystem 5 weiterzuleiten sind (Broadcast). Weiterhin kann der Systemrechner 8 natürlich auch Kommandos an den Protokoll­ konverter 1 selbst senden. Diese sind vom Protokollkonverter 1 auszuwerten. Bei­ spielsweise kann auf diese Art die zu wählende Telefonnummer für eine Notverbin­ dung verändert werden.
In Schritt 130 prüft der Protokollkonverter 1, ob eine Datenanfrage vom System­ rechner 8 vorliegt. Liegt eine Anfrage für Daten von angeschlossenen Einrichtungen vor, werden in Schritt 140 die angefragten Daten an den Systemrechner 8 übersandt. Sind keine Daten an den Systemrechner 8 zu senden, so wird direkt zu Schritt 150 verzweigt.
In Schritt 150 werden die in den Konfigurationsdaten festgelegten vorbestimmten Daten von einer Einrichtung 2, 3, 4 abgefragt. Dazu wird ein entsprechendes Kom­ mando nach dem zweiten Datenübertragungsprotokoll an die Einrichtung 2, 3, 4 über das Bussystem 5 gesendet. Die angesprochene Einrichtung meldet sich mit den angefragten Daten über das Bussystem 5 zurück. Die auf diese Weise empfangenen Daten werden in dem Speicher 6 des Protokollkonverters 1 abgelegt.
In Schritt 160 wird geprüft, ob aufgrund der empfangenen Daten oder aufgrund von eingegangenen Nachrichten von den zu überwachenden Einrichtungen 2, 3, 4 eine Notfallmeldung an den Systemrechner 8 abzusenden ist.
Falls eine solche Nachricht an den Systemrechner 8 abzusenden ist, wird in Schritt 170 versucht, eine Verbindung zu dem Systemrechner 8 aufzubauen. Gegebenen­ falls ist der Versuch eine Verbindung aufzubauen nach einer vorgegebenen Zeit mehrfach (z. B. 10mal) zu wiederholen. Es kann auch versucht werden eine Verbin­ dung zu einem anderen Systemrechner 8 aufzubauen.
Kann eine Verbindung zu dem Systemrechner 8 hergestellt werden, so sendet der Protokollkonverter 1 in Schritt 180 gemäß dem ersten Datenübertragungsprotokoll eine Nachricht, z. B. eine Notmeldung entsprechenden Inhalts, an den Systemrech­ ner 8. Diese Notmeldung kann die empfangene Nachricht von der gestörten Einrich­ tung und/oder den Grund aufgrund denen die Notmeldung abgesendet wurde, ent­ halten.
Die Datenübertragung zu dem Systemrechner 8 kann nach einem Quittungsverfah­ ren durchgeführt werden, bei dem die jeweilige empfangende Seite den Erhalt einer Nachricht quittiert.
Falls keine Verbindung zum Systemrechner 8 aufgebaut werden kann, wird von Schritt 170 zu Schritt 190 verzweigt. In Schritt 190 wird vom Protokollkonverter 1 eine vorbestimmte Notverbindung aktiviert und eine vorgegebene Nachricht, bei­ spielsweise ein Fax, versandt. Dieses Fax kann den Grund für die Notmeldung und eine Beschreibung der vorliegende Störung der Verbindung zum Systemrechner 8 enthalten.
In Schritt 200 wird geprüft, ob die bestimmten Daten von allen abzufragenden Ein­ richtungen 2, 3, 4 bereits vorliegen. Falls noch Daten von Einrichtungen 2, 3, 4 in diesem Durchlauf eines Zyklus abzufragen sind, wird zurück zu Schritt 110 ver­ zweigt und mit der nächsten Einrichtung fortgefahren. Sind bereits alle an das Bus­ system 5 angeschlossenen Einrichtungen 2, 3, 4 abgefragt, so wird mit Schritt 210 fortgefahren.
In Schritt 210 wird eine vorgegebene Zeit abgewartet bevor ein neuer Abfragezy­ klus gestartet wird. Nach beispielsweise 10 Minuten wird der Ablauf mit Schritt 110 und der Abfrage der ersten abzufragenden Einrichtung fortgesetzt. Die Reihenfolge der abzufragenden Einrichtungen 2, 3, 4 kann in der Konfiguration des Protokoll­ konverters 1 beliebig festgelegt werden.
Die Fig. 3 zeigt einen möglichen Ablauf der Verarbeitung in dem Systemrechner 8 in einer Ausführungsform mit mehreren Protokollkonvertern. In Schritt 300 werden die Daten der zu überwachenden Einrichtungen 2, 3, 4 von dem ersten Protokoll­ konverter 1 abgefragt. Dazu wird von dem Systemrechner 8 eine Verbindung zu dem Protokollkonverter 1 aufgebaut, d. h. beispielsweise wird das Modem 9 so an­ gesteuert, daß eine Wählverbindung über ein privates oder öffentliches Fernsprech­ netz zu dem Modem 7 und dem Protokollkonverter 1 entsteht. Der Verbindungsauf­ bau kann auch mit einem Rückrufverfahren (Call-back-Verfahren) erfolgen, bei dem die Verbindung nach Erhalt einer Rückrufaufforderung immer von dem Protokoll­ konverter 1 aufgebaut wird. Der Systemrechner 8 sendet entsprechende Komman­ dos an den Protokollkonverter 1, der wiederum die angeforderten Daten an den Sy­ stemrechner 8 sendet. Im Anschluß an den Datenaustausch wird im Falle einer Wählverbindung diese abgebaut.
Für den Fall, daß sowohl Systemrechner 8 als auch Protokollkonverter 1 an ein Da­ tenübertragungsnetzwerk mit festen Verbindungen, beispielsweise ein LAN, ange­ schlossen sind, erfolgt kein Aufbau einer temporären Wählverbindung. Es wird le­ diglich eine logische Verbindung zwischen Systemrechner 8 und Protokollkonverter 1 zur Datenübertragung aufgebaut. Dies kann beispielsweise durch die Verwendung von Sockets für das TCP geschehen. Natürlich können auch verbindungslose Über­ tragungsprotokolle, wie beispielsweise UDP, eingesetzt werden.
Die empfangenen Daten werden in Schritt 310 in die Datenbank 10 des System­ rechners 8 eingetragen. Aufgrund der in der Datenbank 10 vorhandenen Daten kann eine Bedienperson jederzeit den Zustand der zu überwachenden Einrichtungen 2, 3, 4 überprüfen, ohne daß erst Verbindungen zu den einzelnen Einrichtungen 2, 3, 4 aufgebaut und die Daten abgefragt werden müssen.
In Schritt 320 werden die empfangenen Daten ausgewertet. Beispielsweise kann ein außergewöhnlicher Betriebszustand einer Einrichtung 2, 3, 4 festgestellt werden. Weiterhin können empfangene Meßwerte, beispielsweise von Wärmezählern oder Temperaturfühlern, analysiert werden. In Schritt 330 wird festgestellt, ob anhand der ausgewerteten Daten eine Nachricht an eine Bedienperson zu versenden ist.
Gegebenenfalls wird in Schritt 340 eine solche Nachricht versandt. Mit Hilfe dieser Nachricht kann eine zuständige Bedienperson von einem außergewöhnlichen Zu­ stand, beispielsweise dem Vorliegen einer Störung in einer Einrichtung, in Kenntnis gesetzt werden. Die Nachricht kann beispielsweise in Form einer SMS-Nachricht an das Mobiltelefon der Bedienperson übersandt werden. Die Bedienperson kann so auf einfache Weise zu jeder Zeit und an jedem Ort alarmiert werden.
In Schritt 350 wird geprüft, ob bereits alle Protokollkonverter des Systems abgefragt wurden. Falls noch weitere Protokollkonverter abzufragen sind, wird zurück zu Schritt 300 verzweigt und dort mit der Abfrage des nächsten Protokollkonverters fortgefahren. Die Reihenfolge der Abfrage der Protokollkonverter kann beliebig festgelegt werden und kann im Systemrechner 8 gespeichert werden.
Im Anschluß an die Abfrage aller Protokollkonverter wird in Schritt 360 eine vor­ bestimmte Zeit gewartet, bevor ein neuer Durchgang für einen neuen Zyklus gestartet wird. Die vorgegebene Wartezeit kann den entsprechenden Systemanforderun­ gen entsprechend flexibel eingestellt werden.
Während der oben gezeigten Bearbeitungsschritte kann jederzeit eine Nachricht von einem Protokollkonverter 1 eintreffen. Die Verarbeitung dieser Nachrichten wird hier nicht gezeigt und kann beispielsweise durch eine Interrupt-Routine erfolgen. Weiterhin wird hier nicht auf vom Benutzer initiierte spezielle Verarbeitungsschritte eingegangen. Der Benutzer kann beispielsweise jederzeit eine Aktualisierung der vorliegenden Daten anfordern. In diesem Fall wird vom Systemrechner 8 eine au­ ßerplanmäßige Abfrage der angefragten Daten von dem Protokollkonverter 1 gestar­ tet. Weiterhin kann der Benutzer jederzeit Kommandos für bestimmte Einrichtungen an der Bedienkonsole des Systemrechners 8 eingeben. Diese Kommandos werden anschließend vom Systemrechner 8 an den entsprechenden Protokollkonverter 1 übertragen und dort an die gewünschte Einrichtung 2, 3, 4 weitergeleitet.
Die Fig. 4 zeigt schematisch eine Darstellung einer Ausführungsform mit zwei Sy­ stemrechnern 8, 11, die direkt an ein LAN angeschlossen sind. Beide Systemrechner 8, 11 weisen jeweils eine Datenbank 10, 12 zur Speicherung von Konfigurations-, Wartungs- und Betriebsdaten von an den Protokollkonverter 1 angeschlossenen Einrichtungen (nicht gezeigt) auf. In diesem Beispiel weist der Systemrechner 8, der sich beispielsweise in der Leitstelle befindet, eine zentrale Datenbank 10 auf. Bei dem Systemrechner 11 handelt es sich um einen tragbaren Systemrechner in Form eines Notebooks mit dem beispielsweise ein Kundendienst- oder Wartungstechniker vor Ort eine Diagnose und Wartung von Heizungsanlagen vornehmen kann. Der Wartungstechniker kann die Heizungsanlage mit Hilfe des mobilen Systemrechners 11 konfigurieren und warten. Nach Abschluß der Wartungsarbeiten werden die ak­ tuellen Konfigurationsdaten von der Datenbank 12 an die zentrale Datenbank 10 übermittelt. Auf diese Weise kann die Konsistenz der Datenbanken 10, 12 sicher­ gestellt werden. Die Verbindung und Kommunikation zwischen den beiden System­ rechnern 8, 11 kann auf einfache Weise über das LAN oder das Internet z. B. durch das Internet Protocol IP erfolgen.
In einer weiteren Ausführungsform kann sich beispielsweise der Systemrechner 8 in der Leitstelle des Anlagenbetreibers befinden, während der zweite Systemrechner 11 beispielsweise in der Leitstelle eines Anlagenherstellers angeordnet ist. Auf diese Weise läßt sich einfach ein mehrstufiges System zur Parametrisierung und Fern­ überwachung von Heizungsanlagen schaffen. Der Anlagenbetreiber führt beispielsWeise einfache Wartungsaufgaben selbst aus und überläßt kompliziertere Wartungs- und Diagnoseaufgaben dem Servicepersonal des Anlagenherstellers. Weiterhin kann die Leitstelle des Anlagenbetreibers nur teilweise besetzt sein. Während der Nacht und am Wochenende wird die Fernüberwachung von einer anderen Leitstelle durch­ geführt. Diese kann beispielsweise ein Servicecenter des Anlagenherstellers sein, der zentral die Wartung und Fernüberwachung von Anlagen vieler seiner Kunden durchführt. Durch die Verwendung des Internets zur Kommunikation zwischen den einzelnen Systemrechnern 8, 11 kann eine solche verteilte Parametrisierung und Fernüberwachung von Einrichtungen 2, 3, 4 auf kostengünstige Weise ermöglicht werden.
Zur Gewährleistung der Sicherheit beim Zugriff auf Systemrechner 8, 11 und Proto­ kollkonverter 1 können entsprechende Zugangskontrollen beispielsweise durch Kennwörter vorgesehen sein. Nur registrierte und berechtigte Anwender und Syste­ me können einen Zugriff auf Systemrechner 8, 11 und Protokollkonverter 1 erlan­ gen. Beispielsweise kann ein Betreiber einer Anlage dem zentralen Kundendienst des Anlagenherstellers Zugriffsrechte auf seine Protokollkonverter 1 und System­ rechner 8, 11 einräumen. Weiterhin kann der Datenverkehr zwischen den einzelnen Komponenten der Vorrichtung verschlüsselt werden.
Die Fig. 5 zeigt eine schematische Darstellung für ein mögliches Ausführungsbei­ spiel eines erfindungsgemäßen Protokollkonverters.
Der gezeigte Protokollkonverter 1 kann vorteilhafterweise aus einem Grundmodul 20 und einem Erweiterungsmodul 21 aufgebaut sein. Das Grundmodul 20 weist eine Modemschnittstelle 22 nach der RS 232-Spezifikation mit V.24-Pegeln und mit LED-Anzeigen für Anwahl und Verbindung auf. Die Modemschnittstelle 22 wird mit einem seriellen Verbindungskabel mit dem protokollkonverterseitigen Modem 7 verbunden.
Das Grundmodul 20 sowie das Erweiterungsmodul 21 weisen jeweils eine Schnitt­ stelle 23 auf, beispielsweise ein I2C-Bus-Interface. Grundmodul 20 und Erweite­ rungsmodul 21 können einfach durch den I2C-Bus miteinander verbunden werden. Auf diese Weise läßt sich ein flexibler Aufbau eines Protokollkonverters 1 errei­ chen. Bei Bedarf können weitere Erweiterungsmodule über den I2C-Bus hinzuge­ schaltet werden, und es kann flexibel ein erweiterter Protokollkonverter 1 mit weite­ ren Anschlußmöglichkeiten geschaffen werden.
Sowohl Grundmodul 20 als auch Erweiterungsmodul 21 können digitale oder ana­ loge Ein- und Ausgänge aufweisen. Diese können für einen direkten Anschluß von weiteren Einrichtungen an den Protokollkonverter 1 vorgesehen sein. In dem ge­ zeigten Beispiel weisen Grundmodul 20 und Erweiterungsmodul 21 jeweils eine digitale Eingangseinrichtung 24 mit acht digitalen Eingängen auf. Die digitalen Eingänge sind beispielsweise zum Erfassen von Betriebszuständen geeignet.
Weiterhin weisen Grundmodul 20 und Erweiterungsmodul 21 jeweils eine analoge Eingangseinrichtung 25 auf. Jede analoge Eingangseinrichtung 25 weist zwei analo­ ge Eingänge zum Anschluß von beispielsweise Meßgeräten wie Temperatursenso­ ren auf. Die analogen Eingänge sind mit Analog/Digital-Wandlern versehen, die eine einfache Meßwerterfassung und eine Übertragung der digitalisierten Meßwerte zu dem Systemrechner 8 ermöglichen. Die Analog/Digital-Wandler haben bei­ spielsweise eine Genauigkeit von 8 Bit.
Grundmodul 20 und Erweiterungsmodul 21 sind jeweils mit einer Ausgabeeinrich­ tung versehen, die Relaisausgänge zum Schalten von Lasten aufweisen. Die Relais­ ausgänge können beispielsweise zum direkten Ein- und Ausschalten von Geräten vorgesehen sein.
Das Grundmodul 20 kann weiterhin eine LON-Schnittstelle 27 zum Anschluß eines LON-Bussystems 5 aufweisen, an der die Einrichtungen 2, 3, 4 angeschlossen sind.
Weiterhin kann das Grundmodul 20 eine Optolink-Schnittstelle 28 aufweisen. Diese optische Schnittstelle kann zum störungsfreien Anschluß eines mobilen System­ rechners 8 für Wartung und Diagnose vor Ort vorgesehen sein.
Außer den in Fig. 5 gezeigten Funktionseinheiten kann der Protokollkonverter 1 über Bedien- und Anzeigeelemente wie Betriebs- und Störungsanzeigen verfügen. Weiterhin ist eine entsprechende Spannungsversorgung vorzusehen.
Die in Fig. 5 gezeigte Ausführungsform eines Protokollkonverters 1 ermöglicht ei­ nen flexiblen Aufbau. Für kleine Anlagen, die nur wenige direkt an den Protokoll­ konverter 1 anzuschließende Einrichtungen aufweisen, kann der erfindungsgemäße Protokollkonverter 1 allein aus dem Grundmodul 20 bestehen. Durch den Einsatz von einem oder mehreren Erweiterungsmodulen 21 kann der Protokollkonverter 1 flexibel erweitert werden, und zusätzliche Einrichtungen können auf einfache Weise zur Fernwartung, Parametrisierung und Steuerung an den Protokollkonverter 1 an­ geschlossen werden. Der Protokollkonverter 1 wird dazu vom Systemrechner 8 wie eine am Bussystem 5 angeschlossene Einrichtung behandelt und kann selbst Emp­ fänger von Nachrichten und Kommandos sein, mit denen die direkt angeschlossenen Geräte abgefragt oder beeinflusst werden können.

Claims (19)

1. Vorrichtung, insbesondere zur Parametrierung und Fernüberwachung von Hei­ zungsanlagen, mit
einem Systemrechner (8), der zur Übertragung von Daten nach einem ersten Datenübertragungsprotokoll geeignet ist,
mindestens einer Einrichtung (2, 3, 4), die zur Übertragung von Daten nach einem zweiten Datenübertragungsprotokoll geeignet ist,
einem Protokollkonverter (1), der mit dem Systemrechner (8) verbunden ist und der Daten des ersten Datenübertragungsprotokolls in Daten des zweiten Datenübertragungsprotokolls und umgekehrt konvertiert, und
einem Bussystem (5), an das die Einrichtungen (2, 3, 4) und der Protokollkon­ verter (1) anschließbar sind.
2. Vorrichtung nach Anspruch 1, wobei die an das Bussystem (5) anschließbaren Einrichtungen (2, 3, 4) Heizungs-, Klima- und/oder Kühlanlagen und/oder Meß- oder Steuereinrichtungen für den Betrieb von Heizungs-, Klima- und/oder Kühlanlagen sind.
3. Vorrichtung nach Anspruch 1 oder 2, wobei das Bussystem (5) ein Haus- oder Feldbus ist und/oder das zweite Datenübertragungsprotokoll ein LON-Pro­ tokoll ist.
4. Vorrichtung nach zumindest einem der Ansprüche 1 bis 3, wobei das erste Datenübertragungsprotokoll ein Protokoll auf der Basis des Internet Protocols IP, insbesondere das Simple Network Management Protocol SNMP, das Hy­ pertext Transport Protocol HTTP, das Transport Control Protocol TCP oder das LonWorks Network Protocol, ist.
5. Vorrichtung nach zumindest einem der Ansprüche 1 bis 4, wobei der Proto­ kollkonverter (1) vorbestimmte Daten in vorgegebenen zeitlichen Abständen von den Einrichtungen (2, 3, 4) abfragt, speichert, an den Systemrechner (8) sendet und/oder zur Abfrage vom Systemrechner (8) bereit hält.
6. Vorrichtung nach zumindest einem der Ansprüche 1 bis 5, wobei der Proto­ kollkonverter (1) einen Speicher (6) für die Speicherung der von den Einrich­ tungen abgefragten Daten aufweist.
7. Vorrichtung nach zumindest einem der Ansprüche 1 bis 6, wobei der Proto­ kollkonverter (1) vom Systemrechner (8) empfangene Daten, die für eine be­ stimmte Einrichtung (2, 3, 4) bestimmt sind, über das Bussystem (5) an die entsprechende Einrichtung (2, 3, 4) sendet.
8. Vorrichtung nach zumindest einem der Ansprüche 1 bis 7, wobei der Proto­ kollkonverter (1) eine vorbestimmte Verbindung aktiviert, wenn von einer der Einrichtungen (2, 3, 4) eine Störungs- oder Wartungsmeldung vorliegt.
9. Vorrichtung nach zumindest einem der Ansprüche 1 bis 8, wobei der Proto­ kollkonverter (1) eine vorgegebene Nachricht, insbesondere ein Fax, eine Sprachnachricht, eine Email oder eine SMS-Nachricht, versendet, wenn von einer der Einrichtungen (2, 3, 4) eine Störungs- oder Wartungsmeldung vor­ liegt und die Verbindung zum Systemrechner (8) gestört ist.
10. Vorrichtung nach zumindest einem der Ansprüche 1 bis 9, wobei die Verbin­ dung zwischen dem Protokollkonverter (1) und dem Systemrechner (8) über eine analoge und/oder digitale Telefonverbindung erfolgt und ein analoges Modem, ein GSM-Modem oder ein ISDN-Modem (7, 9) aufweist.
11. Vorrichtung nach Anspruch 10, wobei die Verbindung zwischen dem Proto­ kollkonverter (1) und dem Systemrechner (8) über ein Rückrufverfahren auf­ gebaut wird.
12. Vorrichtung nach zumindest einem der Ansprüche 1 bis 11, wobei der System rechner (8) in vorgegebenen zeitlichen Abständen eine Verbindung zu dem Protokollkonverter (1) aufbaut und vorbestimmte Daten abfragt, die der Proto­ kollkonverter (1) zuvor von den Einrichtungen (2, 3, 4) abgefragt und zwi­ schengespeichert hat.
13. Vorrichtung nach zumindest einem der Ansprüche 1 bis 12, wobei der System­ rechner (8) eine Verbindung zu dem Protokollkonverter (1) aufbaut und/oder Daten für eine bestimmte Einrichtung (2, 3, 4) an den Protokollkonverter (1) sendet und/oder Daten von einer bestimmten Einrichtung (2, 3, 4) von dem Protokollkonverter (1) empfängt.
14. Vorrichtung nach zumindest einem der Ansprüche 1 bis 13, wobei der System­ rechner (8) eine Datenbank (10) aufweist, die die Konfigurations-, Inbetrieb­ nahme-, Wartungs- und/oder Betriebsdaten von Einrichtungen (2, 3, 4) und/oder dem Protokollkonverter (1), insbesondere Störungs- und Wartungs­ meldungen, enthält.
15. Vorrichtung nach Anspruch 14, wobei der Systemrechner einen Internet- und/oder WAP-Server zum Zugriff auf die Datenbank (10) aufweist.
16. Vorrichtung nach zumindest einem der Ansprüche 1 bis 15, wobei der System­ rechner (8) eine vorbestimmte Nachricht, insbesondere ein Fax, eine Sprach­ nachricht, eine Email oder eine SMS-Nachricht, versendet, wenn von einer der Einrichtungen (2, 3, 4) eine bestimmte Störungs- oder Wartungsmeldung vor­ liegt.
17. Vorrichtung nach zumindest einem der Ansprüche 1 bis 16, wobei mehrere Systemrechner (8, 11) Verbindungen zu Protokollkonvertern (1) aufbauen und/oder Daten von den Protokollkonvertern (1) empfangen und/oder Daten an die Protokollkonverter (1) senden, wobei die Systemrechner (8, 11) über das Internet miteinander verbindbar sind.
18. Vorrichtung nach Anspruch 17, wobei einer der Systemrechner (8) eine zentra­ le Datenbank (10) aufweist, an die die anderen Systemrechner (11) Datenände­ rungen melden und/oder mit der die Datenbanken (12) der anderen System­ rechner (11) abgeglichen werden.
19. Verfahren, insbesondere zur Parametrierung und Fernüberwachung von Hei­ zungsanlagen, mit den folgenden Schritten:
Übertragung von Daten nach einem ersten Datenübertragungsprotokoll zwi­ schen einem Systemrechner (8) und einem Protokollkonverter (1),
Konvertierung der Daten des ersten Datenübertragungsprotokolls in Daten ei­ nes zweiten Datenübertragungsprotokolls und umgekehrt in dem Protokoll­ konverter (1), und
Übertragung von Daten nach dem zweiten Datenübertragungsprotokoll zwi­ schen dem Protokollkonverter (1) und mindestens einer Einrichtung (2, 3, 4).
DE10109196A 2001-02-26 2001-02-26 Vorrichtung und Verfahren zur Fernüberwachung und Parametrierung von Einrichtungen, insbesondere von Heizungsanlagen Revoked DE10109196B4 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE10109196A DE10109196B4 (de) 2001-02-26 2001-02-26 Vorrichtung und Verfahren zur Fernüberwachung und Parametrierung von Einrichtungen, insbesondere von Heizungsanlagen
CA002372825A CA2372825C (en) 2001-02-26 2002-02-22 Apparatus and process for data communication, in particular for the parameterization and remote monitoring of heating installations
EP02004209A EP1249982A3 (de) 2001-02-26 2002-02-25 Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen
US10/085,817 US7158525B2 (en) 2001-02-26 2002-02-26 Apparatus and process for data communication, in particular for the parameterization and remote monitoring of heating installations

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10109196A DE10109196B4 (de) 2001-02-26 2001-02-26 Vorrichtung und Verfahren zur Fernüberwachung und Parametrierung von Einrichtungen, insbesondere von Heizungsanlagen

Publications (2)

Publication Number Publication Date
DE10109196A1 true DE10109196A1 (de) 2002-09-12
DE10109196B4 DE10109196B4 (de) 2005-04-28

Family

ID=7675520

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10109196A Revoked DE10109196B4 (de) 2001-02-26 2001-02-26 Vorrichtung und Verfahren zur Fernüberwachung und Parametrierung von Einrichtungen, insbesondere von Heizungsanlagen

Country Status (4)

Country Link
US (1) US7158525B2 (de)
EP (1) EP1249982A3 (de)
CA (1) CA2372825C (de)
DE (1) DE10109196B4 (de)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10243782A1 (de) * 2002-09-20 2004-03-25 Sick Ag Parametrier-/Diagnosesystem für Feldgeräte
WO2004075069A1 (de) * 2003-02-21 2004-09-02 Endress+Hauser Gmbh+Co. Kg Verfahren zum übertragen von daten über einen feldbus der prozessautomatisierungstechnik
US6963781B2 (en) 2002-09-20 2005-11-08 Sick Ag Electronic apparatus for a bus system
US7076310B2 (en) 2002-09-20 2006-07-11 Sick Ag Electronic apparatus for a bus system
DE102006006039A1 (de) * 2006-02-09 2007-08-16 Siemens Ag Verfahren zum Überwachen und Steuern von für eine Elektroinstallation an einen Bus angeschlossenen Busteilnehmern
RU2463636C2 (ru) * 2007-03-02 2012-10-10 Виссманн Верке Гмбх Унд Ко. Кг Устройство и способ для управления и контроля устройств бытовой техники
DE10329871B4 (de) * 2003-07-02 2017-12-28 Volkswagen Ag Verfahren und System zur telemetrischen Diagnose elektronischer Einrichtungen eines Fahrzeugs
EP2413047B2 (de) 2010-07-30 2021-11-17 Grundfos Management A/S Brauchwassererwärmungseinheit

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9210052B2 (en) * 2002-06-17 2015-12-08 Siemens Industry, Inc. Streaming graphic method and arrangement data for building control systems
EP1523826B1 (de) * 2002-07-18 2007-12-12 VEGA Grieshaber KG Busstation mit integrierter busmonitorfunktion
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
DE20307101U1 (de) * 2003-05-07 2003-07-10 Siemens AG, 80333 München Automatisierungssystem mit vereinfachter Diagnose und Fehlerbehebung
WO2005041490A1 (de) * 2003-09-25 2005-05-06 Siemens Aktiengesellschaft Nutzung von diensten innerhalb eines kommunikationsnetzes mit internetmechanismen und eines automatisierungssystems
US7949726B2 (en) * 2004-03-12 2011-05-24 Ocean And Coastal Environmental Sensing, Inc. System and method for delivering information on demand
US20050228509A1 (en) * 2004-04-07 2005-10-13 Robert James System, device, and method for adaptively providing a fieldbus link
KR100621571B1 (ko) * 2004-06-25 2006-09-14 삼성전자주식회사 네트워크 중계장치 및 중계 방법
KR100722271B1 (ko) 2005-03-15 2007-05-28 엘지전자 주식회사 빌딩관리시스템
US7675935B2 (en) 2006-05-31 2010-03-09 Honeywell International Inc. Apparatus and method for integrating wireless or other field devices in a process control system
US8266602B2 (en) * 2006-05-31 2012-09-11 Honeywell International Inc. Apparatus and method for converting between device description languages in a process control system
US7889747B2 (en) 2006-05-31 2011-02-15 Honeywell International Inc. Apparatus, system, and method for integrating a wireless network with wired field devices in a process control system
US7965664B2 (en) * 2006-05-31 2011-06-21 Honeywell International Inc. Apparatus and method for integrating wireless field devices with a wired protocol in a process control system
US7876722B2 (en) * 2006-05-31 2011-01-25 Honeywell International Inc. System and method for wireless communication between wired field devices and control system components
FR2902597B1 (fr) * 2006-06-15 2008-09-12 Elm Leblanc Sas Soc Par Action Dispositif de communication a emission de rapport de panne pour chaudiere individuelle ou collective
US7735459B2 (en) * 2006-06-23 2010-06-15 Westcast, Inc. Modular boiler control
US7953862B2 (en) * 2007-01-16 2011-05-31 Sony Ericsson Mobile Communications Ab Methods for accessing a phone-based web server with a private IP address and related electronic devices and computer program products
KR100896996B1 (ko) * 2007-02-02 2009-05-14 엘지전자 주식회사 멀티에어컨의 통합관리 시스템 및 방법
US7701970B2 (en) * 2007-04-10 2010-04-20 International Business Machines Corporation Protocol negotiation for a group communication system
US8570922B2 (en) * 2007-04-13 2013-10-29 Hart Communication Foundation Efficient addressing in wireless hart protocol
US8356431B2 (en) * 2007-04-13 2013-01-22 Hart Communication Foundation Scheduling communication frames in a wireless network
US8230108B2 (en) * 2007-04-13 2012-07-24 Hart Communication Foundation Routing packets on a network using directed graphs
US8660108B2 (en) * 2007-04-13 2014-02-25 Hart Communication Foundation Synchronizing timeslots in a wireless communication protocol
US8325627B2 (en) * 2007-04-13 2012-12-04 Hart Communication Foundation Adaptive scheduling in a wireless network
US7627700B2 (en) * 2007-06-05 2009-12-01 Texas Instruments Incorporated Expanded memory for communications controller
US7703202B2 (en) * 2008-01-18 2010-04-27 Inventec Corporation Method for manufacturing a transmission line equalizer
US8213085B2 (en) * 2008-01-18 2012-07-03 Visera Technologies Company Limited Image sensor device with high photosensitivity
US7899873B2 (en) * 2008-05-20 2011-03-01 At&T Intellectual Property I, L.P. System and method of controlling a messaging system
US8441947B2 (en) * 2008-06-23 2013-05-14 Hart Communication Foundation Simultaneous data packet processing
KR20100096808A (ko) * 2009-02-25 2010-09-02 삼성전자주식회사 무선 통신 방법 및 장치
US20100262403A1 (en) * 2009-04-10 2010-10-14 Bradford White Corporation Systems and methods for monitoring water heaters or boilers
US8396203B2 (en) 2009-10-20 2013-03-12 At&T Intellectual Property I, L.P. Automatic integrated escalation in a unified messaging system
US8517729B2 (en) * 2010-03-04 2013-08-27 The University of Western Ontario and Trudell Medical International Oral mouthpiece and method for the use thereof
US8756412B2 (en) 2010-04-16 2014-06-17 Honeywell International Inc. Gateway supporting transparent redundancy in process control systems and other systems and related method
US8498201B2 (en) 2010-08-26 2013-07-30 Honeywell International Inc. Apparatus and method for improving the reliability of industrial wireless networks that experience outages in backbone connectivity
US8924498B2 (en) 2010-11-09 2014-12-30 Honeywell International Inc. Method and system for process control network migration
US9239574B2 (en) 2011-06-30 2016-01-19 Honeywell International Inc. Apparatus for automating field device operations by capturing device method execution steps for later use and related method
US20130085615A1 (en) * 2011-09-30 2013-04-04 Siemens Industry, Inc. System and device for patient room environmental control and method of controlling environmental conditions in a patient room
US9441848B2 (en) * 2012-05-09 2016-09-13 Honeywell International Inc. Airflow and water balancing
JP6053364B2 (ja) * 2012-07-19 2016-12-27 キヤノン株式会社 情報処理システム、サーバ装置、クライアント装置および制御方法
US9762445B2 (en) 2013-05-20 2017-09-12 Trane International Inc. Device and method for automatic switching of communication protocol of network devices based on user action
US9716637B1 (en) * 2013-06-05 2017-07-25 William Baker Communication string network
US9191843B2 (en) 2013-06-12 2015-11-17 Honeywell International Inc. Apparatus and method for measuring and reporting redundant wireless connectivity over time
US9110838B2 (en) 2013-07-31 2015-08-18 Honeywell International Inc. Apparatus and method for synchronizing dynamic process data across redundant input/output modules
US9612587B2 (en) 2014-02-11 2017-04-04 Honeywell International Inc. Mobile extension for industrial operator consoles
US9473876B2 (en) * 2014-03-31 2016-10-18 Blackberry Limited Method and system for tunneling messages between two or more devices using different communication protocols
US9720404B2 (en) 2014-05-05 2017-08-01 Honeywell International Inc. Gateway offering logical model mapped to independent underlying networks
US10042330B2 (en) 2014-05-07 2018-08-07 Honeywell International Inc. Redundant process controllers for segregated supervisory and industrial control networks
US9609524B2 (en) 2014-05-30 2017-03-28 Honeywell International Inc. Apparatus and method for planning and validating a wireless network
US10536526B2 (en) 2014-06-25 2020-01-14 Honeywell International Inc. Apparatus and method for virtualizing a connection to a node in an industrial control and automation system
US9699022B2 (en) 2014-08-01 2017-07-04 Honeywell International Inc. System and method for controller redundancy and controller network redundancy with ethernet/IP I/O
US10148485B2 (en) 2014-09-03 2018-12-04 Honeywell International Inc. Apparatus and method for on-process migration of industrial control and automation system across disparate network types
US10162827B2 (en) 2015-04-08 2018-12-25 Honeywell International Inc. Method and system for distributed control system (DCS) process data cloning and migration through secured file system
US10409270B2 (en) 2015-04-09 2019-09-10 Honeywell International Inc. Methods for on-process migration from one type of process control device to different type of process control device
EP3385929B1 (de) * 2015-12-29 2020-02-19 Huawei Technologies Co., Ltd. System, verfahren und vorrichtung zur informationsübertragung
US10296482B2 (en) 2017-03-07 2019-05-21 Honeywell International Inc. System and method for flexible connection of redundant input-output modules or other devices
US10802512B2 (en) * 2017-05-01 2020-10-13 Johnson Controls Technology Company HVAC device controller with integrated refrigeration controller interface
US10401816B2 (en) 2017-07-20 2019-09-03 Honeywell International Inc. Legacy control functions in newgen controllers alongside newgen control functions
CN107491029A (zh) * 2017-08-13 2017-12-19 中清源环保节能有限公司 一种用于集中供热的热控网通信传输平台
CN114116892B (zh) * 2021-11-16 2024-05-07 中碧科技(江苏)有限公司 一种不同水信息应用层数据传输协议的转换方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793646A (en) * 1995-04-13 1998-08-11 Conservation Through Innovation, Ltd. Facility environmental control system
DE19841476A1 (de) * 1998-09-10 2000-03-30 Electrowatt Tech Innovat Corp Eingabesystem und Verfahren zur Eingabe von Prozeßparametern
WO2000067140A1 (en) * 1999-04-29 2000-11-09 Panja, Inc. Internet control system communication protocol and method

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6891838B1 (en) * 1998-06-22 2005-05-10 Statsignal Ipc, Llc System and method for monitoring and controlling residential devices
DE19950576A1 (de) * 1999-02-04 2001-05-10 Siemens Ag Anordnung zum Ineinanderübersetzen von Protokolldateneinheiten inkompatibler Netze und Fernsteuerung elektrischer Geräte
AT408926B (de) * 1999-03-15 2002-04-25 Siemens Ag Oesterreich Vorrichtung zum schalten, steuern und überwachen von geräten
US6799202B1 (en) * 1999-12-16 2004-09-28 Hachiro Kawaii Federated operating system for a server
US6559783B1 (en) * 2000-08-16 2003-05-06 Microchip Technology Incorporated Programmable auto-converting analog to digital conversion module
US6606670B1 (en) * 2000-08-16 2003-08-12 Microchip Technology Incorporated Circuit serial programming of default configuration

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793646A (en) * 1995-04-13 1998-08-11 Conservation Through Innovation, Ltd. Facility environmental control system
DE19841476A1 (de) * 1998-09-10 2000-03-30 Electrowatt Tech Innovat Corp Eingabesystem und Verfahren zur Eingabe von Prozeßparametern
WO2000067140A1 (en) * 1999-04-29 2000-11-09 Panja, Inc. Internet control system communication protocol and method

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10243782A1 (de) * 2002-09-20 2004-03-25 Sick Ag Parametrier-/Diagnosesystem für Feldgeräte
US6963781B2 (en) 2002-09-20 2005-11-08 Sick Ag Electronic apparatus for a bus system
US7076310B2 (en) 2002-09-20 2006-07-11 Sick Ag Electronic apparatus for a bus system
US7082340B2 (en) 2002-09-20 2006-07-25 Sick Ag Parameterization and diagnostic system for field devices
WO2004075069A1 (de) * 2003-02-21 2004-09-02 Endress+Hauser Gmbh+Co. Kg Verfahren zum übertragen von daten über einen feldbus der prozessautomatisierungstechnik
US8046499B2 (en) 2003-02-21 2011-10-25 Endress + Hauser Gmbh + Co. Kg Method for transferring data via a fieldbus of the process automation technology
DE10329871B4 (de) * 2003-07-02 2017-12-28 Volkswagen Ag Verfahren und System zur telemetrischen Diagnose elektronischer Einrichtungen eines Fahrzeugs
DE102006006039A1 (de) * 2006-02-09 2007-08-16 Siemens Ag Verfahren zum Überwachen und Steuern von für eine Elektroinstallation an einen Bus angeschlossenen Busteilnehmern
RU2463636C2 (ru) * 2007-03-02 2012-10-10 Виссманн Верке Гмбх Унд Ко. Кг Устройство и способ для управления и контроля устройств бытовой техники
EP2413047B2 (de) 2010-07-30 2021-11-17 Grundfos Management A/S Brauchwassererwärmungseinheit

Also Published As

Publication number Publication date
EP1249982A3 (de) 2006-01-04
US20020120671A1 (en) 2002-08-29
CA2372825A1 (en) 2002-08-26
US7158525B2 (en) 2007-01-02
EP1249982A2 (de) 2002-10-16
DE10109196B4 (de) 2005-04-28
CA2372825C (en) 2007-04-17

Similar Documents

Publication Publication Date Title
DE10109196A1 (de) Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und Fernüberwachung von Heizungsanlagen
DE69902503T2 (de) Managementsystem von Feldgeräten
DE69933895T2 (de) Funktionsblockvorrichtung zur Datenanzeige in einem Prozessteuersystem
EP1527554B1 (de) Rechnernetzwerk mit diagnoserechnerknoten
EP2118712B1 (de) Scada-einheit
DE10222399B4 (de) Steuerungsverfahren und System zur automatischen Vorbearbeitung von Gerätestörungen
EP1783365A2 (de) Verfahren zum Übertragen von Daten an eine Windenergieanlage und Windenergieanlage mit geigneter Auswerteeinrichtung
DE102007010803B4 (de) Vorrichtung und Verfahren zum Steuern und Überwachen von Haustechnikeinrichtungen
WO2005104055A2 (de) Verfahren und system zur fernüberwachung, fernsteuerung und/oder ferndiagnose eines gerätes
EP1499999A2 (de) Verzeichnisdienst in einem automatisierungssystem
DE102004048394B4 (de) Fernsteuerungssystem
EP2054782B1 (de) Datenaufnahmevorrichtung
WO2001086879A1 (de) Verfahren zur steuerung und/oder überwachung von systemeinheiten, computernetzwerk zur durchführung des verfahrens und computerprogrammprodukt
EP1401170B1 (de) Elektronische Vorrichtung für ein Bussystem
EP1690390B1 (de) Verfahren zur übertragung von daten über einen datenbus sowie system und gateway zur durchführung des verfahrens
EP1102167B1 (de) Einrichtung und Betrieb einer Kommunikationsverbindung mit einem Steuergerät
WO2002103990A2 (de) Zentrale administration eines callcenters
AT410989B (de) Gerät für den einsatz in verkaufs- und/oder gastronomiebetrieben
WO2004055610A1 (de) System und verfahren zur überwachung von technischen anlagen und objekten
DE60114350T2 (de) Vorrichtung und Verfahren zur Abstandssteuerung von Haushaltsgeräten
EP1222836B1 (de) System zum austausch von daten
EP2067236A1 (de) Verfahren und system zum einbinden eines elektrischen gerätes in ein energieversorgungsnetz
DE10056469A1 (de) Koppeleinrichtung und Koppelverfahren zur Kopplung von lokalen und globalen Netzwerken
WO2005076240A2 (de) Datenübertragungsmodul
EP4002798A1 (de) Verfahren zum herstellen einer datenverbindung zu einem windpark sowie windparkkommunikationssystem

Legal Events

Date Code Title Description
OM8 Search report available as to paragraph 43 lit. 1 sentence 1 patent law
OP8 Request for examination as to paragraph 44 patent law
8363 Opposition against the patent
8331 Complete revocation