EP2022241A1 - Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät - Google Patents

Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät

Info

Publication number
EP2022241A1
EP2022241A1 EP06742387A EP06742387A EP2022241A1 EP 2022241 A1 EP2022241 A1 EP 2022241A1 EP 06742387 A EP06742387 A EP 06742387A EP 06742387 A EP06742387 A EP 06742387A EP 2022241 A1 EP2022241 A1 EP 2022241A1
Authority
EP
European Patent Office
Prior art keywords
address
communication
remote communication
identifier
ipv4
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.)
Ceased
Application number
EP06742387A
Other languages
English (en)
French (fr)
Inventor
Markus Erlmann
Thomas Talanis
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
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
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of EP2022241A1 publication Critical patent/EP2022241A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6

Definitions

  • the invention relates to a method for operating an automation device, which is for communicating with at least one other remote communication subscriber, e.g. other automation devices, suitable or intended.
  • the communication between the automation device and the remote communication subscriber takes place in a manner known per se on the basis of at least one address identifying the or each remote communication subscriber.
  • an address which identifies the automation device is additionally used in the communication.
  • IPv4 This address format is commonly and also referred to below as IPv4.
  • IPv4 address A corresponding address is referred to below as the IPv4 address.
  • IPv ⁇ address format To increase the address space, a generally and also referred to as IPv ⁇ address format is proposed, with the 2 128 unique addresses are possible.
  • IPv4 to IPv6 or more generally in the transition from a common addressing standard to a subsequent addressing standard, the problem is that existing applications provide for standard-address addressing, whereas it would be desirable for actual communication to be addressed after that future standard.
  • the identifier identifying the respective remote communication user is, for example, another address, ie, for example, an address according to a common standard, which, however, should no longer be used for the actual communication if possible.
  • the identifier can also be any other unique or at least locally unique referencing of the remote communication user.
  • an address actually to be used for communication is determined. Once such an address is determined, it is used in or for communication with the remote communication subscriber.
  • the identifier identifying the or each remote communication user is either stored in the automation device or kept in a further device communicatively connected to the automation device.
  • data belong to so-called configuration data, in which the automation devices required for this purpose and thus far involved are entered for a specific automation solution, such entries comprising at least one identifier of the respective automation devices.
  • configuration data can also be understood as a locally unique referencing of the participating automation devices or other communication users in which, for example, it suffices to number the participating devices starting from a predetermined or predefinable start value.
  • the determination of the address which can be used for communication with the respective remote communication user preferably includes calling a conversion device, the conversion device being transmitted the identifier, and the conversion device determining and returning the address on the basis of the identifier.
  • a conversion device is a so-called DNS server or the local implementation of the known functionality of such a DNS server.
  • IPv6 address that is, an address for a future one Standard usable, although applications running on the automation device for controlling and / or monitoring a technical process may not currently be provided for using these addresses and instead provide addresses according to the currently used standard, ie IPv4.
  • the identifier transmitted to the conversion device can also be a so-called hash value generated to an IPv4 address or associated with the IPv4 address.
  • Hash values and their use are known per se and are used for the unique referencing of a large number of elements in a superordinate set, in the present case for the unique referencing of a large number of IPv4 addresses in the address space according to IPv4.
  • a check of the remote communication subscriber is then carried out, whether a communication based on the identifier, ie in particular the IPv4 address possible is if the translator does not return an IPv6 address. In this case, it is also possible to start the communication with the remote communication subscriber if an IPv6 address is not available to the remote communication subscriber.
  • the invention also relates to a computer program with computer executable program code instructions for implementing the method described above when the computer program is executed on a computer.
  • the invention also relates to a computer program product, in particular a storage medium, such as a computer-readable data carrier, e.g. a floppy disk or a semiconductor memory, with one by a computer, e.g. the automation device or a processing unit, such as one
  • Microprocessor of the automation device executable such computer program.
  • the invention also relates to an automation device with means, in particular program code means, namely in particular such a computer program, for carrying out the method described above.
  • 1 shows an automation system for implementing an automation solution with an automation device
  • FIG. 2 shows a database comprising a configuration data
  • FIG. 3 shows an approach according to the invention in a flow chart.
  • FIG. 1 shows, in a schematically simplified manner, an automation system provided for implementing an automation solution.
  • System 10 with an automation device 12 and other automation devices 14, 16, 18, one of which is referred to below as a remote communication participant 20 for distinction.
  • the automation devices 12- 18 are generally also referred to as communication subscribers and are communicatively connected to one another via a bus 22, for example a so-called field bus, in particular a PROFINET field bus.
  • a bus 22 for communication between the communication subscribers, an address 24, 26, 28, 30 assigned to each communication subscriber is provided in a manner known per se, the respective communication subscriber then receiving data transmitted via the bus 22 if a respective message at least addresses its address 24-30 and the telegram insofar as it is certainly distinguished for the respective communication subscriber.
  • a communicative connection to further communication participants 32, 34, 36 may also be provided in which these are e.g. can be reached via an intranet or the Internet 38.
  • the configuration data 42 designate, for example, the automation devices 12-18 combined in the automation system 10 (FIG. 1) so that each automation device 12-18 belonging to the automation system 10 can receive information about which other automation devices 12-18 are involved in the automation system 10 ,
  • the configuration data 42 include at least one identifier that references the respective automation devices 12-18.
  • the configuration data 42 for such a referencing comprise the addresses 24-30 of the respective automation devices 12-18.
  • a first automation device 12 which in the following is referred to as the automation device 12 for short, intends to record a communication with another communication user, eg another automation device 14-18, eg the remote communication user 20, then Configuration data 42 whose address 30 are looked up and the data provided for transmission are given to bus 22 with this address 30.
  • the configuration data 42 have a predefined layout and, to that extent, refer to the respective automation devices 12-18, e.g. the deposit of an address 24-30 of the respective programmable controller 12-18, which corresponds to a specific address format, e.g. IPv4, equivalent. If the automation device 12 wants to communicate with the remote communication user 20, then only the address in the customary format is available via the configuration data 42.
  • a specific address format e.g. IPv4, equivalent.
  • a first block 46 represents a user program, for example, on the automation device 12 (FIG 1) for controlling and / or monitoring a not closer provided technical process or sub-process is provided.
  • the user program calls a communication routine provided for this purpose and in particular likewise implemented on the automation device 12, for example a so-called IP stack, which is illustrated in FIG. 3 by a second block 48.
  • the user program of the communication routine transmits the respective data to be transferred and an identifier for the communication user to whom these data are to be sent, ie usually an address or the like, eg an address 24-30 based on the configuration data 42 (FIG.
  • a communication with the remote communication user 20 ie, for example, its address 30.
  • the transmitted identifier is an address in the format to be used for the communication, eg an IPv6 address. If this is the case, the transferred identifier is used as the address for the communication via a direct branch 52 (third block 54) and the communication with the remote communication subscriber 20 (FIG. 1) is established (fourth block 56).
  • the result is a second branch 58 as a result of the first case distinction 50 branched.
  • a second case distinction 60 it is first checked whether a hash value is required for the transmitted identifier. If this is the case, a hash value for the transmitted identifier is generated in a third branch 62 or a hash value associated with the transmitted identifier is looked up (fifth block 64).
  • the result of the second case distinction 60 is continued in the second branch 58 and the transmitted identifier for the determination in the second branch 58 of a is used as the basis for communication with the remote communication subscriber 20 (sixth block 66).
  • the address to be used for the communication is determined in a seventh block 68 either on the basis of the identifier (sixth block 66) or on the basis of the hash value (fifth block 64) generated for the identifier.
  • This determination of an address to be used for the communication comprises access to a conversion device 70, which can be implemented, for example, as a DNS server or, in the case of a local implementation with a manageable set of identifiers, as a look-up table or the like and the input receives the identifier or the hash value assigned to the identifier and returns the address to be used for the communication as the output.
  • a conversion device 70 which can be implemented, for example, as a DNS server or, in the case of a local implementation with a manageable set of identifiers, as a look-up table or the like and the input receives the identifier or the hash value assigned to the identifier and returns the address to be used for the communication as the output.
  • a third case decision 72 it is checked whether the address returned by the conversion device 70 corresponds to an expected format, that is to say, for example, whether it is an address in IPv6 format. If this is the case, in continuation of the second branch 58, the received address is used as the address
  • a fourth case distinction 74 checks whether the remote communication user 20 is also addressable with or based on the identifier. This is the case, in particular, when the remote communication subscriber 20 is a communication subscriber who is provided for a so-called dual-stack processing, that is, for example, data in both an addressing in an IPv4 format and in an addressing in an IPv6 format.
  • the original identifier eg, the IPv4 address used as the identifier, is used for communication (third block 54) and the connection is established (fourth block 56).
  • the invention relates to a method for operating an automation device 12, in which, in connection with or prior to the establishment of a communication to a remote communication user 20, an address which can be used for communication with this remote communication user 20 is determined on the basis of an identifier identifying the respective remote communication participant 20
  • the identifier is in particular an address in an IPv4 format
  • the address which can be used for communication with the remote communication subscriber 20 is in particular an address in an IPv6 format, so that also transparent for automation devices and Applications that were previously provided only for the processing of address data in a previously common format, ie in particular the IPv4 format, a transparent migration to a future address format, ie in particular IPv ⁇ , is possible.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Es wird ein Verfahren zum Betrieb eines Automatisierungsgerätes (12) angegeben, bei dem im Zusammenhang mit oder vor dem Aufbau einer Kommunikation zu einem entfernten Kommunikationsteilnehmer (20) anhand einer den jeweiligen entfernten Kommunikationsteilnehmer (20) identifizierenden Kennung eine zur Kommunikation mit diesem entfernten Kommunikationsteilnehmer (20) verwendbare Adresse ermittelt wird, wobei es sich bei der Kennung insbesondere um eine Adresse in einem IPv4-Format und bei der zur Kommunikation mit dem entfernten Kommunikationsteilnehmer (20) verwendbaren Adresse um eine Adresse in einem IPv6-Format handelt, so dass in transparenter Weise auch für Automatisierungsgeräte und Applikationen, die bisher nur für die Verarbeitung von Adressdaten in einem bisher gebräuchlichen Format, also insbesondere dem IPv4-Format vorgesehen sind, eine transparente Migration zu einem zukünftigen Adressformat, also insbesondere IPv6, möglich ist.

Description

Beschreibung
Verfahren zum Betrieb eines Automatisierungsgerätes sowie korrespondierendes Computerprogramm, Computerprogrammprodukt und Automatisierungsgerät
Die Erfindung betrifft ein Verfahren zum Betrieb eines Automatisierungsgerätes, das zur Kommunikation mit mindestens einem anderen, entfernten Kommunikationsteilnehmer, also z.B. weiteren Automatisierungsgeräten, geeignet oder bestimmt ist. Die Kommunikation zwischen dem Automatisierungsgerät und dem entfernten Kommunikationsteilnehmer erfolgt dabei in an sich bekannter Art und Weise anhand jeweils zumindest einer den oder jeden entfernten Kommunikationsteilnehmer identifizie- renden Adresse. Zur eindeutigen Identifizierung des Ausgangspunktes der jeweiligen Kommunikation ist üblicherweise vorgesehen, dass bei der Kommunikation zusätzlich auch eine das Automatisierungsgerät identifizierende Adresse verwendet wird.
Verfahren zu einem derartigen Betrieb eines Automatisierungs- gerätes oder Verfahren zu einer derartigen Kommunikation eines Automatisierungsgerätes mit zumindest einem entfernten Kommunikationsteilnehmer sind allgemein bekannt. So bietet z.B. die Anmelderin der vorliegenden Erfindung unter der Marke SIMATIC Automatisierungsgeräte an, die in vielfältigsten Kommunikationstopologien zur kommunikativen Verbindung mit anderen Automatisierungsgeräten, also entfernten Kommunikationsteilnehmern, geeignet und bestimmt sind. Zur kommunikati- ven Verbindung der einzelnen Kommunikationsteilnehmer untereinander kommen dabei auch so genannte Ethernet-basierte Feldbusse, z.B. das so genannte PROFINET, in Betracht. Bei einer Ethernet-basierten Kommunikation erfolgt die Kommunikation zwischen den beteiligten Kommunikationsteilnehmern an- hand jeweils zumindest einer die beteiligten Kommunikationsteilnehmer identifizierenden so genannten IP-Adresse. Das Format dieser IP-Adressen folgt einem vorgegebenen Schema. Gemäß dem bisher gebräuchlichen Format sind 232, also etwa 4,3 Milliarden eindeutige Adressen möglich. Dieses Adressformat wird üblicherweise und auch im Folgenden mit IPv4 bezeichnet. Eine entsprechende Adresse wird im Folgenden als IPv4-Adresse bezeichnet. Es ist absehbar, dass die Anzahl der unter IPv4 möglichen Adressen nicht ausreicht. Zur Vergrößerung des Adressraums ist ein allgemein und auch im Folgenden als IPvβ bezeichnetes Adressformat vorgeschlagen, mit dem 2128 eindeutige Adressen möglich sind. In der Praxis stellt sich beim Übergang von IPv4 zu IPvβ, oder allgemein beim Übergang von einem gebräuchlichen Adressierungsstandard zu einem Nachfolgeadressierungsstandard das Problem, dass bestehende Applikationen eine Adressierung nach dem gebräuchlichen Standard vorsehen, während es wünschenswert wäre, dass die Adressierung bei tatsächlichen Kommunikationen nach dem zukünfti- gen Standard erfolgt.
Entsprechend besteht eine Aufgabe der vorliegenden Erfindung darin, für Automatisierungsgeräte eine Möglichkeit anzugeben, bei der für tatsächlich stattfindende Kommunikationen nach Möglichkeit eine Adresse verwendet wird, die einem zukünftigen Standard, insbesondere IPvβ, entspricht.
Diese Aufgabe wird erfindungsgemäß mit den Merkmalen des Anspruchs 1 gelöst. Dazu ist bei einem Verfahren zum Betrieb eines Automatisierungsgerätes, das zur Kommunikation mit mindestens einem anderen, entfernten Kommunikationsteilnehmer, also z.B. einem weiteren Automatisierungsgerät, geeignet oder bestimmt ist, wobei die Kommunikation zwischen dem Automatisierungsgerät und dem entfernten Kommunikationsteilnehmer an- hand jeweils zumindest einer den oder jeden entfernten Kommunikationsteilnehmer identifizierenden Adresse erfolgt, vorgesehen, dass vor einer Aufnahme einer Kommunikation mit einem oder dem entfernten Kommunikationsteilnehmer anhand einer dem jeweiligen entfernten Kommunikationsteilnehmer identifizie- renden Kennung eine zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer verwendbare Adresse ermittelt wird. Die zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer verwendbare Adresse ist also im Zusammenhang mit den obigen Ausführungen, insbesondere der oben diskutierten Ausgangssituation für die Erfindung, eine Adresse gemäß einem zukünftigen Standard. Die den jeweiligen entfernten Kommunikationsteilnehmer identifizierende Kennung ist z.B. eine andere Adresse, also z.B. eine Adresse nach einem gebräuchlichen Standard, die aber nach Möglichkeit nicht mehr für die tatsächliche Kommunikation verwendet werden soll. Die Kennung kann aber auch jede andere eindeutige oder zumindest lokal eindeutige Referenzierung des entfernten Kom- munikationsteilnehmers sein. Anhand der Kennung, also z.B. anhand der nach Möglichkeit nicht mehr zur Kommunikation zu verwendenden Adresse, wird demnach eine tatsächlich zur Kommunikation zu verwendende Adresse ermittelt. Sobald eine derartige Adresse ermittelt ist, wird diese bei der oder für die Kommunikation mit dem entfernten Kommunikationsteilnehmer zu Grunde gelegt bzw. verwendet.
Die den oder jeden entfernten Kommunikationsteilnehmer identifizierende Kennung ist entweder in dem Automatisierungsge- rät hinterlegt oder wird in einem mit dem Automatisierungsgerät kommunikativ verbundenen weiteren Gerät vorgehalten. Üblicherweise gehören derartige Daten zu so genannten Projektierungsdaten, in denen für eine konkrete Automatisierungslösung die dazu erforderlichen und insoweit beteiligten Automa- tisierungsgeräte eingetragen sind, wobei solche Einträge zumindest eine Kennung der jeweiligen Automatisierungsgeräte umfassen. Solche Projektierungsdaten können auch als lokal eindeutige Referenzierung der beteiligten Automatisierungsge- räte oder sonstiger Kommunikationsteilnehmer aufgefasst wer- den, bei denen es z.B. ausreicht, die beteiligten Geräte ausgehend von einem vorgegeben oder vorgebbaren Startwert durch- zunummerieren. Dass eine solche lokal eindeutige Kennung bei einer Öffnung der für die Automatisierungslösung vorgesehenen Geräte im Sinne eines Anschlusses an ein größeres Kommunika- tionsnetz, etwa ein Intranet oder das Internet, nicht ausreicht, ist nach der Erfindung ohne Belang, wenn anhand der zumindest lokal eindeutigen Kennung eine zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer ver- wendbare Adresse, die dann auch innerhalb der Gesamttopologie eindeutig ist, ermittelt wird.
Bevorzugt umfasst das Ermitteln der zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer verwendbaren Adresse den Aufruf einer Umsetzeinrichtung, wobei der Umsetzeinrichtung die Kennung übermittelt wird und wobei die Umsetzeinrichtung anhand der Kennung die Adresse ermittelt und zurückgibt. Ein Beispiel für eine derartige Umsetzeinrichtung ist ein so genannter DNS-Server oder die lokale Implementation der an sich bekannten Funktionalität eines solchen DNS- Servers .
Wenn die Kennung eine IPv4-Adresse ist, und die von der Um- Setzeinrichtung zurückgegebene Adresse eine IPvβ-Adresse ist, ist in vorteilhafter Weise bei der Kommunikation des Automatisierungsgerätes mit dem oder jedem entfernten Kommunikationsteilnehmer eine IPvβ-Adresse, also eine Adresse nach einem zukünftigen Standard verwendbar, obgleich auf dem Automati- sierungsgerät ablaufende Applikationen zur Steuerung und/oder Überwachung eines technischen Prozesses momentan möglicherweise noch nicht zur Verwendung dieser Adressen vorgesehen sind und stattdessen noch Adressen nach dem derzeit gebräuchlichen Standard, also IPv4, vorsehen.
Die der Umsetzeinrichtung übermittelte Kennung kann auch ein zu einer IPv4-Adresse erzeugter oder mit der IPv4-Adresse assoziierter so genannter Hash-Wert sein. Hash-Werte und deren Verwendung sind an sich bekannt und werden zur eindeutigen Referenzierung einer Vielzahl von Elementen in einer übergeordneten Menge, im vorliegenden Fall also zur eindeutigen Referenzierung einer Vielzahl von IPv4-Adressen im Adressraum gemäß IPv4 , verwendet .
Gemäß einer bevorzugten Ausführungsform der Erfindung ist vorgesehen, dass eine Prüfung des entfernten Kommunikationsteilnehmers daraufhin erfolgt, ob eine Kommunikation auch auf Basis der Kennung, also insbesondere der IPv4-Adresse möglich ist, wenn die Umsetzeinrichtung keine IPvβ-Adresse zurückgibt. In diesem Falle ist eine Aufnahme der Kommunikation mit dem entfernten Kommunikationsteilnehmer auch dann möglich, wenn eine IPvβ-Adresse für den entfernten Kommunikationsteil- nehmer nicht erhältlich ist.
Die Erfindung betrifft auch ein Computerprogramm mit durch einen Computer ausführbaren Programmcodeanweisungen zur Implementierung des vorbeschriebenen Verfahrens, wenn das Compu- terprogramm auf einem Computer ausgeführt wird. Die Erfindung betrifft gleichermaßen auch ein Computerprogrammprodukt, also insbesondere ein Speichermedium, wie einen computerlesbaren Datenträger, z.B. eine Diskette oder einen Halbleiterspeicher, mit einem durch einen Computer, also z.B. das Automati- sierungsgerät oder eine Verarbeitungseinheit, wie z.B. ein
Mikroprozessor des Automatisierungsgerätes, ausführbaren derartigen Computerprogramm. Schließlich betrifft die Erfindung auch ein Automatisierungsgerät mit Mitteln, insbesondere Programmcodemitteln, nämlich insbesondere einem solchen Compu- terprogramm, zur Ausführung des oben beschriebenen Verfahrens.
Die mit der Anmeldung eingereichten Patentansprüche sind Formulierungsvorschläge ohne Präjudiz für die Erzielung weiter- gehenden Patentschutzes. Die Anmelderin behält sich vor, noch weitere, bisher nur in der Beschreibung und/oder Zeichnung offenbarte Merkmalskombination zu beanspruchen.
Das oder jedes Ausführungsbeispiel ist nicht als Einschrän- kung der Erfindung zu verstehen. Vielmehr sind im Rahmen der vorliegenden Offenbarung zahlreiche Abänderungen und Modifikationen möglich, insbesondere solche Varianten und Kombinationen, die zum Beispiel durch Kombination oder Abwandlung von einzelnen in Verbindung mit den im allgemeinen oder spe- ziellen Beschreibungsteil beschriebenen sowie in den Ansprüchen und/oder der Zeichnung enthaltenen Merkmalen bzw. Elementen oder Verfahrensschritten für den Fachmann im Hinblick auf die Lösung der Aufgabe entnehmbar sind und durch kombi- nierbare Merkmale zu einem neuen Gegenstand oder zu neuen Verfahrensschritten bzw. Verfahrensschrittfolgen führen.
In Unteransprüchen verwendete Rückbeziehungen weisen auf die weitere Ausbildung des Gegenstandes des Hauptanspruches durch die Merkmale des jeweiligen Unteranspruches hin; sie sind nicht als ein Verzicht auf die Erzielung eines selbständigen, gegenständlichen Schutzes für die Merkmalskombinationen der rückbezogenen Unteransprüche zu verstehen. Des Weiteren ist im Hinblick auf eine Auslegung der Ansprüche bei einer näheren Konkretisierung eines Merkmals in einem nachgeordneten Anspruch davon auszugehen, dass eine derartige Beschränkung in den jeweils vorangehenden Ansprüchen nicht vorhanden ist.
Da die Gegenstände der Unteransprüche im Hinblick auf den
Stand der Technik am Prioritätstag eigene und unabhängige Erfindungen bilden können, behält die Anmelderin sich vor, sie zum Gegenstand unabhängiger Ansprüche oder Teilungserklärun- gen zu machen. Sie können weiterhin auch selbständige Erfin- düngen enthalten, die eine von den Gegenständen der vorhergehenden Unteransprüche unabhängige Gestaltung aufweisen.
Nachfolgend wird ein Ausführungsbeispiel der Erfindung anhand der Zeichnung näher erläutert. Einander entsprechende Gegens- tände oder Elemente sind in allen Figuren mit den gleichen Bezugszeichen versehen.
Darin zeigen
FIG 1 ein Automatisierungssystem zur Umsetzung einer Automatisierungslösung mit einem Automatisierungsgerät,
FIG 2 eine Projektierungsdaten umfassende Datenbasis und FIG 3 einen Ansatz gemäß der Erfindung in einem Flussdia- gramm.
FIG 1 zeigt in schematisch vereinfachter Weise ein zur Umsetzung einer Automatisierungslösung vorgesehenes Automatisie- rungssystem 10 mit einem Automatisierungsgerät 12 und weiteren Automatisierungsgeräten 14, 16, 18, von denen eines im Folgenden zur Unterscheidung als entfernter Kommunikationsteilnehmer 20 bezeichnet wird. Die Automatisierungsgeräte 12- 18 werden allgemein auch als Kommunikationsteilnehmer bezeichnet und sind untereinander kommunikativ über einen Bus 22, z.B. einen so genannten Feldbus, insbesondere einen PROFINET-Feldbus , verbunden. Zur Kommunikation zwischen den Kommunikationsteilnehmern ist in an sich bekannter Art und Weise eine jedem Kommunikationsteilnehmer zugeordnete Adresse 24, 26, 28, 30 vorgesehen, wobei der jeweilige Kommunikationsteilnehmer über den Bus 22 übermittelte Daten dann empfängt, wenn ein jeweiliges Telegramm zumindest seine Adresse 24-30 aufweist und das Telegramm insoweit, als für den jewei- ligen Kommunikationsteilnehmer bestimmt ausgezeichnet ist.
Neben der kommunikativen Verbindung zwischen den zu dem Automatisierungssystem 10 gehörigen Automatisierungsgeräten 12-18 kann auch eine kommunikative Verbindung zu weiteren Kommuni- kationsteilnehmern 32, 34, 36 vorgesehen sein, in dem diese z.B. über ein Intranet oder das Internet 38 erreichbar sind.
Bei einer Adressierung der Kommunikationsteilnehmer 12-18 oder der weiteren Kommunikationsteilnehmer 32-36 entsprechend einem gebräuchlichen Adressierungsstandard, z.B. IPv4, mit einem Adressraum von 232 Adressen, ist es wünschenswert, wenn bei einem absehbaren Übergang auf ein zukünftiges Adressierungsformat, z.B. IPv6 mit einem Adressraum von 2128 Adressen, die Verwendbarkeit von Adressen nach dem zukünftigen Adres- sierungsStandard so früh wie möglich zur Verfügung steht, um z.B. etwaige Kollisionen bei nicht eindeutigen Adressen in dem im Vergleich zu IPvβ sehr beschränkten Adressraum gemäß IPv4 zu vermeiden. Ein solcher Übergang soll darüber hinaus für die Verwender der Automatisierungsgeräte 12-18 möglichst transparent erfolgen und keinerlei oder allenfalls minimale Anpassungen seitens eines das Automatisierungssystem 10 projektierenden oder programmierenden Fachmanns erfordern. FIG 2 zeigt in schematisch vereinfachter Form eine Datenbasis 40, die zumindest Projektierungsdaten 42 umfasst. Die Projektierungsdaten 42 bezeichnen z.B. die in dem Automatisierungs- system 10 (FIG 1) zusammengefassten Automatisierungsgeräte 12-18, so dass jedes zum Automatisierungssystem 10 gehörige Automatisierungsgerät 12-18 Informationen darüber erhalten kann, welche anderen Automatisierungsgeräte 12-18 an dem Automatisierungssystem 10 beteiligt sind. Die Projektierungsdaten 42 umfassen zur Identifizierung der anderen an dem Auto- matisierungssystem 10 beteiligten Automatisierungsgeräte 12- 18 zumindest eine die jeweiligen Automatisierungsgeräte 12-18 referenzierende Kennzeichnung. Im dargestellten Beispiel gemäß FIG 2 ist angegeben, dass die Projektierungsdaten 42 für eine solche Referenzierung die Adressen 24-30 der jeweiligen Automatisierungsgeräte 12-18 umfassen. Wenn ein erstes Auto- matisierungsgerät 12 , das im Folgenden kurz nur als das Automatisierungsgerät 12 bezeichnet wird, eine Kommunikation mit einem anderen Kommunikationsteilnehmer, also z.B. einem anderen Automatisierungsgerät 14-18, z.B. dem entfernten Kommuni- kationsteilnehmer 20, aufnehmen will, kann anhand der Projektierungsdaten 42 dessen Adresse 30 nachgeschlagen werden und die zur Übermittlung vorgesehenen Daten werden mit dieser Adresse 30 auf den Bus 22 gegeben.
Die Projektierungsdaten 42 haben ein vorgegebenes Layout und sehen insofern zur Referenzierung der jeweiligen Automatisierungsgeräte 12-18 z.B. die Hinterlegung einer Adresse 24-30 des jeweiligen Automatisierungsgerätes 12-18 vor, das einem bestimmten Adressformat, z.B. IPv4, entspricht. Wenn das Au- tomatisierungsgerät 12 mit dem entfernten Kommunikationsteilnehmer 20 kommunizieren will, ist über die Projektierungsda- ten 42 also nur die Adresse in dem jeweils gebräuchlichen Format erhältlich.
FIG 3 verdeutlicht in einem Flussdiagramm 44 nunmehr den Ansatz gemäß der Erfindung. Ein erster Block 46 stellt ein Anwenderprogramm dar, das z.B. auf dem Automatisierungsgerät 12 (FIG 1) zur Steuerung und/oder Überwachung eines nicht näher dargestellten technischen Prozesses oder Teilprozesses vorgesehen ist. Zur Abwicklung von Kommunikationsaufgaben ruft das Anwenderprogramm eine dafür vorgesehene und insbesondere ebenfalls auf dem Automatisierungsgerät 12 implementierte Kommunikationsroutine, z.B. einen so genannten IP-Stack auf, die in FIG 3 durch einen zweiten Block 48 verdeutlicht ist. Für die Kommunikation übermittelt das Anwenderprogramm der Kommunikationsroutine die jeweils zu transferierenden Daten und eine Kennung für den Kommunikationsteilnehmer, an den diese Daten zu senden sind, also üblicherweise eine Adresse oder dergleichen, z.B. eine Adresse 24-30 anhand der Projektierungsdaten 42 (FIG 2), für eine Kommunikation mit dem entfernten Kommunikationsteilnehmer 20, also z.B. dessen Adresse 30. In einer ersten Fallunterscheidung 50 wird daraufhin überprüft, und zwar insbesondere durch die Kommunikationsroutine, ob es sich bei der übermittelten Kennung um eine Adresse in dem für die Kommunikation zu verwendenden Format, also z.B. eine IPvβ-Adresse, handelt. Ist dies der Fall, wird über einen direkten Zweig 52 die übergebene Kennung als Adresse für die Kommunikation verwendet (dritter Block 54) und die Kommunikation mit dem entfernten Kommunikationsteilnehmer 20 (FIG 1) hergestellt (vierter Block 56) .
Wird dagegen bei der ersten Fallunterscheidung 50 festge- stellt, dass die übergebene Kennung nicht für die Kommunikation mit dem entfernten Kommunikationsteilnehmer 20 verwendbar ist oder nach Möglichkeit nicht für eine solche Kommunikation verwendet werden soll, wird als Ergebnis der ersten Fallunterscheidung 50 zu einem zweiten Zweig 58 verzweigt. Hier wird zunächst in einer zweiten Fallunterscheidung 60 überprüft, ob zu der übermittelten Kennung ein Hash-Wert erforderlich ist. Ist dies der Fall, wird in einem dritten Zweig 62 ein Hash-Wert zu der übermittelten Kennung erzeugt oder ein mit der übermittelten Kennung assoziierter Hash-Wert nachgeschlagen (fünfter Block 64) . Ist ein Hash-Wert nicht erforderlich, wird als Ergebnis der zweiten Fallunterscheidung 60 im zweiten Zweig 58 fortgesetzt und die übermittelte Kennung für die im zweiten Zweig 58 erfolgende Ermittlung ei- ner zur Kommunikation mit dem entfernten Kommunikationsteil- nehmer 20 verwendbaren Adresse zugrunde gelegt (sechster Block 66) . Dazu wird in einem siebten Block 68 entweder anhand der Kennung (sechster Block 66) oder anhand des zu der Kennung erzeugten Hash-Wertes (fünfter Block 64) die für die Kommunikation zu verwendende Adresse ermittelt. Diese Ermittlung einer für die Kommunikation zu verwendende Adresse um- fasst einen Zugriff auf eine Umsetzeinrichtung 70, die z.B. als DNS-Server, oder, bei einer lokalen Implementierung mit einer überschaubaren Menge umzusetzender Kennungen, als Look- Up-Table oder dergleichen realisiert sein kann und die als Eingang die Kennung oder den der Kennung zugeordneten Hash- Wert erhält und die als Ausgang die zur Kommunikation zu verwendende Adresse zurückliefert. In einer dritten Fallent- scheidung 72 wird überprüft, ob die von der Umsetzeinrichtung 70 zurück gelieferte Adresse einem erwarteten Format entspricht, also z.B. ob es sich um eine Adresse im IPv6-Format handelt. Ist dies der Fall, wird in Fortsetzung des zweiten Zweigs 58 die empfangene Adresse als Adresse für die Kommuni- kation verwendet und die Kommunikation mit Erreichen des vierten Blocks 56 aufgenommen. Ergibt sich in der dritten Fallunterscheidung 72, dass die von der Umsetzeinrichtung 70 erhaltene Adresse nicht dem erwarteten Format entspricht, wird in einer vierten Fallunterscheidung 74 überprüft, ob der entfernte Kommunikationsteilnehmer 20 auch mit oder anhand der Kennung ansprechbar ist. Dies ist insbesondere dann der Fall, wenn es sich bei dem entfernten Kommunikationsteilneh- mer 20 um einen Kommunikationsteilnehmer handelt, der für eine so genannte Dual-Stack-Verarbeitung vorgesehen ist, der also z.B. Daten sowohl bei einer Adressierung in einem IPv4- Format als auch in einer Adressierung in einem IPv6-Format empfangen kann. Wenn es sich um ein solches Gerät handelt, wird die ursprüngliche Kennung, also z.B. die als Kennung verwendete IPv4-Adresse, für die Kommunikation verwendet (dritter Block 54) und die Verbindung hergestellt (vierter Block 56) . Sollte sich in der vierten Fallunterscheidung 74 ergeben, dass der entfernte Kommunikationsteilnehmer 20 mit oder anhand der Kennung nicht ansprechbar ist, ist eine Kom- munikation mit dem entfernten Kommunikationsteilnehmer 20 nicht möglich und das Verfahren verzweigt zu einem achten Block 76, mit dem z.B. eine Fehlermeldung ausgelöst wird.
Damit lässt sich die Erfindung kurz wie folgt darstellen:
Es wird ein Verfahren zum Betrieb eines Automatisierungsgerätes 12 angegeben, bei dem im Zusammenhang mit oder vor dem Aufbau einer Kommunikation zu einem entfernten Kommunikationsteilnehmer 20 anhand einer den jeweiligen entfernten Kom- munikationsteilnehmer 20 identifizierenden Kennung eine zur Kommunikation mit diesem entfernten Kommunikationsteilnehmer 20 verwendbare Adresse ermittelt wird, wobei es sich bei der Kennung insbesondere um eine Adresse in einem IPv4-Format und bei der zur Kommunikation mit dem entfernten Kommunikations- teilnehmer 20 verwendbaren Adresse insbesondere um eine Adresse in einem IPvβ-Format handelt, so dass in transparenter Weise auch für Automatisierungsgeräte und Applikationen, die bisher nur für die Verarbeitung von Adressdaten in einem bisher gebräuchlichen Format, also insbesondere dem IPv4-Format, vorgesehen sind, eine transparente Migration zu einem zukünftigen Adressformat, also insbesondere IPvβ , möglich ist.

Claims

Patentansprüche
1. Verfahren zum Betrieb eines Automatisierungsgeräts (12), das zur Kommunikation mit mindestens einem anderen, entfern- ten Kommunikationsteilnehmer (20) geeignet oder bestimmt ist, wobei die Kommunikation zwischen dem Automatisierungsgerät (12) und dem entfernten Kommunikationsteilnehmer (20) anhand jeweils zumindest einer den oder jeden entfernten Kommunikationsteilnehmer (20) identifizierenden Adresse (24-30) er- folgt, d a d u r c h g e k e n n z e i c h n e t , dass vor einer Aufnahme einer Kommunikation mit einem entfernten Kommunikationsteilnehmer (20) anhand einer den jeweiligen entfernten Kommunikationsteilnehmer (20) identifizierenden Kennung eine zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer (20) verwendbare Adresse (24-30) ermittelt wird.
2. Verfahren nach Anspruch 1, wobei die den oder jeden ent- fernten Kommunikationsteilnehmer (20) identifizierende Kennung aus einer für das Automatisierungsgerät erreichbaren Datenbasis (40) abgerufen wird.
3. Verfahren nach Anspruch 1, wobei das Ermitteln der zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer (20) verwendbaren Adresse (24-30) den Aufruf einer Umsetzeinrichtung (70) umfasst, wobei der Umsetzeinrichtung (70) die Kennung übermittelt wird und wobei die Umsetzeinrichtung (70) anhand der Kennung die Adresse (24-30) zurück- gibt.
4. Verfahren nach Anspruch 3, wobei die Kennung eine IPv4-v Adresse ist und wobei die von der Umsetzeinrichtung (70) zurückgegebene Adresse (24-30) eine IPv6-Adresse ist.
5. Verfahren nach Anspruch 3 oder 4, wobei die Kennung ein zu einer IPv4-Adresse erzeugter oder mit der IPv4-Adresse assoziierter Hash-Wert ist.
6. Verfahren nach einem der Ansprüche 3 bis 5, wobei die Kommunikation mit dem entfernten Kommunikationsteilnehmer (20) aufgenommen wird, wenn die von der Umsetzeinrichtung (70) zurückgegebene Adresse (24-30) eine zur Kommunikation mit dem jeweiligen entfernten Kommunikationsteilnehmer (20) geeignete Adresse ist.
7. Verfahren nach Anspruch 4, wobei eine Prüfung des entfernten Kommunikationsteilnehmers (20) daraufhin erfolgt, ob auch eine Kommunikation anhand der Kennung, also der IPv4-Adresse, möglich ist, wenn die Umsetzeinrichtung (70) keine IPv6-Ad- resse zurückgibt.
8. Computerprogramm mit durch einen Computer ausführbaren Programmcodeanweisungen zur Implementierung des Verfahrens nach einem der Ansprüche 1 bis 7 wenn das Computerprogramm auf einem Computer ausgeführt wird.
9. Computerprogrammprodukt, insbesondere Speichermedium, mit einem durch einen Computer ausführbaren Computerprogramm gemäß Anspruch 8.
10. Automatisierungsgerät mit Mitteln, insbesondere Programmcodemitteln, nämlich einem Computerprogramm gemäß Anspruch 8, zur Ausführung des Verfahrens nach einem der Ansprüche 1 bis 7.
EP06742387A 2006-05-26 2006-05-26 Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät Ceased EP2022241A1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/DE2006/000910 WO2007137531A1 (de) 2006-05-26 2006-05-26 Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät

Publications (1)

Publication Number Publication Date
EP2022241A1 true EP2022241A1 (de) 2009-02-11

Family

ID=37668274

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06742387A Ceased EP2022241A1 (de) 2006-05-26 2006-05-26 Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät

Country Status (3)

Country Link
EP (1) EP2022241A1 (de)
DE (1) DE112006003973A5 (de)
WO (1) WO2007137531A1 (de)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007137531A1 *

Also Published As

Publication number Publication date
WO2007137531A1 (de) 2007-12-06
DE112006003973A5 (de) 2009-04-30

Similar Documents

Publication Publication Date Title
EP1309920B1 (de) Adressvergabeverfahren für mindestens einen neu an ein bussystem angeschlossenen busteilnehmer
DE602004000617T2 (de) Verfahren zum Einrichten von Netzwerkadressen
DE69921446T2 (de) Übertragungsstruktur für industrielle prozesssteuerungssysteme
EP3679691B1 (de) Datenübertragungsverfahren und kommunikationsnetzwerk
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE102019114303B3 (de) Verfahren zum Erfassen von Netzwerkteilnehmer in einem Automatisierungsnetzwerk und Automatisierungsnetzwerk
DE60206780T2 (de) Netzwerkverbindungsvorrichtung, verbindungssystem und netzwerkverbindungsverfahren
DE102006027683A1 (de) Verfahren und Vorrichtung zur Vernetzung einer automatisierten Anlage
WO2002052791A2 (de) Automatische konfiguration von komponenten eines netzwerkes
DE60311682T2 (de) Verfahren zur Ausführung einer symmetrischen Adressenumsetzung
EP2733910A1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
EP2839623B1 (de) Verfahren und vorrichtungen zum schreibzugriff auf eine variable in einem server
EP2587772B1 (de) Verfahren zum herstellen einer kommunikativen verbindung zwischen einem programmiergerät und einem automatisierungstechnischen feldgerät
EP2503760B1 (de) Verfahren zum Einrichten eines Kommunikationsnetzes aus Geräten einer Automatisierungsanlage
EP0725516A2 (de) Verfahren zur Bestimmung der Position eines Netzteilnehmers in einem Netzwerk
EP1642207B1 (de) Zuordnung von stationsadressen zu kommunikationsteilnehmern in einem bussystem
DE112019001163T5 (de) Netzwerkadressierungsverfahren, leitstation und bodenstation
EP2022241A1 (de) Verfahren zum betrieb eines automatisierungsgerätes sowie korrespondierendes computerprogramm, computerprogrammprodukt und automatisierungsgerät
EP2933985B1 (de) Verwendung von Multicast DNS
DE602005000715T2 (de) System und Verfahren zur Auswahl einer aktiven Verbindung
EP1623559A1 (de) Verfahren zum datenaustausch zwischen netzelementen in netzwerken mit verschiedenen adressbereichen
EP1103022B1 (de) Kommunikationsverfahren
EP3163389B1 (de) Verfahren zur konfiguration von feldgeräten und feldgerät mit einer konfiguration für zwei bussysteme
EP1331794B1 (de) Verfahren zur Adresszuweisung in einem Netzwerk und Komponenten dafür
WO2020038820A1 (de) Verfahren zum einrichten eines streams, verfahren zur bereitstellung von stream-kennungs-informationen, verwendung eines dns-servers, gerät, computerprogramm und computerlesbares medium

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081110

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK YU

RIN1 Information on inventor provided before grant (corrected)

Inventor name: TALANIS, THOMAS

Inventor name: ERLMANN, MARKUS

17Q First examination report despatched

Effective date: 20090323

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE FR GB IT

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20120521