DE69921772T2 - Nachrichtenanwendungsschicht (modbus) über ethernet zur transportschicht (tcp), kommunikationsverfahren und vorichtung - Google Patents

Nachrichtenanwendungsschicht (modbus) über ethernet zur transportschicht (tcp), kommunikationsverfahren und vorichtung Download PDF

Info

Publication number
DE69921772T2
DE69921772T2 DE69921772T DE69921772T DE69921772T2 DE 69921772 T2 DE69921772 T2 DE 69921772T2 DE 69921772 T DE69921772 T DE 69921772T DE 69921772 T DE69921772 T DE 69921772T DE 69921772 T2 DE69921772 T2 DE 69921772T2
Authority
DE
Germany
Prior art keywords
adapter
response
tcp
message
request message
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.)
Expired - Lifetime
Application number
DE69921772T
Other languages
English (en)
Other versions
DE69921772D1 (de
Inventor
G. Andrew SWALES
Dean A. PAPADOPOULOS
Allan Tanzman
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.)
Schneider Automation SAS
Schneider Electric USA Inc
Original Assignee
Schneider Automation SAS
Schneider Automation Inc
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 Schneider Automation SAS, Schneider Automation Inc filed Critical Schneider Automation SAS
Application granted granted Critical
Publication of DE69921772D1 publication Critical patent/DE69921772D1/de
Publication of DE69921772T2 publication Critical patent/DE69921772T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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/40Bus networks
    • H04L12/403Bus networks with centralised control, e.g. polling
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/4185Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
    • 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/40Bus networks
    • H04L12/40006Architecture of a communication node
    • H04L12/40013Details regarding a bus controller
    • 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/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • 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
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • 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/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40228Modbus
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Manufacturing & Machinery (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Programmable Controllers (AREA)
  • Small-Scale Networks (AREA)

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Erfindung betrifft Eingangs- und Ausgangs- (I/O)-Terminal-Interfaces für die Kommunikation zwischen Eingangs- und Ausgangsfeldvorrichtungen und programmierbaren logischen Steuerungen ("programmable logic controllers" – PLCs), und für die Kommunikation zwischen Eingangs- und Ausgangsfeldvorrichtungen und anderen Feldhauptvorrichtungen, wie einer Host-Vorrichtung. Insbesondere betrifft die vorliegende Erfindung eine modulare I/O-Terminal-Interface zur Kommunikation über MODBUS-kodiertes Ethernet zu TCP.
  • HINTERGRUND DER ERFINDUNG
  • Im industriellen Automatisierungssystemmarkt gibt es verschiedene Arten von Kommunikationsnetzprotokollen, die für Produkte, wie PLCs, entwickelt wurden, um auf den Produkten zu laufen, die vernetzt werden sollen, sowie für die Feldvorrichtungen, die von verschiedenen Stellen in den besonderen Automatisierungssystemen überwacht und gesteuert werden sollen. Daher wurden verschiedene Arten von Eingangs- und Ausgangs-Kommunikationsvorrichtungen erzeugt, die in verschiedenen Arten von Kommunikationsprotokollen für die verschiedenen Arten von Kommunikationsnetzen für die Automatisierungssysteme kommunizieren. Zum Beispiel zeigt 2 verschiedene Arten von Kommunikationsprotokollen, wie Interbus-S, Profibus DP, Modbus Plus, Echelon, Seriplex, CAN DeviceNet, CAN SDS und CANCAL, um nur einige zu nennen. Ein zusätzliches Protokoll ist FIPIO. Jede dieser verschiedenen Kommunikationsnetzarten erfordert bestimmte Eingangs- und Ausgangsvorrichtungen für die Kommunikation mit den Eingangs- und Ausgangsfeldvorrichtungen auf der Basis der verschiedenen Arten von Kommunikationsprotokollen, die jeweils spezifische und verschiedene Kommunikationsanforderungen haben.
  • Zusätzlich erfordert nicht nur jedes Netzprotokoll verschiedene Eingangs- und Ausgangskommunikationsvorrichtungen zur Kommunikation mit den verschiedenen obengenannten Protokollen, sondern es besteht auch ein Bedarf an Eingangs- und Ausgangskommunikationsvorrichtungen zur direkten Kommunikation mit den PLCs. Die Kommunikation zwischen den PLCs und den Eingangs- und Ausgangskommunikationsvorrichtungen kann jedoch eine andere Art von Kommunikationsprotokoll verwenden, die verschiedene Arten von Eingangs- und Ausgangskommunikationsvorrichtungen für jede andere Art oder Marke von PLC erfordern könnten.
  • Die vorliegende Erfindung dient zur Lösung dieser und anderer Probleme.
  • KURZDARSTELLUNG DER ERFINDUNG
  • Die vorliegende Erfindung ist ein Kommunikationsadapter zur Schnittstellenbildung zwischen MODBUS über Ethernet zu TCP für die Kommunikation von Informationen zwischen Feldvorrichtungen und einer Feldhauptvorrichtung unter Verwendung dieser Arten von Protokollen. Feldvorrichtungen können Vorrichtungen, wie digitale oder binäre Eingänge, digitale oder binäre Ausgänge, analoge Eingänge, analoge Ausgänge, QPR-Einheiten oder andere Spezialeinheiten und INTIO-Vorrichtungen umfassen, um nur einige zu nennen. Feldhauptvorrichtungen können programmierbare logische Steuerungen (PLCs) (die manchmal als Prozesssteuervorrichtungen oder PCDs ("process control devices") bezeichnet werden), anwendungsspezifische Steuerungen und Host-Rechner/-Vorrichtungen, wie Personal-Computer mit einer darauf laufenden industriellen Automatisierungssoftware umfassen. Zum Beispiel offenbart US Patent Nr. 5,611,059 verschiedene Arten von Steuerungen in einer Steuerstruktur zur Schnittstellenbildung mit den Feldvorrichtungen, wie auch eine Benutzerschnittstelle eines Personal-Computers mit einer darauf laufenden industriellen Automatisierungssoftware.
  • Der Kommunikationsadapter dient zur Bildung einer Schnittstelle zwischen einer Hauptvorrichtung und einer I/O-Vorrichtung (einem Körper) mit einem Ausgang und/oder einem Eingang. Im Falle des I/O-Körpers mit einem Ausgang hat der Adapter einen TCP-Port zum Ankoppeln an die Hauptvorrichtung über einen Übertragungsweg für den Empfang einer Anfragenachricht. Der Adapter hat auch einen Verbinder zum betriebsbereiten Koppeln an die I/O-Vorrichtung für den Empfang des Ausgangs der I/O-Vorrichtung. Der Adapter hat des Weiteren eine Schnittstellenschaltung, die betriebsbereit an den TCP-Port und den Verbinder angeschlossen ist, um eine Antwortnachricht über den Übertragungsweg als Antwort auf die Anfragenachricht zu senden, wobei sich die Antwortnachricht auf den Ausgang bezieht, der von der I/O-Vorrichtung empfangen wird. Die Anfragenachricht und die Antwortnachricht sind auf eine Länge begrenzt, die geringer als eine TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • Die vorliegende Erfindung enthält auch ein Verfahren zum Bereitstellen einer Verbindung zwischen einer Hauptvorrichtung und einer I/O-Vorrichtung mit einem Ausgang und/oder einem Eingang durch einen Kommunikationsadapter. Im Falle des Verfahrens zum Bereitstellen einer Verbindung zwischen einer Hauptvorrichtung und einer I/O-Vorrichtung mit einem Ausgang enthält das Verfahren den Empfang einer Anfragenachricht über einen Übertragungsweg auf einem im Voraus registrierten TCP-Port, der aus einer Vielzahl von TCP-Ports ausgewählt ist. Das Verfahren enthält auch den Empfang des Ausgangs von der I/O-Vorrichtung. Das Verfahren enthält des Weiteren das Senden einer Antwortnachricht über den Übertragungsweg als Antwort auf die Anfragenachricht, wobei sich die Antwortnachricht auf den Ausgang der I/O-Vorrichtung bezieht. Die Anfragenachricht und/oder die Antwortnachricht sind auf eine Länge begrenzt, die geringer als die TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • Im Falle des Verfahrens zum Bereitstellen einer Verbindung zwischen einer Hauptvorrichtung und einer I/O-Vorrichtung mit einem Eingang enthält das Verfahren den Empfang einer Anfragenachricht über einen Übertragungsweg auf einem im Voraus registrierten TCP-Port, der aus einer Vielzahl von TCP-Ports ausgewählt ist. Das Verfahren enthält auch das Senden einer Antwortnachricht über den Übertragungsweg als Reaktion auf die Anfragenachricht. Das Verfahren enthält des Weiteren das Senden von Daten zu dem Eingang der I/O-Vorrichtung als Antwort auf die Anfragenachricht. Die Anfragenachricht und/oder die Antwortnachricht sind auf eine Länge begrenzt, die geringer als eine TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • Der Kommunikationsadapter (Adapter oder COM-Adapter) ist an einem I/O-Körper befestigt, wie in der US Patentanmeldung, Seriennr. 09/036,565 und/oder im Deutschen Patent Nr. DE 196 15 093 beschrieben, die hierin zum Zwecke der Bezugnahme zitiert werden.
  • Insbesondere ist der Kommunikationsadapter so konfiguriert, dass er direkt an mindestens einem Dateneingangsport, dem Datenausgangsport und dem Identifizierungsport des Eingangs- und Ausgangskörpers befestigt ist und durch diese kommuniziert. Zusätzlich ist der Kommunikationsadapter auch so konfiguriert, dass er mit MODBUS über Feldhauptvor richtungen vom Ethernet-Typ kommuniziert. Der Kommunikationsadapter kann einen Eingangs-Multiplexer zum Annehmen von Daten vom Dateneingangsport und vom Identifizierungsport, einen Ausgangsmultiplexer zum Bereitstellen von Daten zu dem Datenausgangsport und einen Prozessor zum Kommunizieren mit dem Eingangsmultiplexer und dem Ausgangsmultiplexer haben. Der Prozessor ist auch zum Umwandeln der Daten bereitgestellt, die von dem Eingangsmultiplexer und dem Ausgangsmultiplexer empfangen werden. Eine Feldbusschaltung ist auch zwischen dem Prozessor und dem Feldbus innerhalb des Kommunikationsadapters angeschlossen, so dass der Prozessor mit der Feldhauptvorrichtung auf dem Feldbus kommunizieren kann.
  • Als Alternative hat der Kommunikationsadapter mindestens eine anwendungsspezifische integrierte Schaltung (ASIC) zum Annehmen von Daten vom Dateneingangsport und vom Identifizierungsport, und zum Bereitstellen von Daten zum Datenausgangsport. Die ASIC wandelt die Daten zu und von einem MODBUS über ein Ethernet-Kommunikationsprotokoll einer Feldhauptvorrichtung vom PLC-Typ um.
  • Die vorliegende Erfindung kann die Form eines Kommunikationsadapters annehmen, der nur an einen Eingangskörper oder nur an einen Ausgangskörper adaptiert ist, mit denselben Vorteilen und dem vollen Eingangs- und Ausgangskörper, wie unter Bezugnahme auf die zuvor genannten Referenzen offensichtlich ist. Daher ermöglicht die Erfindung die Verwendung von kostengünstigen Standardnetzkomponenten anstelle von spezialisierten Echtzeit-Feldbuskomponenten in der Kommunikation mit industriellen Sensor- und Aktuatorvorrichtungen. Dies ermöglicht große Einsparungen hinsichtlich Kosten und Komplexität, wenn einfache Vorrichtungen an eine Netzwerklösung angeschlossen werden, die programmierbare Steuerungen oder andere industrielle Computersysteme enthält, da dieselben Netzwerkinfrastrukturkomponenten gemeinsam verwendet werden können. Andere Vorteile und Aspekte der vorliegenden Erfindung gehen aus der folgenden Beschreibung der Zeichnungen und der ausführlichen Beschreibung der Erfindung hervor.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist eine perspektivische Ansicht des Eingangs- und Ausgangskörpers, an dem der Kommunikationsadapter der vorliegenden Erfindung befestigt ist.
  • 2 ist ein Modulariätsdiagramm, das die Flexibilität der vorliegenden Erfindung zeigt.
  • 3 ist ein Blockdiagramm der inneren Struktur der vorliegenden Erfindung.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Obwohl diese Erfindung in vielen verschiedenen Formen ausgeführt werden kann, wird in den Zeichnungen und in der vorliegenden Beschreibung eine bevorzugte Ausführungsform der Erfindung ausführlich beschrieben; wobei offensichtlich ist, dass die vorliegende Offenbarung als Veranschaulichung der Prinzipien der Erfindung zu verstehen ist, und den umfassenden Aspekt der Erfindung nicht auf die dargestellten Ausführungsformen beschränken soll.
  • Unter Bezugnahme auf 1 ist die vorliegende Erfindung ein Kommunikationsadapter (COM-Adapter) für den Anschluss an und die Kommunikation mit einem Eingangs-/Ausgangs- (IO-) Körper 2. Der IO-Körper 2 stellt eine Schnittstelle zwischen Feldvorrichtungen (in 1 nicht dargestellt) und einer Feldhauptvorrichtung (in 1 nicht dargestellt) dar. Der Kommunikationsadapter ermöglicht, dass eine IO-Basis (ein Körper) auf einem Ethernet-Netz vorhanden ist und unter Verwendung von Modbus-Nachrichten über das TCP/IP-Protokoll kommuniziert.
  • Einige Abkürzungen für diese Beschreibung können wie folgt definiert werden:
  • MIO
    Momentum Terminal Input Output
    ARP
    Address Resolution Protocol (Adressenauflösungsprotokoll), das zum Ermitteln der physischen Ethernet-Adresse bei Vorliegen der IP-Adresse verwendet wird
    MI-Interface
    Momentum IO Internal Interface
    BOOTP
    Protokoll, das beim Hochfahren verwendet wird, um eine MAC-Adresse einer IP-Adresse zuzuordnen
    COM-Adapter
    Kommunikationsadapter
    ICMP
    Fehleranzeige und Steuerungsprotokoll
    I/O-Körper
    Eingangs-/Ausgangskörper (Basiseinheit)
    IP
    Internet-Netzebene, die weltweite Adressierfähigkeit bereitstellt
    Modbus
    Nachrichtenanwendungsebene (Lese/Schreibdienste)
    TCP
    Transportebene für Punkt zu Punkt
    STP
    Shielded Twisted Pair
  • Der COM-Adapter 10 dient zur Bereitstellung einer Schnittstelle zwischen einer Hauptvorrichtung 12 und einer I/O-Vorrichtung (einem Körper) 14 mit einem Ausgang und/oder einem Eingang. Im Falle der I/O-Vorrichtung 12 mit einem Ausgang hat der Adapter 10 einen TCP-Port 16 zum Ankoppeln an die Hauptvorrichtung 12 über einen Übertragungsweg 18 zum Empfangen einer Anfragenachricht. Der Adapter 10 hat auch einen Verbinder 20 zum betriebsbereiten Koppeln an die I/O-Vorrichtung 14 für den Empfang des Ausgangs der I/O-Vorrichtung 14. Der Adapter 10 hat des Weiteren eine Schnittstellenschaltung 22, die betriebsbereit an den TCP-Port 16 und den Verbinder 20 angeschlossen ist, um eine Antwortnachricht über den Übertragungsweg 18 als Antwort auf die Anfragenachricht zu senden, wobei sich die Antwortnachricht auf den Ausgang bezieht, der von der I/O-Vorrichtung 14 empfangen wird. Die Anfragenachricht und die Antwortnachricht sind auf eine Länge begrenzt, die geringer als eine TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • Der gewählte TCP-Port in dem COM-Adapter sollte die TCP-Port-Nummer 502 gemäß den Entwurfsannahmen für eine Ausführungsform der vorliegenden Erfindung sein, die in der Folge angeführt sind. Zusätzlich gehen die Annahmen auch davon aus, dass die Schnittstellenschaltung eine Verbindungsanfrage ignoriert, die über den Übertragungsweg von einem anderen TCP-Port empfangen wird. Zusätzlich verwirft die Schnittstellenschaltung eine Nachricht unbekannter Bedeutung, die vom TCP-Port empfangen wird. Die Schnittstelleschaltung schließt den Übertragungsweg als Reaktion auf einen Fehler, der vom TCP-Port empfangen wird. Zusätzlich sendet die Schnittstelleschaltung eine Adressenauflösungsprotokoll-Antwort über den Übertragungsweg, wenn eine Internet-Protokolladresse, die mit der Anfragenachricht kodiert ist, mit einer Internet-Protokoladresse übereinstimmt, die den I/O-Vorrichtungen zugeordnet ist. Die Schnittstellenschaltung sendet auch eine Verbindungsbestätigung als Antwort auf eine TCP-Verbindungsanfrage.
  • Die vorliegende Erfindung enthält auch ein Verfahren zum Bereitstellen einer Verbindung zwischen einer Hauptvorrichtung 12 und einer I/O-Vorrichtung 14 mit einem Ausgang und/oder einem Eingang. Im Falle des Verfahrens zur Bereitstellung einer Verbindung zwischen einer Haupt vorrichtung und einer I/O-Vorrichtung mit einem Ausgang, enthält das Verfahren den Empfang einer Anfragenachricht über einen Übertragungsweg 18 auf einem im Voraus registrierten TCP-Port 16, der aus einer Vielzahl von TCP-Ports ausgewählt ist. Das Verfahren enthält auch den Empfang des Ausgangs von der I/O-Vorrichtung. Das Verfahren enthält des Weiteren das Senden einer Antwortnachricht über den Übertragungsweg als Antwort auf die Anfragenachricht, wobei sich die Antwortnachricht auf den Ausgang der I/O-Vorrichtung 14 bezieht. Die Anfragenachricht und/oder die Antwortnachricht sind auf eine Länge begrenzt, die geringer als eine TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • Im Falle des Verfahrens zur Bereitstellung einer Verbindung zwischen einer Hauptvorrichtung 12 und einer I/O-Vorrichtung 14 mit einem Eingang enthält das Verfahren den Empfang einer Anfragenachricht über einen Übertragungsweg 18 auf einem im Voraus registrierten TCP-Port 16, der aus einer Vielzahl von TCP-Ports ausgewählt ist. Das Verfahren enthält auch das Senden einer Antwortnachricht über den Übertragungsweg als Antwort auf die Anfragenachricht. Das Verfahren enthält des Weiteren das Senden von Daten zu dem Eingang der I/O-Vorrichtung 14 als Antwort auf die Anfragenachricht. Die Anfragenachricht und/oder die Antwortnachricht sind auf eine Länge begrenzt, die geringer als eine TCP-Transaktionslänge und/oder ein maximaler Übertragungseinheitsgrenzwert oder beides ist, abhängig von der Ausführungsform der vorliegenden Erfindung.
  • MODBUS ist ein industrielles Steuerprotokoll, das ein weitverbreitet implementierter Standard ist, wo jede Transaktion unabhängig ist und ein Paar aus Anfragenachricht und Antwortnachricht umfasst, jeweils von begrenzter Länge. Die Länge der Anfrage- und Antwortnachrichten ist derart, dass die enthaltene Nachricht, wenn sie als Teil einer Standard-TCP-Verbindung gesendet wird, kleiner ist als sowohl das TCP-"Fenster" wie auch die Grenzwerte der maximalen Übertragungseinheit (Maximum Transmission Unit – MTU). Da die Antwort von einer vorangehenden Transaktion empfangen werden muss, bevor die Anfrage nach der nächsten Transaktion gesendet werden kann, gibt es ferner keinen Grund, eine MODBUS-Nachricht aufzubrechen oder zu "fragmentieren", wenn sie über TCP gesendet wird. Das Ergebnis ist, dass es ein direktes Verhältnis zwischen der MODBUS-Nachrichtenkodierung und der TCP-Frame-Dekodierung auf einem bestimmten Netz gibt.
  • Durch Ausführen einer Reihe von vereinfachenden Annahmen über das Verhältnis zwischen der Ziel-"Nebenvorrichtung" und ihrer anfragenden "Hauptvorrichtung", können die Aufgaben der empfangenden Software (siehe Anhang A) gegenüber dem herkömmlichen "Netzprotokollstapel", der aus einer Reihe von interagierenden Softwarekomponenten (siehe Anhang A) besteht, auf eine einfachere "Zustandsmaschine" verringert werden, wo die korrekte Antwort auf eine eingehende Anfrage rasch aus dem Inhalt des Anfangs der Anfragenachricht bestimmt werden kann.
  • Für eine Ausführungsform der vorliegenden Erfindung sind folgende die signifikanten Annahmen:
    • – Alle Anfragen werden bei der "Hauptvorrichtung" initiiert. Dies bedeutet, dass die Nebenvorrichtung keine Verbindungen initiieren muss, um symbolische Domain Name Service (DNS) Namen aufzulösen.
    • – Alle Anfragen erscheinen auf der registrierten TCP-Port-Nummer 502, die bereits bei der Internet Assigned Numbers Authority (IANA) für den Zweck der Durchführung des MODBUS-Verkehrs registriert ist. Dies bedeutet, dass versuchte Verbindungsanfragen auf anderen Ports ignoriert werden können.
    • – Die Nebenvorrichtung kann annehmen, dass ein gültiger Rücklaufweg zu der Hauptvorrichtung entweder "direkt" ist oder die Netzbrückenvorrichtung verwenden kann, die zuletzt die Anfragenachricht auf ihrem Weg zu der Vorrichtung verarbeitete. Dies bedeutet, dass es nicht notwendig ist. IP-Routinetabellen zu führen oder ICMP-Umleitungsnachrichten zu verstehen.
    • – Es ist angebracht, wenn eine Nachricht unbekannter Bedeutung vorliegt, die Nachricht zu verwerfen, da sich die Vorrichtung zwischen einer "Netzfeuerwandvorrichtung" versteckt.
    • – Die richtige Antwort auf jedes MODBUS-Protokoll oder einen Kodierungsfehler ist das einseitige Schließen der TCP-Verbindung.
  • Daher kann die MODBUS/TCP/Ethernet-Implementierung als Beispiel weitgehend vorberechnete Antworten auf die folgenden Nachrichten implementieren:
    • – Adressenauflösungsprotokoll- (ARP) Anfrage – Senden einer ARP-Antwort, wenn die IP-Adresse übereinstimmt.
    • – Internet Control Management Protocol Echo (ICMP PING) Anfrage – Senden einer PING-Antwort (um einen Standardnetzaufbau und eine Fehlerbehebung zu unterstützen).
    • – TCP-Verbindungsanfrage (SYN) – Senden einer Verbindungsbestätigung (SYN ACK), wenn die angefragte Port Nummer 502 ist, andernfalls ignorieren.
    • – TCP-Unterbrechungsanfrage (FIN) – Senden einer Unterbrechungsbestätigung (FIN ACK).
    • – MODBUS-Anfrage als TCP-Datenframe – Senden einer MODBUS-Antwort als TCP-Datenframe, wodurch der Großteil der Protokoll-Vorinformationen aus den äquivalenten Informationen in der Anfrage generiert wird.
  • Als Ergebnis wird die Leistung in mindestens zwei signifikanten Punkten im Vergleich zu einer herkömmlichen Implementierung verbessert:
    • – Der Umfang des Netzverkehrs wird verringert, da jede MODBUS-Transaktion für gewöhnlich nur 2 Nachrichten beinhaltet (die kodierte Anfrage und Antwort). Ein herkömmlicher Protokollstapel würde 4 Nachrichten generieren (unter Hinzufügung einer ACK-Nachricht für jede übertragene Dateneinheit). Dies führt zu einer Verringerung des Netzverkehrs von 20 % bis 50 %, so dass dieselben Netzkomponenten ohne zusätzlich Kosten einen zusätzlichen Durchsatz von 25 % bis 100 % bewältigen können.
  • Die Berechnungszeit an der Nebenvorrichtung wird drastisch verringert, so dass einfachere und weniger teure Mikroprozessoren teurere ersetzen können und dennoch dieselbe effektive Antwortleistung erreichen.
  • Gleichzeitig wird die Kompatibilität mit herkömmlichen Protokollstapeln auf großen Computern beibehalten, da die Einhaltung des Standards, der für MODBUS über TCP kodiert, nicht verletzt wurde.
  • In der vorliegenden Erfindung kann die Ethernet- (MAC-) Adresse für den COM-Adapter im Flash-Speicher gespeichert werden. Der COM-Adapter kann auf einem Standard-Ethernetnetz arbeiten, das einen BOOTP-Server enthalten soll. Die IP-Adresse wird von einem Netzserver unter Verwendung des BOOTP-Protokolls erhalten. Ein im Handel erhältlicher BOOTP-Server kann für diesen Zweck verwendet werden. Der COM-Adapter kommuniziert unter Verwendung von MODBUS-Nachrichten über TCP/IP zu einem NOE2X1-Modul, einen Host-Rechner oder jede Vorrichtung, die das MODBUS-Protokoll über Ethernet verwendet. Der COM-Adapter ist zumindest mit Host-Programmen kompatibel, die über Windows 95, Windows NT und UNIX TCP/UP-Stapel laufen. Der COM-Adapter sollte die wichtigen internationalen Standards erfüllen: U.L., C.S.A., F.M. und C.E.. Der COM-Adapter ermöglicht die Verbindung aller MIO-Boards mit dem Ethernet. Bei Verwendung des COM-Adapters liefert das MIO zumindest die folgenden Funktionen: Kommunikation unter Verwendung eines begrenzten Satzes von Modbus-Befehlen über das TCP/IP-Protokoll; Austausch von Eingangs- und Ausgangsdaten; Parametermanagement (zum Zeitpunkt der Initialisierung und zur Laufzeit); diagnostische Informationen (LEDs, Kommunikationsstatistiken); und Herunterladen neuer Betriebssoftware (siehe Anhang A) über die Ethernetverbindung.
  • Die externen Zugänge auf den Ethernet-COM-Adapter sind:
    • – RJ45 Buchse zur 10BaseT-Netzverbindung
    • – 2 LEDs – Betrieb: grüne LED. Zeigt den Betriebszustand des Moduls an. Verbindung: grüne LED. Zeigt die Netzaktivität an.
  • Der Betriebsmodus ist wie folgt:
    Initialisierung: beim Hochfahren führt eine Kernel-Firmware (siehe Anhang A, der hiermit zum Zwecke der Bezugnahme zitiert wird) eine interne Initialisierung und Selbsttests durch. Wenn die Selbsttests misslingen, leuchtet eine Betriebs-LED auf, falls möglich, die einen Grund für das Versagen anzeigt. In diesem Zustand versucht der COM-Adapter nicht, über das Netz zu kommunizieren. Wenn die Initialisierung erfolgreich ist, fragt der COM-Adapter dann nach seinen IP-Parametern (IP-Adresse, vorgegebene Überleiteinrichtung, und Sub-Netzmaske) unter Verwendung des BOOTP-Protokolls über das Ethernet-Netz und die Markierung-Adresse, die in einem nichtflüchtigen Speicher gespeichert ist. Der COM-Adapter wartet dann zehn Sekunden auf eine Antwort von einem BOOTP-Server, bevor ein Neuversuch gestartet wird. Der COM-Adapter führt sechs Versuche aus, drei unter Verwendung des Ethernet-II-Framingtyps und drei unter Verwendung des 802.2 SNAP-Anfangsblocks. Wenn kein Server antwortet, verwendet der COM-Adapter die letzte gültige IP, die im Flash-Speicher gespeichert ist. Wenn keine gültigen IP-Daten vorhanden sind, lässt der COM-Adapter die Betriebs-LED in einem bestimmten Muster aufleuchten und versucht die BOOTP-Anfrage alle dreißig Sekunden erneut. Wenn die IP-Parameter erfolgreich erhalten werden, führt die Kernel-Firmware einen Prüfsummentest auf dem ausführbaren Image durch. Wenn das Image ungültig ist, setzt der Kernel die IO-Basis in einen sicheren Modus, lässt die Betriebs-LED in einem Muster aufleuchten, das seinen Zustand anzeigt, und wartet auf eine Herunterlade-Befehlssequenz auf dem Ethernet-Port.
  • Nach dem Empfang seiner Netzparameter führt der COM-Adapter eine Identifizierungsprozedur mit dem I/O-Köpper aus. Wenn die Identifizierungsprozedur misslingt, leuchtet die Betriebs-LED mit einem Störungscode auf.
  • Wenn die Initialisierungsphase erfolgreich abgeschlossen ist, ist der COM-Adapter zur Kommunikation unter Verwendung des Modbus-Protokolls über TCP/IP bereit. Die Betriebs-LED ist stetig eingeschaltet.
  • Der COM-Adapter gibt den Störungszustand ein, wenn das I/OERR-Signal von einem komplexen I/O-Körper länger als eine Sekunde heruntergezogen wird. Wenn das I/OERR-Signal von einem einfachen I/O-Board heruntergezogen wird, bleibt der COM-Adapter im Bereitzustand. Die Betriebs-LED zeigt den Störungszustand an und die I/O-Basis wird in einen sicheren Zustand gezwungen.
  • In Bezug auf das Herunterladen akzeptiert der COM-Adapter Modbus-Befehle mit dem Funktionskode 125 zum Herunterladen eines Ausführungskodes nach jedem erfolgreichen Erhalt seiner IP-Informationen. Das Herunterladen eines Ausführungskodes sollte in der Technik verstanden werden. Wenn die Kernel-Software (siehe Anhang A) eingegeben wird, setzt die Einheit den I/O in einen sicheren Zustand und gibt den Kernel ein. Die Betriebs-LED lässt den Kode aufleuchten, der anzeigt, dass ein Herunterladevorgang läuft. Während des Herunterladens des Kernels werden nur Modbus 125 Befehle akzeptiert. Wenn der Herunterladevorgang beendet ist, startet der COM-Adapter wieder die Initialisierungssequenz. Wenn der Herunterladevorgang misslingt, lässt die Ein heit die LED-Sequenz aufleuchten, die anzeigt, dass ein Herunterladevorgang erforderlich ist.
  • In der Folge werden die I/O-Betriebsmoden beschrieben. Der COM-Adapter unterstützt keine Peer-Cop- oder globalen Daten. Der COM-Adapter hat drei Gruppen interner Register: Moduldaten, Konfiguration und Status. Auf alle drei Registergruppen kann über das Ethernet-Netz durch Standard-Modbus-Befehle zugegriffen werden, um eine Kompatibilität mit bestehenden Vorrichtungen zu garantieren (d.h., logischer Benutzer-MSTR-Block). Der COM-Adapter begrenzt den Schreibzugriff auf den ersten Knoten, der mit ihm kommuniziert. Der COM-Adapter hält diese Sperre aufrecht, bis die Kommunikation mit der Hauptvorrichtung beendet ist. Der COM-Adapter erlaubt der Hauptvorrichtung, bis zu drei andere "Eigentümer" zu nennen, um die effiziente Implementierung von Ersatzsystemen zu erleichtern. Der Eigentümer kann auf verschiedene Register zugreifen, um I/O-Modulinformationen über das Ethernet-Netz zu erhalten. Diese internen Register sind abgebildet, um 4xxxx-Register zu emulieren, die die Verwendung von Lese/Schreib- 4xxxx-Registerbefehlen ermöglichen (d.h., unter Verwendung eines MSTR-Blocks).
  • Unten findet sich eine Tabelle, die den Datenfluss zwischen dem Ethernet-Netz und den internen Registern des COM-Adapters zeigt:
    Figure 00130001
  • Die Datengruppeninformationen sind wie folgt. Das Eingangspufferschema erfasst einen Schnappschuss aller Eingangsdaten. Das Ausgangspufferschema sorgt dafür, dass die jüngste Kopie von Ausgangsdaten (nur ein Puffer) zu den Ausgangsmodulen geschrieben wird. Ein spezieller Algorithmus wird auch verwendet, um sicherzustellen, dass alte Daten während einer Einzelwort-Aktualisierung eines Mehrfachwort-Ausgangspufferfeldes nicht verloren gehen.
  • Konfigurationsgruppenregister sind wie folgt: Die Konfigurationsgruppe enthält drei Register, die vom COM-Adapter verwendet werden: ein Modulverweilzeitregister, ein Schreibprivilegregister und ein IP-Parameter-Sicherungsregister. Ein Block von Registern in diesem Bereich ist zur Verwendung durch verteilte I/O reserviert.
  • Modulverweilzeit: Die Modulverweilzeitbegrenzung ist das Zeitmaß, das die Ausgangsmodule in ihrem gegenwärtigen Zustand gehalten werden, ohne von Modulschreibbefehlen aktualisiert zu werden. Die Modulzeitbegrenzung ist ein Wort bei Offset F001. Dieses Register kann unter Verwendung von Modbus-Befehlen ausgelesen und beschrieben werden, und der Vorgabewert ist 100 (1 sec). Das Modulzeitbegrenzungswort ist in Inkrementen von 10 msec, mit einem Minimalwert von 30 (300 msec) und einem Maximalwert von 6000 (60 sec). Alle Werte außerhalb dieses Bereichs werden als illegale Datenadressfehler protokolliert. Der Schreibzugang ist auf die gegenwärtige "Hauptvorrichtung" beschränkt.
  • Eine andere Zeitsteuerung ist die Reservierungszeitbegrenzung. Der COM-Adapter ist einer Ethernet-Vorrichtung zugeordnet. Die Reservierungszeitbegrenzung ist das Zeitmaß (60 Sekunden), das das Ausgangsmodul einer Ethernol-Vorrichtung zugeordnet ist, die nicht mehr mit ihm kommuniziert. Wenn die Zeitbegrenzung ausläuft, wird der COM-Adapter der nächsten Ethernet-Vorrichtung zugeordnet, die ihm schreibt. Wenn zwei Ethernet-Vorrichtungen Daten in denselben COM-Adapter schreiben wollen, muss eine Ethernet-Vorrichtung warten, bis die Reservierungszeitbegrenzung endet, bevor sie ihre Daten schreiben kann. Diese Zeitbegrenzung ist ein unveränderlicher Wert, vorzugsweise sechzig Sekunden, auf den der Benutzer nicht zugreifen kann (der unveränderbar ist).
  • Eigentümerregister: Das Eigentümerregister wird so verwendet, dass mehr als eine Modbus-Vorrichtung Schreibzugang auf den COM-Adapter haben kann. Bei zu drei abgesetzte Ethernet-Vorrichtungen können gleichzeitig Schreibzugang haben. Dieser Sonderfall übersteuert die Reservierungszeitgrenze. Das Eigentümerregister ist sechs Worte lang, beginnend an der Stelle F401, zwei Worte für die IP-Adresse jeder Ethernet-Vorrichtung. Die Vorgabeeinstellung für jedes Eigentümerregister ist Null (kein Eigentümer). Register F401 enthält die IP-Adresse des ersten Eigentümers, Register F403 die IP-Adresse des zweiten Eigentümers und Register F405 enthält die IP-Adresse des dritten Eigentümers. Alle drei Eigentümer haben dieselben Schreibprivilegien. Eine vierte Steuerung (Ethernet-Vorrichtung) könnte dem COM-Adapter schreiben, wenn die drei bekannten Eigentümer (Ethernet-Vorrichtungen) die Kommunikation länger als die Reservierungszeitbegrenzung von sechzig Sekunden beendet haben.
  • IP-Parameter-Sicherungsregister: dieses Boolesche Register befindet sich bei Offset F419 und bestimmt das Verhalten des COM-Adapters, wenn ein BOOTP-Server zur Initialisierungszeit nicht gefunden wird. Wenn eine Eins in das Register geschrieben wird, werden die gegenwärtigen Werte der IP-Parameter in einen nichtflüchtigen Speicher geschrieben. Wenn ein BOOTP-Server während der nächsten Initialisierung nicht gefunden werden kann, werden diese Werte verwendet. Wenn eine Null in dieses Register geschrieben wird, werden alle gespeicherten IP-Parameter gelöscht. Eine Änderung des Zustandes dieses Registers bewirkt eine Rückstellung des COM-Adapters. Das Beschreiben des IP-Parameter-Sicherungsregisters ist auf einen oder mehrere Eigentümer (Ethernet-Vorrichtungen) beschränkt.
  • MBP-Statusgruppenregister: es gibt zwei Register in der Statusgruppe: Das interne Statusregister beginnt bei Offset F801, und das ASCII-Anfangsblockregister beginnt bei Offset FC01.
  • Modul (COM-Adapter) Statusregister:
  • Die folgende Tabelle zeigt den Inhalt des Modulstatusregister:
    Figure 00150001
  • Für diese Tabelle:
    X = obere vier Bits, die für Stationsmanagementbefehle reserviert sind, wobei die oberen 4 Bits in diesem Wort immer Null sind: R = (Modulrevisionszahl) REV 1,00 – 100 hex.
  • ASCII-Anfangsblock: es gibt einen ASCII-Anfangsblock, beginnend bei Offset F001. Dieser Anfangsblock wird für eine kurze Beschreibung des Moduls verwendet. Die Länge dieses Blocks kann zwischen ein bis vierundsechzig Bytes betragen. Die Länge ist im Wort sechs des Statusregisters enthalten. Dieser Bereich wird nur gelesen.
  • Kompatibilität: Der COM-Adapter ist mit der ATI-Schnittstelle kompatibel und funktioniert mit allen I/O-Körpern, die nach der ATI-Schnittstelle arbeiten, wie in US Patentanmeldung, Seriennr. 09/036,565 beschrieben ist.
  • MTBF-Qualitätsspezifikation: Die mittlere Zeit zwischen dem Versagens(MTBF) Zuverlässigkeitsberechnungsmodell beruht auf MIL-HDBK-217 (einem Militärstandard). MTBF = 1/Versagensrate. Der spezifizierte Wert wird bei 30 Grad C, GB (Ground Benign) berechnet. Das MTBF-Ziel ist 200.000 Stunden.
  • Leistung: Der Kommunikationsstapel ist optimiert, um die bestmögliche Leistung für die Modbus-Antwortzeit zu erhalten (Zeit bis zur Ausgabe einer Antwort nach Empfang einer Modbus-TCP-Anfrage). Der COM-Adapter unterstützt eine MODBUS/TCP-Transaktionsrate von Eins pro Millisekunde, wobei eine Antwort auf den Funktionskode 23 für ein einfaches 32-Bit- (2 Worte) Ein/Aus-Modul in 500 Mikrosekunden bereitgestellt wird. Eine Hauptvorrichtung kann sich von einer TCP-Unterbrechung durch Schließen und Wiederöffnen einer Buchsenverbindung erholen. Diese Sequenz dauert nicht länger als 5 Millisekunden aufgrund der Verzögerungen beim COM-Adapter.
  • Elektrische Spezifikationen:
  • Für die ATI-Schnittstelle:
  • Logische Versorgungs-Vcc: 5 V / ± 5 % / 500 ma max., zugeleitet vom I/O-Körper zur Schnittstelle. Pegel, Last und Zeitsteuerung sind gemäß anderen ATI-Schnittstellenspezifikationen.
  • Für die Ethernet-Schnittstelle
  • Passend zu der STP 100 Ohm Verbindung.
    5 V Toleranz ±5 %
    5 V Stromverbrauch 200 MA max.; bei < 100uF kapazitiver Last
    Prozessor AMD 186ER
    Speicher 128K-Byte EPROM, 32K-Byte SRAM
    Ethernet-Steuerung Crystal SC8900
  • EMC-Anforderungen: Der COM-Adapter sollte EMC-Tests erfüllen, die in den anwendbaren Standards beschrieben sind. Der COM-Adapter wird als offenes Gerät betrachtet, was bedeutet, es sollte in einem Gehäuse sein. Die folgenden Tests können mit abgeschirmtem Kabel durchgeführt werden:
    Figure 00170001
  • Es gelten die Kriterien B für das Bestehen/Versagen der Kommunikationsports.
  • Der COM-Adapter sollte die folgenden Firmenstandards erfüllen:
    U.L. 508, 746C; 94.
    IEC 1131Q-2 (falls zutreffend)
    CSA22.2 Nr. 142
    CE Mark
    FM Class 1 Div. 2
  • Der COM-Adapter sollte in Betrieb in den folgenden Bereichen gehalten werden:
    Temperatur 0 bis 60 Grad C, Betrieb – 40 bis + 85 Grad C, Lagerung
    Feuchtigkeit 5 bis 95 RH (nicht kondensierend)
    Vibration 10 bis 57 Hz bei 0,075 mmd.a 57 bis 150 Hz bei 19
    Erschütterung ± 15 G Spitze, 11 ms, halbe Sinuswelle
  • Der COM-Adapter kann 2 LEDs haben und abgeschirmte oder nicht abgeschirmte Ethernet-RJ45 Buchsen verwenden. Die Abschirmung sollte über 360° bereitgestellt sein, und gute Kontakte sollten mit den äußeren metallischen Teilen des RJ Steckers bereitgestellt sein.
  • Der Ethernet RJ45 Pin-Ausgang ist:
    Pin 1: TX+
    Pin 2: TX
    Pin 3: RD+
    Pin 4: RD–
  • Modbus: Der COM-Adapter nimmt MODBUS-Nachrichten über TCP/IP unter Verwendung des MBAP-Protokolls an, um mit bestimmten Schalttafeln zu kommunizieren. Modbus-Funktionskodes 9 (Leseregister), 16 (mehrfache Schreiberegister) und 23 (Lesen/Schreiben) werden von der Software verarbeitet (siehe Anhang A), die hier beigelegt ist, und die zum Zwecke der Bezugnahme zitiert wird, und zu der ATI-Schnittstelle geleitet. Nachricht 8, Nebenfunktion 21 (Ermitteln/Löschen von Statistiken), geben Ethernet-Statistiken ähnlich dem NOE2X1 zurück. Modbus-Befehle 125 werden vom Kernel für einen exekutiven Herunterladevorgang verarbeitet. Der COM-Adapter antwortet auf alle anderen Modbus-Nachrichten mit dem Ausnahmekode 01 (illegale Funktion).
  • TCP/IP: Der COM-Adapter betreibt einen optimierten Kommunikationsstapel. Dieser Stapel ermöglicht dem COM-Adapter, auf Modbus-Nachrichten mit einer minimalen Umlaufzeit zu antworten. ES muss auch anderen Netzverkehr, wie ARP-Anfragen und ICMP-Echoanfragen, in einer Weise bewältigen, die mit den zugehörigen Protokollen übereinstimmt. Der COM-Adapter empfängt seine Netzparameter von einem BOOTP-Server oder verwendet jene, die im nichtflüchtigen Speicher aufbewahrt werden, falls verfügbar.
  • Der Modus-Treiber ordnet Anfragen vom Netz zu und antwortet entweder direkt oder leitet die Anfrage zur ATI-Schnittstelle. Der Treiber hält die interne Konfiguration und die Statusregister aufrecht und ordnet dem COM-Adapter einen Schreibzugang zu.
  • Der TCP/IP-Kommunikationsstapel sollte leistungsoptimiert sein. Diese Optimierungen sollten jedoch seine Fähigkeit, als Standard TCP/IP-Knoten auf einem integrierten Netz zu funktionieren, nicht beeinträchtigen.
  • Der Kernel stellt die grundlegenden Dienste für den Betrieb der Einheit bereit. Dazu zählen Zeitsteuerungsdienste, Ressourcenmanagement, Unterbrechungsbewältigung und Treiber für periphere Geräte, wie Ethernet-Steuerung. Die Initialisierung und Fehlerbearbeitung werden auch von diesem Kode gehandhabt.
  • Die vorliegende Anmeldung wird gleichzeitig mit einer US Patentanmeldung, Anwaltsdokument Nr. 401 P 129, eingereicht, die beide Schneider Automation übertragen wurden oder werden, wobei die andere Anmeldung hier zum Zwecke der Bezugnahme in dem für das Verständnis der vorliegenden Erfindung notwendigen Ausmaß zitiert werden.

Claims (15)

  1. Verfahren zur Herstellung einer Verbindung zwischen einer Hauptvorrichtung (12) mit einem ersten Protokoll und einer I/O-Vorrichtung (14) mit einem zweiten Protokoll und einem Kommunikationsausgang durch einen Adapter (10), der betriebsbereit zwischen der Hauptvorrichtung (12) und der I/O-Vorrichtung (14) angeschlossen ist und die Anfrage- und Antwortnachrichten zu und von den Protokollen der Haupt- bzw. I/O-Vorrichtung umwandelt, wobei der Adapter: über einen Übertragungsweg (18) eine Anfragenachricht von der Hauptvorrichtung auf einem im Voraus registrierten TCP-Port (16) empfängt, der aus mehreren TCP-Ports ausgewählt ist, eine Ausgangskommunikation von der I/O-Vorrichtung über den Kommunikationsausgang empfängt, und eine Antwortnachricht von der I/O-Vorrichtung über den Übertragungsweg als Antwort auf die Anfragenachricht überträgt, wobei sich die Antwortnachricht auf die Ausgangskommunikation der I/O-Vorrichtung bezieht. und gekennzeichnet durch das Verfahren mit dem Schritt, dass: der Adapter die Anfragenachricht und die Antwortnachricht auf eine Länge begrenzt, die geringer als sowohl eine TP-Transaktionslänge wie auch ein maximaler Übertragungseinheitsgrenzwert ist.
  2. Verfahren zur Herstellung einer Verbindung zwischen einer Hauptvorrichtung (12) mit einem ersten Protokoll und einer I/O-Vorrichtung (14) mit einem zweiten Protokoll und einem Kommunikationseingang durch einen Adapter (10), der betriebsbereit zwischen der Hauptvorrichtung (12) und der I/O-Vorrichtung (14) angeschlossen ist und die Anfrage- und Antwortnachrichten zu und von den Protokollen der Haupt- bzw. I/O-Vorrichtung umwandelt, wobei der Adapter: über einen Übertragungsweg (18) eine Anfragenachricht auf einem im Voraus registrierten TCP-Port (16) empfängt, der aus mehreren TCP-Ports ausgewählt ist, eine Antwortnachricht über den Übertragungsweg als Antwort auf die Anfragenachricht überträgt; und Daten zu dem Eingang der I/O-Vorrichtung (14) als Antwort auf die Anfragenachricht überträgt, und gekennzeichnet durch das Verfahren mit dem Schritt, dass: der Adapter die Anfragenachricht und die Antwortnachricht auf eine Länge begrenzt, die geringer als sowohl eine TP-Transaktionslänge wie auch ein maximaler Übertragungseinheitsgrenzwert ist.
  3. Verfahren nach Anspruch 1 oder 2, des Weiteren umfassend den Schritt des Empfangens der Anfragenachricht auf einem TCP-Port Nummer 502.
  4. Verfahren nach Anspruch 1, 2 oder 3, des Weiteren umfassend den Schritt des Ignorierens einer Verbindungsanfrage, die von einer anderen Vorrichtung als der Hauptvorrichtung empfangen wird.
  5. Verfahren nach einem der vorangehenden Ansprüche, des Weiteren umfassend den Schritt des Verwerfens einer Nachricht unbekannter Bedeutung, die über den Übertragungsweg empfangen wird.
  6. Verfahren nach einem der vorangehenden Ansprüche, des Weiteren umfassend den Schritt des Schließens des Transaktionsweges als Antwort auf einen Fehler.
  7. Verfahren nach einem der vorangehenden Ansprüche, des Weiteren umfassend den Schritt des Sendens einer Adressauflösungsprotokoll- ("Address Resolution Protocol"-) Antwort, wenn eine Internet-Protokolladresse, die in der Anfragenachricht kodiert ist, mit einer Internet-Protokolladresse übereinstimmt, die der I/O-Vorrichtung zugeordnet ist.
  8. Verfahren nach einem der vorangehenden Ansprüche, des Weiteren umfassend den Schritt des Sendens einer Verbindungsbestätigung über den Übertragungsweg als Antwort auf eine TCP-Verbindungsanfrage.
  9. Adapter (10) zum Bereitstellen einer Schnittstelle zwischen einer Hauptvorrichtung (12) mit einem ersten Protokoll und einer I/O-Vorrichtung (14) mit einem zweiten Protokoll und einem Kommunikationseingang und/oder -ausgang, wobei der Adapter umfasst: einen TCP-Port (16) zum Ankoppeln an die Hauptvorrichtung über einen Übertragungsweg (18) zum Empfangen einer Anfragenachricht, einen Verbinder (20) zum Ankoppeln an die I/O-Vorrichtung zum Empfangen des Kommunikationsausganges der I/O-Vorrichtung, eine Schnittstellenschaltung (22), die betriebsbereit an den TCP-Port und den Verbinder angeschlossen ist, um eine Antwortnachricht von der I/O-Vorrichtung über den Übertragungsweg als Antwort auf die Anfragenachricht zu übertragen, wobei sich die Antwortnachricht auf den von der I/O-Vorrichtung empfangenen Ausgang bezieht, wobei die Anfragenachricht und die Antwortnachricht auf eine Länge begrenzt sind, die geringer als sowohl eine TP-Transaktionslänge wie auch ein maximaler Übertragungseinheitsgrenzwert ist, und wobei der Adapter in Betrieb die Anfrage- und Antwortnachrichtungen zu und von den Protokollen der Haupt- bzw. I/O-Vorrichtung umwandelt.
  10. Adapter nach Anspruch 9, wobei der TCP-Port (16) ein TCP-Port Nummer 502 ist.
  11. Adapter nach Anspruch 9 oder 10, wobei die Schnittstellenschaltung so aufgebaut ist, dass sie eine Verbindungsanfrage ignoriert, die über den Übertragungsweg von einem anderen TCP-Port empfangen wird.
  12. Adapter nach Anspruch 9, 10 oder 11, wobei die Schnittstellenschaltung so aufgebaut ist, dass sie eine Nachricht unbekannter Bedeutung, die vom TCP-Port empfangen wird, verwirft.
  13. Adapter nach einem der vorangehenden Ansprüche, wobei die Schnittstellenschaltung so aufgebaut ist, dass sie den Transaktionsweg als Antwort auf einen Fehler schließt, der von dem TCP-Port empfangen wird.
  14. Adapter nach einem der vorangehenden Ansprüche, wobei die Schnittstellenschaltung so aufgebaut ist, dass sie eine Adressauflösungsprotokollantwort über den Übertragungsweg überträgt, wenn eine Internet-Protokolladresse, die in der Anfragenachricht kodiert ist, mit einer Internet-Protokolladresse übereinstimmt, die der I/O-Vorrichtung zugeordnet ist.
  15. Adapter nach einem der vorangehenden Ansprüche, wobei die Schnittstellenschaltung so aufgebaut ist, dass sie eine Verbindungsbestätigung als Antwort auf eine TCP-Verbindungsanfrage überträgt.
DE69921772T 1998-10-06 1999-09-17 Nachrichtenanwendungsschicht (modbus) über ethernet zur transportschicht (tcp), kommunikationsverfahren und vorichtung Expired - Lifetime DE69921772T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US166870 1993-12-15
US09/166,870 US6233626B1 (en) 1998-10-06 1998-10-06 System for a modular terminal input/output interface for communicating messaging application layer over encoded ethernet to transport layer
PCT/US1999/021806 WO2000025183A1 (en) 1998-10-06 1999-09-17 Messaging application layer (modbus) over ethernet to transport layer (tcp) communications method and apparatus

Publications (2)

Publication Number Publication Date
DE69921772D1 DE69921772D1 (de) 2004-12-16
DE69921772T2 true DE69921772T2 (de) 2005-11-24

Family

ID=22605015

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69921772T Expired - Lifetime DE69921772T2 (de) 1998-10-06 1999-09-17 Nachrichtenanwendungsschicht (modbus) über ethernet zur transportschicht (tcp), kommunikationsverfahren und vorichtung

Country Status (6)

Country Link
US (4) US6233626B1 (de)
EP (1) EP1036351B1 (de)
JP (1) JP2002528980A (de)
CA (1) CA2312227C (de)
DE (1) DE69921772T2 (de)
WO (1) WO2000025183A1 (de)

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7146408B1 (en) 1996-05-30 2006-12-05 Schneider Automation Inc. Method and system for monitoring a controller and displaying data from the controller in a format provided by the controller
US20020152289A1 (en) 1997-09-10 2002-10-17 Schneider Automation Inc. System and method for accessing devices in a factory automation network
US6587884B1 (en) * 1997-09-10 2003-07-01 Schneider Automation, Inc. Dual ethernet protocol stack for maximum speed access to a programmable logic controller (PLC)
US6732191B1 (en) * 1997-09-10 2004-05-04 Schneider Automation Inc. Web interface to an input/output device
DE69935287T2 (de) * 1998-01-16 2007-11-08 Symbol Technologies, Inc. Infrastruktur für drahtlose lans
US7162510B2 (en) * 1998-03-16 2007-01-09 Schneider Automation Inc. Communication system for a control system over Ethernet and IP networks
US6891849B1 (en) * 1998-06-12 2005-05-10 Phoenix Contact Gmbh & Co. Fieldbus components, communication system and process for the transmission of data over a high speed transmission medium
US6233626B1 (en) 1998-10-06 2001-05-15 Schneider Automation Inc. System for a modular terminal input/output interface for communicating messaging application layer over encoded ethernet to transport layer
US6266782B1 (en) * 1998-11-30 2001-07-24 Siemens Information And Communication Networks, Inc. Apparatus and methods for inband protocol correction in distributed object networking
US6853867B1 (en) 1998-12-30 2005-02-08 Schneider Automation Inc. Interface to a programmable logic controller
US6400730B1 (en) * 1999-03-10 2002-06-04 Nishan Systems, Inc. Method and apparatus for transferring data between IP network devices and SCSI and fibre channel devices over an IP network
US6728268B1 (en) * 1999-06-22 2004-04-27 Trimble Navigation Ltd. Method and system to connect internet protocol hosts via an application specific bus
AU7060300A (en) 1999-08-16 2001-03-13 Iready Corporation Internet jack
US7721006B2 (en) * 1999-12-30 2010-05-18 Bally Gaming, Inc. Meta-message set with real-time and database aspects
US20020019891A1 (en) * 1999-12-30 2002-02-14 James Morrow Generic device controller unit and method
US7173923B2 (en) * 2000-03-17 2007-02-06 Symbol Technologies, Inc. Security in multiple wireless local area networks
US7173922B2 (en) 2000-03-17 2007-02-06 Symbol Technologies, Inc. Multiple wireless local area networks occupying overlapping physical spaces
US7844365B2 (en) * 2000-05-12 2010-11-30 Rosemount Inc. Field-mounted process device
US20030211188A1 (en) * 2000-06-19 2003-11-13 Kachnic Edward F. Wireless image processing method and device therefor
US20040114591A1 (en) * 2000-07-13 2004-06-17 Schneider Automation Sas IP Routing Between Modules on a PLC Backplane
US20040059452A1 (en) * 2000-08-23 2004-03-25 Edward Kachnic Sensory inspection system and method thereof
US7028204B2 (en) * 2000-09-06 2006-04-11 Schneider Automation Inc. Method and apparatus for ethernet prioritized device clock synchronization
US20020167967A1 (en) * 2000-09-06 2002-11-14 Schneider Electric Method for managing bandwidth on an ethernet network
US7023795B1 (en) * 2000-11-07 2006-04-04 Schneider Automation Inc. Method and apparatus for an active standby control system on a network
US7039717B2 (en) * 2000-11-10 2006-05-02 Nvidia Corporation Internet modem streaming socket method
DE10063982A1 (de) * 2000-12-14 2002-07-04 Ifak Inst Fuer Automation Und Feldgerät für Automatisierungssysteme
US7379475B2 (en) * 2002-01-25 2008-05-27 Nvidia Corporation Communications processor
US6842454B2 (en) 2001-03-14 2005-01-11 Schneider Automation Inc. Method and system for device addressing on a computer network
US7747764B2 (en) * 2001-04-20 2010-06-29 Rockwell Automation Technologies, Inc. Web access for non-TCP/IP control devices of an industrial control system
US8218555B2 (en) * 2001-04-24 2012-07-10 Nvidia Corporation Gigabit ethernet adapter
US7051143B2 (en) * 2001-06-25 2006-05-23 Schneider Automation Inc. Method, system and program for the transmission of modbus messages between networks
EP1286238A1 (de) * 2001-08-07 2003-02-26 Siemens Aktiengesellschaft Prozessleitsystem mit Taxierfunktion
DE10139245A1 (de) * 2001-08-09 2003-02-27 Grieshaber Vega Kg Protokollwandler für die Kommunikation zwischen datenverarbeitenden Geräten und diesen verwendendes Datenübertragungssytem
US20040088448A1 (en) * 2001-10-16 2004-05-06 Userspace Corporation Embedded system and method for controlling, monitoring of instruments or devices and processing their data via control and data protocols that can be combined or interchanged
US7411948B2 (en) * 2001-10-29 2008-08-12 General Electric Company Ethernet switch
US7194003B2 (en) * 2001-10-29 2007-03-20 General Electric Company Ethernet switch and system
US6973508B2 (en) * 2002-02-12 2005-12-06 Fisher-Rosemount Systems, Inc. Highly versatile process control system controller
US8639127B2 (en) * 2002-03-06 2014-01-28 Alcatel Lucent Method and apparatus for improved jitter tolerance
US7535913B2 (en) * 2002-03-06 2009-05-19 Nvidia Corporation Gigabit ethernet adapter supporting the iSCSI and IPSEC protocols
US8224986B1 (en) * 2002-03-07 2012-07-17 Cisco Technology, Inc. Methods and apparatus for redirecting requests for content
US20100141466A1 (en) * 2002-04-05 2010-06-10 Mary Thanhhuong Thi Nguyen System and method for automatic detection of fiber and copper in data switch systems
US7599999B1 (en) * 2002-05-21 2009-10-06 Rockwell Automation Technologies, Inc. System and methodology that facilitates client and server data exchange in a distributed industrial automation environment
US20090175625A1 (en) * 2002-06-26 2009-07-09 Giuseppe Morfino Optically connected system for exchanging data among industrial automation devices
US20130121701A1 (en) * 2002-06-26 2013-05-16 Fidia S.P.A. Optically-connected system for exchanging data among industrial automation devices
ATE282268T1 (de) * 2002-06-26 2004-11-15 Fidia Spa Optisches verbindersystem
US7185045B2 (en) * 2002-07-15 2007-02-27 Sixnet, Llc Ethernet interface device for reporting status via common industrial protocols
US20040051650A1 (en) * 2002-09-16 2004-03-18 Bryan Gonsoulin Two way data communication with a well logging tool using a TCP-IP system
US7961736B2 (en) * 2002-09-26 2011-06-14 Sharp Laboratories Of America, Inc. Convergence and classification of data packets in a centralized communication system
US7835365B2 (en) * 2002-09-26 2010-11-16 Sharp Laboratories Of America, Inc. Connection management in a centralized communication system
AU2003278907A1 (en) * 2002-09-26 2004-04-19 Sharp Laboratories Of America, Inc. Convergence and classification of data packets in a centralized communication system
CN1914020A (zh) * 2003-11-20 2007-02-14 阿瓦隆视觉解决方案有限责任公司 感觉系统及其方法
US8549170B2 (en) * 2003-12-19 2013-10-01 Nvidia Corporation Retransmission system and method for a transport offload engine
US8176545B1 (en) 2003-12-19 2012-05-08 Nvidia Corporation Integrated policy checking system and method
US7899913B2 (en) * 2003-12-19 2011-03-01 Nvidia Corporation Connection management system and method for a transport offload engine
US8065439B1 (en) 2003-12-19 2011-11-22 Nvidia Corporation System and method for using metadata in the context of a transport offload engine
US7249306B2 (en) * 2004-02-20 2007-07-24 Nvidia Corporation System and method for generating 128-bit cyclic redundancy check values with 32-bit granularity
US7206872B2 (en) * 2004-02-20 2007-04-17 Nvidia Corporation System and method for insertion of markers into a data stream
US7698413B1 (en) 2004-04-12 2010-04-13 Nvidia Corporation Method and apparatus for accessing and maintaining socket control information for high speed network connections
US20050256939A1 (en) * 2004-05-03 2005-11-17 Schneider Automation Sas Automatic Configuration of Network Automation Devices
US7460930B1 (en) 2004-05-14 2008-12-02 Admmicro Properties, Llc Energy management system and method to monitor and control multiple sub-loads
US7957379B2 (en) * 2004-10-19 2011-06-07 Nvidia Corporation System and method for processing RX packets in high speed network applications using an RX FIFO buffer
DE102004056243A1 (de) * 2004-11-22 2006-05-24 Abb Patent Gmbh Modulares Automatisierungssystem
DE102005025582B4 (de) * 2005-06-01 2011-08-18 Phoenix Contact GmbH & Co. KG, 32825 Vorrichtung und Verfahren zur kombinierten Übertragung von Ein-/Ausgabedaten in Automatisierungs-Bussystemen
US7835295B2 (en) * 2005-07-19 2010-11-16 Rosemount Inc. Interface module with power over Ethernet function
EP1929383A1 (de) * 2005-07-20 2008-06-11 Rosemount, Inc. Einsatzort-einrichtung mit strom über ethernet
US7706928B1 (en) 2005-09-07 2010-04-27 Admmicro Properties, Llc Energy management system with security system interface
KR20090017701A (ko) * 2006-04-25 2009-02-18 인터디지탈 테크날러지 코포레이션 메시 무선 근거리 통신망에서의 고처리율 채널 동작
US7571063B2 (en) 2006-04-28 2009-08-04 Admmicro Properties Llc Lighting performance power monitoring system and method with optional integrated light control
US9411769B2 (en) 2006-09-19 2016-08-09 Fisher-Rosemount Systems, Inc. Apparatus and methods to communicatively couple field devices to controllers in a process control system
US8332567B2 (en) * 2006-09-19 2012-12-11 Fisher-Rosemount Systems, Inc. Apparatus and methods to communicatively couple field devices to controllers in a process control system
US7752280B2 (en) * 2007-03-22 2010-07-06 Moxa Inc. Method of detecting response time-out based on master-slave protocol
US7694051B2 (en) * 2007-03-22 2010-04-06 Moxa Technologies Co., Ltd. Method for calculating master/slave response time-out under continuous packet format communications protocol
JP2009104283A (ja) * 2007-10-22 2009-05-14 Koyo Electronics Ind Co Ltd Modbusでデータを送受処理する方式およびプログラマブルコントローラ等の制御機器
US8150950B2 (en) * 2008-05-13 2012-04-03 Schneider Electric USA, Inc. Automated discovery of devices in large utility monitoring systems
US9143349B2 (en) * 2008-09-19 2015-09-22 Lantiq Deutschland Gmbh Configurable media access controller
CN101572709B (zh) * 2009-06-01 2012-07-04 杭州华三通信技术有限公司 套接字连接的切换方法、系统、服务器和客户端设备
SG180055A1 (en) * 2010-10-29 2012-05-30 Rockwell Automation Asia Pacific Business Ctr Pte Ltd Industrial controller interface for plug-in i/o modules
US9391797B2 (en) * 2010-12-09 2016-07-12 Schneider Electric USA, Inc. Dynamic host profiles for option modules
US8781807B2 (en) * 2011-01-28 2014-07-15 Raymond E. Floyd Downhole sensor MODBUS data emulator
TWI435233B (zh) * 2011-03-14 2014-04-21 Powertech Technology Inc 半導體製程設備之異常預知管控裝置與方法
US8947228B2 (en) * 2012-04-05 2015-02-03 Schneider Electric Industries Sas Diagnostics of hot-standby/redundant owner system in an EtherNet/IP adapter device
TWI481245B (zh) * 2012-12-19 2015-04-11 Motech Ind Inc 通訊網路的子裝置的位址設定方法
US20140241375A1 (en) * 2013-02-27 2014-08-28 Toyota Motor Engineering & Manufacturing North America, Inc Industrial automation control communication method and apparatus
US9864864B2 (en) * 2014-09-23 2018-01-09 Accenture Global Services Limited Industrial security agent platform
DE102014015216B4 (de) * 2014-10-16 2016-09-08 Klrs Innovation Gmbh Steuerung und Waren- oder Dienstlelstungsautomat mit einer derartigen Steuerung
CN104580187B (zh) * 2014-12-31 2018-09-04 厦门为那通信科技有限公司 一种实现不同modulebus协议的外置设备与服务器交互的方法
US10089276B1 (en) * 2017-03-17 2018-10-02 Eaton Intelligent Power Limited Distributed logic control apparatus

Family Cites Families (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3971000A (en) 1974-06-20 1976-07-20 The Foxboro Company Computer-directed process control system with interactive display functions
US4251858A (en) 1979-03-06 1981-02-17 The Boeing Company Paging, status monitoring and report compiling system for support, maintenance and management of operator-supervised automatic industrial machines
US4319338A (en) 1979-12-12 1982-03-09 Allen-Bradley Company Industrial communications network with mastership determined by need
JPS60192447A (ja) * 1984-03-14 1985-09-30 Fujitsu Ltd 異常デ−タ受信防止回路
US4669040A (en) 1984-09-19 1987-05-26 Eurotherm Corporation Self-tuning controller
US4688167A (en) 1984-09-27 1987-08-18 Wang Laboratories, Inc. Screen manager for data processing system
US4701845A (en) 1984-10-25 1987-10-20 Unisys Corporation User interface processor for computer network with maintenance and programmable interrupt capability
US4974151A (en) 1985-02-21 1990-11-27 International Business Machines Corporation Configuration capability for devices in an open system having the capability of adding or changing devices by user commands
US4979107A (en) 1985-02-21 1990-12-18 International Business Machines Corporation Modification of device configuration wherein the system specifies and prompts the user with only parameters required to be changed
US5157595A (en) 1985-07-19 1992-10-20 El Paso Technologies, Company Distributed logic control system and method
GB2191918B (en) 1986-06-16 1990-09-05 Ibm Data display system
US4858152A (en) 1987-01-23 1989-08-15 International Business Machines Corp. Operator access to monitoring applications
US5072412A (en) 1987-03-25 1991-12-10 Xerox Corporation User interface with multiple workspaces for sharing display system objects
US4949274A (en) 1987-05-22 1990-08-14 Omega Engineering, Inc. Test meters
JP2834122B2 (ja) 1987-07-08 1998-12-09 株式会社日立製作所 制御装置
US4937777A (en) 1987-10-07 1990-06-26 Allen-Bradley Company, Inc. Programmable controller with multiple task processors
JPH01108675A (ja) 1987-10-21 1989-04-25 Hitachi Ltd 電子伝票処理システム
US4918690A (en) 1987-11-10 1990-04-17 Echelon Systems Corp. Network and intelligent cell for providing sensing, bidirectional communications and control
JPH01160158A (ja) 1987-12-17 1989-06-23 Murata Mach Ltd 遠隔地の機械制御システム
US5251302A (en) 1988-04-11 1993-10-05 Square D Company Network interface board having memory mapped mailbox registers including alarm registers for storing prioritized alarm messages from programmable logic controllers
US4897777A (en) 1988-04-11 1990-01-30 Square D Company Peer-to-peer register exchange controller for PLCS
US4992926A (en) 1988-04-11 1991-02-12 Square D Company Peer-to-peer register exchange controller for industrial programmable controllers
US5072356A (en) 1988-04-11 1991-12-10 Square D Company Ladder drum sequence controller
US5023770A (en) 1988-04-11 1991-06-11 Square D Company High-speed press control system
US4912623A (en) 1988-04-11 1990-03-27 Square D Company Multiple processor communications system
US5047959A (en) 1988-09-13 1991-09-10 Square D Company Flexible data display
JPH02109127A (ja) 1988-10-19 1990-04-20 Hitachi Ltd 仕様処理方法
US5165030A (en) 1989-03-10 1992-11-17 International Business Machines Corporation Method and system for dynamic creation of data stream based upon system parameters and operator selections
JPH0778782B2 (ja) 1989-07-19 1995-08-23 インターナショナル・ビジネス・マシーンズ・コーポレーシヨン 対話型コンピュータ・システムならびにその使用環境適合化装置および方法
US5131092A (en) 1989-09-01 1992-07-14 Square D Company Communication system enabling programmable logic controllers access to host computer tasks and host computer access to programmable logic controllers without polling
US5134574A (en) 1990-02-27 1992-07-28 The Foxboro Company Performance control apparatus and method in a processing plant
CA2034878C (en) 1990-03-08 2002-04-02 Craig S. Hyatt Programmable controller communication module
US5151978A (en) 1990-03-22 1992-09-29 Square D Company Lan interface which permits a host computer to obtain data without interrupting a ladder program executing in the interface
US5245704A (en) 1990-03-22 1993-09-14 Square D Company System for sharing data between microprocessor based devices
US5159673A (en) 1990-03-22 1992-10-27 Square D Company Apparatus for networking programmable logic controllers to host computers
JP2661316B2 (ja) 1990-03-24 1997-10-08 トヨタ自動車株式会社 複数のプログラマブルコントローラ間の並列運転による制御装置
US5343469A (en) * 1990-06-14 1994-08-30 Nec Corporation Communication system and communication devices having lock function
US5122948A (en) 1990-06-28 1992-06-16 Allen-Bradley Company, Inc. Remote terminal industrial control communication system
US5321829A (en) 1990-07-20 1994-06-14 Icom, Inc. Graphical interfaces for monitoring ladder logic programs
US5283861A (en) 1990-08-31 1994-02-01 International Business Machines Corporation Remote control of a local processor console
US5349675A (en) 1990-09-04 1994-09-20 International Business Machines Corporation System for directly displaying remote screen information and providing simulated keyboard input by exchanging high level commands
US5151896A (en) 1990-09-21 1992-09-29 Bowman Donald J Modular digital telephone system with fully distributed local switching and control
AU9030391A (en) 1990-10-16 1992-05-20 Consilium, Inc. Object-oriented architecture for factory floor management
JPH06266727A (ja) 1990-10-24 1994-09-22 Osaka Gas Co Ltd 診断表示方法及び表示装置
US5225974A (en) 1990-10-30 1993-07-06 Allen-Bradley Company, Inc. Programmable controller processor with an intelligent functional module interface
US5297257A (en) 1991-04-15 1994-03-22 Allen-Bradley Company, Inc. Distributing a real-time control program to a plurality of input/output nodes
US5162982A (en) 1991-05-30 1992-11-10 General Electric Company Power converter continuously operable through boost and buck modes
CA2072198A1 (en) 1991-06-24 1992-12-25 Scott C. Farrand Remote console emulator for computer system manager
US5471617A (en) 1991-06-24 1995-11-28 Compaq Computer Corporation Computer management system and associated management information base
US5264958A (en) 1991-11-12 1993-11-23 International Business Machines Corp. Universal communications interface adaptable for a plurality of interface standards
US5613115A (en) 1991-12-09 1997-03-18 Total Control Products, Inc. Method for using PLC programming information to generate secondary functions such as diagnostics and operator interface
US5386524A (en) * 1992-04-16 1995-01-31 Digital Equipment Corporation System for accessing information in a data processing system
US5446868A (en) 1992-09-11 1995-08-29 R. J. Reynolds Tobacco Company Network bridge method and apparatus
US5375070A (en) * 1993-03-01 1994-12-20 International Business Machines Corporation Information collection architecture and method for a data communications network
US5528503A (en) 1993-04-30 1996-06-18 Texas Instruments Incoporated Integrated automation development system and method
US5386254A (en) 1993-07-19 1995-01-31 Kahaney; Alan Sunglasses assembly
US5430730A (en) * 1993-09-14 1995-07-04 Rolm Company Method for building a sub-network in a distributed voice messaging system
DE4410171C1 (de) 1994-03-24 1995-04-13 Licentia Gmbh Baugruppe eines Automatisierungsgeräts
US5623652A (en) 1994-07-25 1997-04-22 Apple Computer, Inc. Method and apparatus for searching for information in a network and for controlling the display of searchable information on display devices in the network
US5598536A (en) 1994-08-09 1997-01-28 Shiva Corporation Apparatus and method for providing remote users with the same unique IP address upon each network access
US5611059A (en) * 1994-09-02 1997-03-11 Square D Company Prelinked parameter configuration, automatic graphical linking, and distributed database configuration for devices within an automated monitoring/control system
US6792337B2 (en) * 1994-12-30 2004-09-14 Power Measurement Ltd. Method and system for master slave protocol communication in an intelligent electronic device
US5684375A (en) 1995-06-20 1997-11-04 Allen-Bradley Company, Inc. Method and apparatus for tuning a motion control system
US5757924A (en) * 1995-09-18 1998-05-26 Digital Secured Networks Techolognies, Inc. Network security device which performs MAC address translation without affecting the IP address
US5699350A (en) 1995-10-06 1997-12-16 Canon Kabushiki Kaisha Reconfiguration of protocol stacks and/or frame type assignments in a network interface device
US5625781A (en) 1995-10-31 1997-04-29 International Business Machines Corporation Itinerary list for interfaces
WO1997018636A2 (en) 1995-11-13 1997-05-22 Webtronics, Inc. Control of remote devices using http protocol
JP3513291B2 (ja) * 1995-12-14 2004-03-31 富士通株式会社 データ転送装置
US5793954A (en) * 1995-12-20 1998-08-11 Nb Networks System and method for general purpose network analysis
WO1997023853A1 (en) * 1995-12-22 1997-07-03 Philips Electronics N.V. System for communicating between a group of apparatuses
DE29600609U1 (de) 1996-01-17 1997-02-13 Siemens Ag Automatisierungsgerät
US6263487B1 (en) 1996-01-17 2001-07-17 Siemens Ag Programmable controller
US5801689A (en) 1996-01-22 1998-09-01 Extended Systems, Inc. Hypertext based remote graphic user interface control system
US6301527B1 (en) * 1996-04-03 2001-10-09 General Electric Company Utilities communications architecture compliant power management control system
US6901299B1 (en) * 1996-04-03 2005-05-31 Don Whitehead Man machine interface for power management control systems
US5768148A (en) * 1996-04-03 1998-06-16 General Electric Company Man machine interface for power management control systems
US5862391A (en) 1996-04-03 1999-01-19 General Electric Company Power management control system
US5801942A (en) * 1996-04-12 1998-09-01 Fisher-Rosemount Systems, Inc. Process control system user interface including selection of multiple control languages
DE19615093C2 (de) 1996-04-17 2003-04-24 Schneider Automation Gmbh Automatisierungsgerät
US5734831A (en) 1996-04-26 1998-03-31 Sun Microsystems, Inc. System for configuring and remotely administering a unix computer over a network
US5982362A (en) 1996-05-30 1999-11-09 Control Technology Corporation Video interface architecture for programmable industrial control systems
US5805442A (en) 1996-05-30 1998-09-08 Control Technology Corporation Distributed interface architecture for programmable industrial control systems
SE521508C2 (sv) 1996-06-20 2003-11-04 Telia Ab Styrning och övervakning av elektriska komponenter
EP0825506B1 (de) 1996-08-20 2013-03-06 Invensys Systems, Inc. Verfahren und Gerät zur Fernprozesssteuerung
US6424872B1 (en) 1996-08-23 2002-07-23 Fieldbus Foundation Block oriented control system
US5956487A (en) * 1996-10-25 1999-09-21 Hewlett-Packard Company Embedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5790977A (en) 1997-02-06 1998-08-04 Hewlett-Packard Company Data acquisition from a remote instrument via the internet
US6032203A (en) * 1997-04-07 2000-02-29 General Electric Company System for interfacing between a plurality of processors having different protocols in switchgear and motor control center applications by creating description statements specifying rules
US5997167A (en) 1997-05-01 1999-12-07 Control Technology Corporation Programmable controller including diagnostic and simulation facilities
US5990884A (en) 1997-05-02 1999-11-23 Sony Corporation Control of multimedia information with interface specification stored on multimedia component
EP1013047A1 (de) 1997-05-19 2000-06-28 Coactive Networks, Inc. Serversystem und verfahren zur netzverbindung von steuernetzwerken und eingangs/ausgangselementen mit dem world-wide-web
US6484061B2 (en) 1997-09-10 2002-11-19 Schneider Automation Inc. Web interface to a programmable controller
US20020091784A1 (en) * 1997-09-10 2002-07-11 Baker Richard A. Web interface to a device and an electrical network control system
US6151625A (en) 1997-09-10 2000-11-21 Schneider Automation Inc. Internet web interface including programmable logic controller for controlling output devices based on status of input devices
US6282454B1 (en) * 1997-09-10 2001-08-28 Schneider Automation Inc. Web interface to a programmable controller
US6587884B1 (en) * 1997-09-10 2003-07-01 Schneider Automation, Inc. Dual ethernet protocol stack for maximum speed access to a programmable logic controller (PLC)
US6321272B1 (en) * 1997-09-10 2001-11-20 Schneider Automation, Inc. Apparatus for controlling internetwork communications
US6061721A (en) 1997-10-06 2000-05-09 Sun Microsystems, Inc. Bean-based management system
US6134552A (en) 1997-10-07 2000-10-17 Sap Aktiengesellschaft Knowledge provider with logical hyperlinks
US6122670A (en) * 1997-10-30 2000-09-19 Tsi Telsys, Inc. Apparatus and method for constructing data for transmission within a reliable communication protocol by performing portions of the protocol suite concurrently
US5950006A (en) 1997-11-05 1999-09-07 Control Technology Corporation Object-oriented programmable controller
US6370569B1 (en) 1997-11-14 2002-04-09 National Instruments Corporation Data socket system and method for accessing data sources using URLs
EP0917034B1 (de) 1997-11-14 2002-03-06 Engel Maschinenbau Gesellschaft Mbh Verfahren zur Fernüberwachung und/oder Fernwartung einer Spritzgiessmaschine
US6151640A (en) * 1998-01-23 2000-11-21 Schneider Automation Inc. Control I/O module having the ability to interchange bus protocols for bus networks independent of the control I/O module
US6016523A (en) * 1998-03-09 2000-01-18 Schneider Automation, Inc. I/O modular terminal having a plurality of data registers and an identification register and providing for interfacing between field devices and a field master
US7162510B2 (en) * 1998-03-16 2007-01-09 Schneider Automation Inc. Communication system for a control system over Ethernet and IP networks
US6201996B1 (en) 1998-05-29 2001-03-13 Control Technology Corporationa Object-oriented programmable industrial controller with distributed interface architecture
US6453210B1 (en) 1998-07-23 2002-09-17 Vulcan Engineering Company, Inc. Autonomous control method and process for an investment casting shell
US6434157B1 (en) 1998-10-06 2002-08-13 Schneider Automation, Inc. MODBUS plus ethernet bridge
US6233626B1 (en) 1998-10-06 2001-05-15 Schneider Automation Inc. System for a modular terminal input/output interface for communicating messaging application layer over encoded ethernet to transport layer
US6505341B1 (en) 1998-11-10 2003-01-07 Scientronix, Inc. System and method for programming a logic control unit
US6327511B1 (en) 1998-12-30 2001-12-04 Schneider Automation, Inc. Input/output (I/O) scanner for a control system with peer determination

Also Published As

Publication number Publication date
CA2312227A1 (en) 2000-05-04
WO2000025183A1 (en) 2000-05-04
DE69921772D1 (de) 2004-12-16
JP2002528980A (ja) 2002-09-03
EP1036351A1 (de) 2000-09-20
US6233626B1 (en) 2001-05-15
EP1036351B1 (de) 2004-11-10
US20020065960A1 (en) 2002-05-30
US20020176441A1 (en) 2002-11-28
US6466995B2 (en) 2002-10-15
CA2312227C (en) 2008-01-22
US20010018712A1 (en) 2001-08-30
US7590702B2 (en) 2009-09-15

Similar Documents

Publication Publication Date Title
DE69921772T2 (de) Nachrichtenanwendungsschicht (modbus) über ethernet zur transportschicht (tcp), kommunikationsverfahren und vorichtung
DE69931473T3 (de) Eingang/ausgang- scanner für ein steuersystem mit peer- ermittlung
DE60110005T2 (de) Zugriff auf und/oder Steuerung von CAN-Knoten, einschliesslich Fahrzeugsteuereinheiten, während des Fahrzeugbetriebs
DE102004052075A1 (de) Knoten für ein Bus-Netzwerk, Bus-Netzwerk und Verfahren zum Konfigurieren des Netzwerks
DE69434330T2 (de) Übertragungsvorrichtgung und verfahren
DE3043894C2 (de)
DE69633112T2 (de) Verfahren zur intitialisierung eines drahtlosen paketsprungnetzwerkes
DE602004004942T2 (de) Virtuelle Netzwerkadressen
DE10259327A1 (de) USB-Verbundgerät und Verfahren zum Realisieren desselben
DE69830617T2 (de) Fernzugriff auf elektronische messgeräte mittels tcp/ip -protokollreihe
DE102007044449A1 (de) Vorrichtung und Verfahren zum kommunikativen Koppeln von Feldgeräten mit Steuerungen in einem Prozesssteuerungssystem
DE4023471C2 (de) Steuerungssystem mit Hostcomputer und Kommunikationsschnittstellenschaltung
EP0577919A1 (de) Zugriffssteuerung für gekoppelte maskenprogrammierte Mikrocontroller
CH696375A5 (de) Verfahren und Datenterminal zum Uebertragen von Daten und Datenadapter zum Verarbeiten von Daten.
DE4208924A1 (de) Verfahren zur kommunikation zwischen prozessoren und parallelverarbeitungscomputer hierfuer
DE10211939A1 (de) Kopplungsvorrichtung zum Ankoppeln von Geräten an ein Bussystem
WO2003067853A2 (de) System und verfahren zur analyse eines netzwerks und/oder generierung der topologie eines netzwerks
EP0654740A1 (de) Bussteuerung
DE102014101338A1 (de) Kommunikationsnetz und Verfahren zum Kommunizieren in einem Kommunikationsnetz
DE10130027A1 (de) Bereitschaftsredundanz bei invers multiplexenden Diensten (IMA)
DE60038356T2 (de) Steuerungs- und Verteilungsprotokoll für einen beweglichen Routerrahmen
DE60303526T2 (de) Verfahren zur Softwareaufrüstung einer Vermittlungsanlage in einer zweischichtigen Netzumgebung
DE10206657B4 (de) Aktuator-Sensor-Interface für die Automation mit erweiterter Funktion
DE69535089T2 (de) Aussenschnittstelle mit Leitweglenkung und Protokollumsetzung
WO2019161820A1 (de) Integrierte kommunikationseinheit

Legal Events

Date Code Title Description
8364 No opposition during term of opposition