METHOD AND DEVICE FOR MESSAGE TRANSMISSION BETWEEN AUTOMATION MEANS

Abstract: 1. Method for the transmission of messages between automation means (1, 2, 4, 5, 6, 7, 11, to 16, 18, 19, 21, 22), which each display like or different internal structures and as parts of an automation system stand one in connection with the other by way of a message path (42, 43, 50, 51, 53 to 56, 61) selectably either as transmitter or as receiver either directly or with the interposition of one or more automation means, wherein data about the type of the messages to be transmitted are put in for the selection of a receiver for a message transmission in the respective automation means (1, 2, 4, 5, 6, 7, 11 to 16, 18, 19, 21, 22), which data are inserted at an initially fixed place into the messages to be transmitted and converted during transmission by the transmitter into the code provided for the transmission lines (3, 9, 17, 20) as well as converted at the end of the message path (42, 43, 50, 51, 53 to 56, 61) by the receiver into its code provided for the information input, characterised thereby, that the data, which are put into the automation means in the code provided for the information input, are also allotted to the message path (42, 43, 50, 51, 53 to 56, 61) extending between transmitter and receiver and that the physical address of a next automation means, to which the messages to be transmitted are passed on the message path to a target automation means, is determined before the transmission, from a stored control table which contains an entry for each message path touching the automation means, from the data to the message path in the respective automation means.

Description: Verfahren und Vorrichtung zur Übertragung von Nachrichten zwischen Automatisierungsmitteln Die Erfindung bezieht sich auf ein Verfahren und eine Vorrichtung zur Übertragung von Nachrichten zwischen Automatisierungsmitteln gleicher und/oder unterschiedlicher innerer Struktur, wobei die Automatisierungsmittel, die Teil eines Automatisierungssystems sind, unmittelbar oder unter Zwischenschaltung eines oder mehrerer Automatisierungsmittel wahlweise jeweils als Sender und Empfänger über einen Übertragungsweg in einem Kommunikationsnetzwerk miteinander in Verbindung stehen. In der Prozessdatenverarbeitung werden zunehmend Rechnersysteme mit verteilter Verarbeitungsleistung eingesetzt. Die Grundidee, Verarbeitungsleistung auf mehrere Rechner zu verteilen, fusst auf der Tatsache, dass die meisten zu automatisierenden Prozesse in relativ gut in sich abgeschlossene Teilprozesse zerlegt werden können. Die Betonung liegt dabei auf dem llin sich abgeschlossen", da aus dieser Eigenschaft folgt, dass für eine vollständige Beherrschung des Gesamtablaufs nur verhältnismässig wenige Informationen zwischen Teilprozessen untereinander und einer koordinierenden Instanz (Leitfunktion) ausgetauscht werden müssen. Je nach Aufgabenstellung und Aufgabenlösung erfordert die Führung eines Teilprozesses eine mehr oder weniger grosse Intelligenz und Verarbeitungsleistung. Deshalb werden Prozessoren und Rechner ganz unterschiedlicher Grösse und Leistungsfähigkeit und damit auch unterschied lichen Typs zur Teilprozessautomatisierung eingesetzt. Das Spektrum reicht von der einfachen Komponente zur Lösung von Steuerungsaufgaben bis hin zum Prozessrechner für Leit- und Verwaltungsaufgaben. Der Datenaustausch zwischen den einzelnen Rechnern des verteilten Systems erfolgt über Verbindungen mit bitserieller Datenübertragung. Dabei können sowohl Verbindungswege mit Linienstruktur (serielle Datenbusse) als auch mit Sternstruktur vorkommen. Hierarchisch gegliederte Automatisierungssysteme enthalten mehrere physikalisch entkoppelte Übertragungswege, an denen verschiedene Rechner eines Teilsystems spezielle Teilaufgaben bearbeiten. Diejenigen Rechner, die an mehr als einen Ubertragungsweg angeschlossen sind, übernehmen neben ihren prozessbezogenen Aufgaben die Organisation des Datenaustausches zwischen den betroffenen Ebenen. Aus der Tatsache, dass ganz unterschiedliche Prozessoren und Rechner in dem dargestellten System zusammenarbeiten müssen, resultieren besondere Anforderungen an das Kommunikationssystem, das den Datenaustausch zwischen den Rechnern abwickelt. Je nachdem, ob mehr die physikalische Schnittstelle zwischen Rechner und Leitung, oder mehr die logische Schnittstelle zwischen Kommunikationssystem und Anwenderprogramm im Mittelpunkt der Betrachtungen steht, sind ganz verschiedene Gesichtspunkte zu bercksichtigen. In der Umgebung der physikalischen Schnittstelle zur Leitung ist für jeden Rechnertyp i. a. eine spezielle Hardware und Software notwendig, die den besonderen Eigenschaften des jeweiligen Prozessors und seiner Peripherie-Schnittstellen sowie seines Betriebssystems angepasst ist. Nur dadurch lassen sich die durch die Rechnerhardware festgeschriebenen oder durch strenge Zeitforderungen auf der Leitung vorgegebenen Randbedingungen erfüllen. Anders dagegen sind die Anforderungen an die Schnittstelle zum Anwenderprogramm. Sie ist so zu konzipieren, dass für dieses die Benutzung der Kommunikationsfunktionen unabhängig vom Rechnertyp wird. Damit können die Anwendungsprogrammierer auch auf unterschiedlichen Rechnern sich über die Modalitäten des Datenaustausches auf einer Basis verständigen, die für alle gleich ist. Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren der eingangs beschriebenen Gattung derart weiterzuentwickeln, dass sich Automatisierungsmittel mit unterschiedlichen Strukturen auf der Ebene der Datenein- und -ausgabe durch den Anwender möglichst einfach miteinander koppeln lassen. Das Verfahren soll gleichermassen für sehr leistungsfähige und weniger leistungsfähige Automatisierungsmittel geeignet sein und möglichst zeit- und speicherplatzeffizient arbeiten. Die Leistungsfähigkeit ist durch die Art der Geräte vorgegeben. Beispielsweise kann es sich um programmierbare Steuergeräte oder Prozessrechner handeln. Die Aufgabe wird erfindungsgemäss dadurch gelöst, dass zur Auswahl eines Empfängers für eine Nachrichtenübertragung im jeweiligen Automatisierungsmittel in dessen für die Informationseingabe vorgesehenen Code Daten eingegeben werden, die einerseits dem zwischen Sender und dem Empfänger verlaufenden Nachrichtenweg zugewiesen sind und anderer- seits den Typ der zu übertragenden Nachrichten angeben, dass diese Daten an einer vorab festgelegten Stelle in die zu übertragenden Nachrichten eingefügt werden und vom Sender in den für die übertra- gungsleitungen vorgesehenen Code beim Senden umgewandelt werden und dass die Daten vom Empfänger am Ende des Nachrichtenwegs in dessen für die Informationseingabe vorgesehenen Code umgewandelt werden. Mit den vorstehend beschriebenen Massnahmen wird im gesamten Kommunikationssystem eine eindeutige Zuordnung zwischen Nachrichtenquelle und Nachrichtensenke geschaffen. Es handelt sich um die Festlegung der Richtung eines logischen Nachrichtenwegs oder um die Herstellung einer virtuellen Verbindung zwischen Nachrichtenquelle und Nachrichtensenke. Der Typ der übertragenen Nachrichten legt die Zusammensetzung, den Umfang und die Form der Daten, die den Inhalt der Nachricht darstellen, fest. Die Zuordnung zwischen Nachrichtensenke und Nachrichtenquelle wird somit durch eine Bezeichnung der Nachricht sichergestellt, die zusammen mit dem Inhalt der Nachricht übertragen wird und mit dem Typ der Nachricht assoziiert ist. Der Sender benötigt daher keine Informationen darüber, wie der Empfänger die gesendeten Daten im einzelnen weiterverwendet, wohin er sie abspeichert, wie oft er sie auswertet. Im Empfänger werden keine Informationen benötigt, auf welche Weise der Sender die Daten generiert oder aus welchen Speicherplätzen er sie entnimmt usw. Bei Anwendung der oben erläuterten Massnahmen können Anwender auf verschiedenen Rechnertypen innerhalb des Automatisierungssystems ganz unterschiedliche Verfahren und Systeme zur Programmierung einsetzen. Es ist also nicht mehr erforderlich, dass der Kenner des einen Rechners und des dort verwendeten Programmiersystems über Einzelheiten der Wirkungsweise und des Aufbaus der Programme auf dem anderen Rechner informiert ist und etwa auf solche Einzelheiten bei der Übertragung von Daten Bezug nehmen muss. Aber auch bei der Kommunikation zwischen Rechnern gleichen Typs, die vom Anwender mit den gleichen Verfahren programmiert werden, ist es nicht mehr notwendig, dass der Sender einer Nachricht für die Ausführung des Kommunikationsvorganges Informationen berücksichtigen muss, die durch die Programmierung auf der Empfängerseite festgelegt sind. Dazu gehört z. B. das Senden von Daten in bestimmte Speicherplätze beim Empfänger. Im letzteren Falle werden Festlegungen des Programmierers auf der Empfängerseite (Speicherplatzzuteilung) zur Beschreibung des Kommunikationsweges missbraucht, so dass eine unnötige Vermischung von programmspezifischen und übertragungsspezifischen Informationen vorliegt. Anderungen bei der Programmieruns ziehen Änderungen in der Übertragung des Kommunikationspartners nach sich - ein Zustand, der auf keinen Fall erwünscht sein kann Übertragungsspezifische und programmspezifische Festlegungen werden demnach voneinander getrennt. Vorzugsweise sind in den zwischen einem Sender und einem Empfänger übertragenen Nachrichten in derjenigen Stelle, die die Daten über den Übertragungsweg enthält, auch Angaben über den Typ der Nachrichten enthalten. Dabei ist es besonders günstig, dass die Angaben über den Typ der übertragenen Daten nicht explizit, sondern implizit mit den Daten über die Richtung des übertragungswegs gesendet werden. Die Daten über den Typ der Nachrichten sind zweckmässigerweise in den Daten der Sendeanweisung enthalten, die die Reihenfolge und die Art der Daten festlegt. Deshalb kann die Zuordnung zwischen Empfangsanweisung und Sendeanweisung auf Anwenderebene unabhängig von der Art der Programmierung der Stationen durch die Nachrichtennummer ausgedrückt werden. Die Abbildung der zu übertragenden Anwenderdaten wird auf das interne Nachrichtenformat (Sendeseite) bzw. die Abbildung des Nachrichtenformats auf die Anwenderdaten (Empfangsseite) in der dem jeweiligen Anwender geläufigen Notation des von ihm verwendeten Programmierverfahrens formuliert. Wesentlich ist dabei, dass die Reihenfolge der Parameter in der Sendeanweisung auch in der Empfangsanweisung eingehalten wird, d. h. dass der Datentyp beim Senden mit dem Datentyp beim Empfang übereinstimmt. Der wesentliche Vorteil des Verfahrens ist folgender: Die Kommunikationsschnittstelle ist eindeutig durch die zwei zusammengehörigen Attribute Nachrichtennummer und Datentyp der Nachricht beschrieben. Diese Beschreibung ist unabhängig von der Art der Programmierung der Station und kann vom jeweiligen Anwender frei auf die ihm geläufigen Elemente seines Programmierverfahrens abgebildet werden. Vorteilhafterweise ist jedem Nachrichtenweg zwischen einem Sender und einem Empfänger eine Nachrichtennummer zugeordnet. Der Anwender kann dieser Nummer aus Gründen der besseren Lesbarkeit einen Nachrichtennamen zuordnen, der den Konventionen des jeweiligen Anwenders entspricht. Eine Vorrichtung zur Durchführung des vorstehend beschriebenen Verfah rens besteht erfindungsgemäss darin, dass injedem Automatisierungsmittel: mit der jeweiligen Übertragungsleitung eine Kopplungssteuerung verbun den ist, die über eine Schnittstelle mit einem Bussteuerwerk verbunden ist, das über eine weitere Schnittstelle mit einer übergeordneten Über tragungssteuerung in Verbindung steht, in der eine Steuertabelle ge speichert ist, die für jeden Nachrichtenweg unter Berücksichtigung der Adresse des jeweiligen Automatisierungsmittels eine Zieladresse enthält Die Erfindung wird im folgenden an Hand eines in einer Zeichnung darge stellten Ausführungsbeispiels näher erläutert, aus dem sich weitere Merkmale sowie Vorteile ergeben. Es zeigen Figur 1 ein Blockschaltbild eines Automatisierungssystems, dessen Automatisierungsmittel in unterschiedlicher Weise über Über tragungswege miteinander verbunden sind, Figur 2 ein Blockschaltbild miteinander verbundener Automatisierungs mittel, in das virtuelle Nachrichtenwege eingetragen sind. Figur 3 nähere Einzelheiten von über serielle Busse miteinander ver bundenen Automatisierungsmitteln. Ein Automatisierungssystem enthält einen Prozessleitrechner 1 und einen Diagnoserechner 2, die jeweils an einen Bus 3 angeschlossen sind. Mit dem Bus 3 stehen auch programmierbare Steuergeräte 4, 5 und Teilprozessrechner 6, 7 in Verbindung. Die programmierbaren Steuergeräte 4, 5 steuern einen Prozess 8. Der Teilprozessrechner 6 ist an einen Bus 9 angeschlossen, mit dem weiterhin eine Bedienungsstation 10 und programmierbare Steuergeräte 11, 12, 13 parallel angeschlossen sind. Der Teilprozessrechner 7 ist sternförmig an programmierbare Steuergeräte 14, 15, 16 angeschlossen. Aus der Figur 1 sind somit einige Varianten der Struktur möglicher Automatisierungssysteme ersichtlich. Bestandteile solcher Automatisierungssysteme sind neben dem Kommunikationsnetzwerk Automatisierungsmittel wie Prozessrechner, programmierbare Steuerungen, intelligente Terminals usw. Die Automatisierungsmittel 1, 2, 4, 5, 6, 7, 10, 12, 13, 14, 15, 16 führen jeweils Automatisierungsaufgaben aus. Während die programmierbaren Steuergeräte 4, 5, 11, 12, 13, 14, 15, 16 Teilprozesse steuern, üben die Prozessrechner 1, 6 und 7 Leitfunktionen aus. Zwischen den Automatisierungsmitteln 1, 2, 4, 5, 6, 7 und 10 bis 16 müssen jedoch auch Daten ausgetauscht werden. Es sei angenommen, dass wenigstens einige der in Figur 1 dargestellten Automatisierungsmittel sich hinsichtlich ihrer inneren Struktur unterscheiden. Da die unterschiedlich strukturierten Automatisierungsmittel im Rahmen des Automatisierungssystems zusammenarbeiten müssen, ergeben sich besondere Anforderungen bezüglich des Datenaustausches zwischen den einzelnen Automatisierungsmitteln. Für den Datenaustausch an der Schnittstelle zwischen Leitung und Automatisierungsmittel ist eine besondere Hardware und Software notwendig, die der Struktur des jeweiligen Automatisierungsmittels und der übertra- gungsart auf der Leitung angepasst ist. Die Anforderungen an die Schnittstelle zum Anwenderprogramm sind demgegenüber verschieden. Die einzelnen Automatisierungsmittel stellen Kommunikationsfunktionen für den Datenaustausch mit anderen Automatisierungsmittel zur Verfügung. Die Kommunikationsfunktion besteht jeweils in Sende- und Empfangsanweisungen. Um die Kommunikationsfunktionen unabhängig von der inneren Struktur des Automatisierungsmittels zu machen, wird das Übertragungsverfahren für den Datenaustausch zwischen den einzelnen Automatisierungsmitteln in der nachstehend beschriebenen Weise verändert. Hierzu wird auf die Figur 2 Bezug genommen. An einen Bus 17 sind zwei Automatisierungsmittel 18, 19 angeschlossen. Das Automatisierungsmittel 19 ist weiterhin mit einem zweiten Bus 20 verbunden, an den zwei weitere Automatisierungsmittel 21, 22 angeschlossen sind. Zwischen den Automatisierungsmitteln 18, 1R 21 und 22 sollen Nachrichten ausgetauscht werden. Die Modalitäten des Datenaustauschs sollen für alle Automatisierungsmittel 18, 19, 21, 22 unabhängig von ihrem speziellen Aufbau sein. Dies wird erreicht, indem bei allen übertragenen Nachrichten an einer Stelle in der Reihenfolge der übertragenen Nachrichten Daten eingefügt werden, die einerseits nur den zwischen dem jeweiligen Sender und dem Empfänger verlaufenden Übertragungsweg und andererseits den Typ der Nachrichten angeben. Diese Daten werden im jeweils für den Sender bestimmten Code eingegeben. Vom Sender werden die Daten in den für den Übertragungsweg vorgesehehenen Code umgewandelt. Der Empfänger setzt den Code des Übertragungswegs wieder in den für ihn vorgesehenen Code um. Mit dem Code wird zunächst also die Richtung einer Nachrichtenverbindung festgelegt. Für Nachrichtenübertragungen zwischen den verschiedenen Automatisierungsmitteln 18, 19, 20, 21, 22 sind auf der Anwenderprogrammierungsebene in einer höheren Programmiersprache Sende- und Empfangsanweisungen vorgesehen. Diese Sende- und Empfangsanweisungen werden bei allen Automatisierungsmitteln 18, 19, 20, 21, 22 mit dem Code für den Nachrichtenweg versehen. Der Code für den Nachrichtenweg ist vorzugsweise ein Name oder eine Nummer. In dem Automatisierungsmittel 18 sind beispeilsweise die mit i1 und i2 bezeichneten Sendeaufträge für die Übertragung von Nachrichten zu den Automatisierungsmitteln 19 und 21 vorhanden. Die Nachrichtenwege zwischen dem Automatisierungsmittel 18 und dem Automatisierungsmitteln 19 und 21 sind jeweils durch Pfeile dargestellt und mit 51 und 50 bezeichnet. In diesem Falle arbeitet das Automatisierungsmittel 18 als Sender. Weiterhin sind in dem Automatisierungsmittel 18 Empfangsaufträge j1 und i2 für Nachrichten vorhanden, die von dem Automatisierungsmittel 19 gesendet werden. Die Nachrichtenwege zwischen dem Automatisierungsmittel 18 als Empfänger sind in Figur 3 durch Pfeile dargestellt, die jeweils mit 42 und 43 bezeichnet sind. Den Sendeaufträgen i1 und i2 entsprechen Empfangsaufträge i1 und i2 jeweils im Automatisierungsmittel 21 und 19. Den Empfangsauftr#en j1 und i2 im Automatisierungsmittel 18 entsprechen Sendeaufträge j1 und j2 im Automatisierungsmittel 19. Im Automatisierungsmittel 18 ist ein weiterer Empfangsauftrag j3 für Nachrichten aus dem Automatisierungsmittel 22 vorgesehen, in dem ein entsprechender Sendeauftrag j3 vorhanden ist. Der Nachrichtenweg mit dem Automatisierungsmittel 22 als Sender und dem Automatisierungsmittel 18 als Empfänger ist durch einen Pfeil dargestellt, der mit 61 bezeichnet ist. Weitere Nachrichtenwege mit dem Automatisierungsmittel 21 als Sender und den Automatisierungsmitteln 19 und 22 als Empfänger sind durch Pfeile dargestellt und mit 53, 54 bezeichnet. Die entsprechenden Sende- und Empfangsaufträge sind nicht bezeichnet. Die Nachrichtenwege zwischen den Automatisierungsmitteln 19 und 22 jeweils als Sender oder Empfänger sind durch Pfeile 55, 56 dargestellt, während die entsprechenden Sende- und Empfangsaufträge nicht näher bezeichnet sind. Die Nachrichtenwege 42, 43, 50, 51, 53 bis 56 und 61 stellen jeweils virtuelle Verbindungen zwischen den Sendeorten und den Empfangsorten dar. Die Informationen über die Nachrichtenwege werden zusammen mit den Nachrichten übertragen und dienen zur Identifikation der jeweiligen Nachricht im gesamten Automatisierungssystem. Die Eindeutigkeit der Bezeichnung einer Nachricht ist nur für das übertragungssystem selbst erforderlich. Auf Anwenderebene ist für jedes Automatisierungsmittel eine freie Wahl von stationsintern eindeutigen Nachrichtennamen möglich, die vom Übertragungssystem in die zugeordnete systemweit eindeutige Bezeichnung umgesetzt werden. Ausser durch seine Nachrichtennummer wird ein gerichteter Nachrichtenweg durch den Typ der zu übertragenden Daten, d. h. ihre Art (z. B. Bit, Wort, Feld) Anzahl (Feldelemente), Länge (Byte, Doppelwort) oder Zusammensetzung (Block aus Daten verschiedenen Typs) gekennzeichnet. Der Datentyp einer Nachricht ist mit der Nachrichtennummer assoziiert; er muss deshalb für den Absendeort und den Empfangsort einer Nachricht identisch sein. Wichtig ist, dass der Typ einer Nachricht nicht explizit mitübertragen werden muss, sondern dass er durch die Sende- bzw. Empfangsanweisung im Anwenderprogramm festgelegt wird. Dies soll am Beispiel der Übertragung eines bestimmten Bits und eines bestimmten Wortes aus dem Datenbereich des Anwenderprogramms auf einer Station in den Datenbereich des Anwenderprogramms auf einer anderen Station kurz erläutert werden. Die Übertragung erfolgt über den gerichteten Nachrichtenweg mit der Nachrichtennummer 50. Auf der Sendeseite ist - natürlich abhängig von u. U. zusätzlichen Bedingungen - das Bit Nr. 7 und das Wort Nr. 18 aus dem Signal speicher eines Steuergerätes zu übertragen. Die zugehörige Sendeanweisung hat in der Fachsprache DOLOG dann die Form: - Sendeoperation SENDE - Nachrichtennummer WEG 50 - Angabe von Typ BIT 7 - Herkunft der Daten WORT 18 Auf der Empfangsseite sollen die auf dem Nachrichtenweg 50 ankommenden Daten in den Variablen meldebit: boolean; zählerstand: integer; in einem Pascal-Programm abgelegt werden. Dazu gibt der Anwender folgende Empfangsanweisung: empfange (50 meldebit, zählerstand) EMI10.1 Empfangs- Nachrichten- Beschreibung von Typ (sa) operation nummer und Zieladressen d. Daten Auf Einzelheiten der Wirkung des Sendens und Empfangens wird weiter unten noch eingegangen; hier soll nur aufgezeigt werden, dass - die Zuordnung zwischen Empfangsanweisung und Sendeanweisung auf Anwenderebene unabhängig von der Art der Programmierung der Auto matisierungsmittel durch die Nachrichtennummer ausgedrückt wird und dass - die Abbildung der zu übertragenden Anwenderdaten auf das interne Nachrichtenformat (Sendeseite) bzw. die Abbildung des Nachrichten formats auf die Anwenderdaten (Empfangsseite) in der dem jeweiligen Anwender geläufigen Notation des von ihm verwendeten Programmierver fahrens formuliert wird. Wesentlich dabei ist nur, dass die Reihen folge der Parameter in der Sendeanweisung (im Beispiel zuerst Bit, dann Wort) auch in der Empfangsanweisung eingehalten wird, d. h. dass der Datentyp beim Senden mit dem Datentyp beim Empfang übereinstimmt. Die Kommunikationsschnittstelle ist also eindeutig durch die zwei zu sammengehörigen Attribute Nachrichtennummer und Datentyp der Nach richt gekennzeichnet. Diese Kennzeichnung ist unabhängig von der Art der Programmierung des Automatisierungsmittels und kann vom jeweili gen Anwender frei auf die ihm geläufigen Elemente seines Programmier verfahrens abgebildet werden. Für eine sinnvolle Verwendung ist natürlich vorauszusetzen, dass sich die Anwender auf beiden Automatisierungsmitteln (die u. U. auch in einer Person vereint sein können) über die Bedeutung und den Typ der Daten, die über einen bestimmten Nachrichtenweg gesendet werden, einig sind. Eine solche gegenseitige Abstimmung ist grundsätzlich notwendig, wenn mehrere Partner gemeinsam, aber relativ unabhängig voneinander, an der Lösung einer Aufgabe arbeiten. Wichtig ist nur, dass die Schnittstelle, über die sie Informationen austauschen, für alle im Prinzip gleich aussieht. Jeder Prozess kann Quellen und Senken für mehrere gerichtete Nachrichtenwege enthalten. Bei der Benutzung der logischen Nachrichtenwege muss nicht berücksichtigt werden, ob im Ablauf der Übertragung ein Durchreichen über eine Zwischenstation erfolgt; diese Leistung erbringt das Übertragungssystem. Auch spielt es keine Rolle, ob eine Station Master oder Slave am Bus ist; die Nachrichtenübertragung im System wird damit für den Anwender auf logischer Ebene vollkommen transparent. Die Sendeanweisung stellt den Anfangspunkt eines gerichteten Nachrichtenweges dar. Obwohl sie bei den unterschiedlichen Programmierverfahren formal verschieden aussehen kann, enthält sie grundsätzlich in allen Fällen die gleichen Parameter, nämlich - die Angabe der Nachrichtennummer bzw. die des Nachrichtennamens und - eine Liste der zu übertragenden Daten mit einer Angabe der Daten typen oder aber der Bezüge auf diese Datentypen. Aus den Anforderungen der Realzeitverarbeitung resultiert die Notwendigkeit weiterer Parameter, wie z. B. - Angaben über besondere Ausführungsmodi (z. B. Warten auf Quittung oder nicht), - Angaben über Zeitpunkte oder Zeitschranken (z. B. Gültigkeitsdauer von Nachrichten) und - Angaben für die Ablage von Statusmeldungen (z. B. Quittierungen, Fehlerzustände). Die Ausführung einer Sende-Anweisung hat die Wirkung, dass die zu sendenden Daten in einen internen Puffer des Übertragungssystems übernommen werden und von dort an die zugeordnete Empfangsanweisung des gerichteten Nachrichtenweges weitergeleitet werden. Die Ausführung der Sendeanweisung ist abgeschlossen, sobald die Daten in den internen Puffer übernommen sind; ist der Sendepuffer des Übertragungssystems gerade gefüllt, kommt es zu einer Verzögerung des aufrufenden Prozesses solange, bis wieder Pufferplatz zur Verfügung steht. Wenn der sendende Prozess ein zyklisch ablaufendes Programm darstellt, das nicht angehalten werden darf, da ein Abtastintervall eingehalten werden muss, ist die Verzögerung des Senders über einen Quittungsparameter zu realisieren. Bei vollem Sendepuffer stellt der Sendebaustein eine leere Anweisung dar. Erst bei Übernahme der Daten in den internen Puffer wird ein Quittungsbit gesetzt, das dem rufenden Prozess die Ausführung der Sendeanweisung anzeigt. Der rufende Prozess muss dieses Quittungsbit zurücksetzen. Nach Verlassen der Sendeanweisung bzw. nachdem das Quittungsbit vom Übertragungssystem gesetzt wurde, kann im Sender das sendende Programm über die gesendeten Daten wieder frei verfügen. Der beschriebene Ablauf einer Sendeanweisung umfasst keine Rückmeldung über eine erfolgreich durchgeführte Nachrichtenübertragung zur Zielstation.Eine Kontrolle auf einwandfreie Übertragung ist in diesem Fall nur über eine Anwenderquittung möglich, die über einen gesonderten logischen Nachrichtenweg zurückgesendet wird. Eine solche Quittung hat den Yorteil, eine Bestätigung dafür zu liefern, dass der Datenaustausch zwischen den Prozessen selbst erfolgreich abgeschlossen ist (und nicht nur innerhalb des Bus- oder Übertragungssystems). Alternativ dazu ist eine Variante der Sendeanweisung denkbar, bei der der aufrufende Prozess so lange verzögert wird, bis das Übertragungssystem (nicht der empfangende Prozess) der Zielstation die Annahme der Nachricht zurückgemeldet hat. Als Rückmeldung kann u. U, die Leitungsquittung des physikalischen Übertragungssystems ausreichen. Ein solches Verfahren umgeht alle diejenigen z. T. schwerwiegenden Probleme, die im Zusammenhang mit der Pufferverwaltung auf Sender- und Empfängerseite und der Konsistenz der zu sendenden Daten auftreten, da der aufrufende Prozess diese Daten erst dann wieder verändern kann, wenn die Übertragung gesichert ist. Der Endpunkt eines gerichteten Nachrichtenweges wird durch die Empfangs anweisung bestimmt. Sie enthält als Parameter - die Angabe der Nachrichtennummer oder des Nachrichtennamens und - eine Liste der Zielorte (Adressen, Variablenamen) der zu empfangen den Daten mit den Angaben der zugeordneten Datentypen oder der Bezüge auf diese (wie bei der Sendeanweisung). Wichtig ist, dass die Datentypen einer Empfangsanweisung für einen gerichteten Nachrichtenweg auch in ihrer Reihenfolge mit denen der Sendeanweisung für diesen Nachrichtenweg übereinstimmen, um die richtige Abbildung von der Sende- auf die Empfangsseite zu gewährleisten. Die Ausführung einer Empfangsanweisung hat die Wirkung, dass, wenn auf dem angegebenen Nachrichtenweg mindestens eine Nachricht abgesandt wurde, diese empfangen und damit an die als Parameter angegebenen Plätze übernommen wird; andernfalls, d. h. wenn zum Zeitpunkt der Ausführung der Empfangsanweisung keine Nachricht vorliegt, wird der aufrufende Prozess verzögert, bis eine Nachricht über den betreffenden Nachrichtenweg eintrifft. Die beschriebene Wirkungsweise der Empfangsanweisung stellt sicher, dass nach Rückerhalt der Kontrolle der aufrufende Prozess eine übertragene Nachricht vorfindet und mit den angeforderten Daten weiterarbeiten kann. Bei zyklischer Arbeitsweise, bei der eine bestimmte Zykluszeit eingehalten werden muss, wird eine Verzögerung des rufenden"Prozesses dadurch vermieden, dass die Empfangsanweisung bei leerem Empfangspuffer des Nachrichtenweges - ähnlich wie die Sendeanweisung bei vollem Sendepuffer in jedem Zyklus als leere Anweisung ausgeführt wird. Ein besonderer Parameter der Empfangsanweisung (Empfangsbit) wird gesetzt, wenn eine Nachricht über den angegebenen Nachrichtenweg eingetroffen ist und die Daten an die vom Anwender vorgegebenen Plätze übernommen sind. Je nach Anwendungsfall können abhängig oder unabhängig vom Setzen des Empfangsbits die betroffenen Daten weiterverarbeitet werden; ein Rücksetzen i-st nur notwendig, wenn das Empfangsbit explizit abgefragt wird, um das Eintreffen einer bestimmten Nachricht zu erkennen. Grundsätzlich wird die Empfangsanweisung bei einer taskorientierten Arbeitsweise in etwas anderer Weise verwendet als bei einer zyklischen Arbeitsweise. Während ein Prozess (task) - als einer von mehreren parallelen Prozessen - i. a. nur eine Empfangsanweisung enthält, dort auf eine Nachricht wartet und bei Eintreffen der Nachricht entsprechende Aktionen auslöst, durchläuft ein zyklisches Programm - als der einzige aktive Prozess - alle vorhandenen Enpfangsanweisungen, wobei dies höchstens noch von zusätzlichen Bedingungen abhängig gemacht werden kann. Die Reaktion auf eine eintreffene Nachricht wird z. B. über das jeweilige Empfangsbit ausgelöst; sie kann sich aber auch aufgrund des Inhalts der übertragenen Nachricht selbst ergeben. In den einzelnen Automatisierungsmitteln 18, 19, 21, 22 werden die Nachrichten mittels eines Dbertragungssystemsan den richtigen physikalischen und logischen Empfangsort weitergeleitet. Dem Übertragungssystem stehen hierfür Steuertabellen zur Verfügung, ¯die in Speichern der Automatisierungsmittel 18, -19, 21, 22 abgelegt sind. Grundlage für die Identifikation einer Nachricht - und damit eines Nachrichtenweges - im System ist ihre systemweit eindeutige Nachrichtennummer, die in der Nachricht mitübertragen wird. Aus der Nachrichtennummer kann das übertragungssystem eines Automatisierungsmittels immer das nächste physikalische Ziel für eine Nachricht bestimmen und damit das zugehörige Adress-Byte im Telegramm entsprechend setzen. Benutzt wird eine sogenannte Steuertabelle, die zu jeder systemweit eindeutigen Nachrichtennummer einen Eintrag enthält, der für dieses Automatisierungsmittel angibt, an welche physikalische Zieladresse die Nachricht weiterzugeben ist. Für den Nachrichtenweg 50 im Beispiel des Systems In Bild 3 enthät z. B. die Steuertabelle S18 zum Automatisierungsmittel 18 gemäss Figur 4 (siehe Bild 4) beim Index 50 den Eintrag 19, d. h. die physikalische Adresse der durchreichenden Station 19, während die Steuertabelle 5 19 dieser Station beim gleichen Index den Eintrag 21, d. h. die physikalische Adresse der Zielstation 21 liefert. Damit wird das Weiterleiten von Nachrichten für das Übertragungssystem transparent, d. h. vollkommen unabhängig davon, ob eine Station selbst Master ofer Slave am Bus ist oder Nachrichten durchreichen muss. Die Nachricht über den Weg 50 wird also zunächst über den Bus 17 zum Automatisierungsmittel 19 übertragen. Dieser Weg ist in Figur 3 mit 23 bezeichnet. Das Automatisierungsmittel 19 leitet die Nachricht weiter über den Bus 20 zum Automatisierungsmittel 21. Dies ist in Figur 3 mit einem Pfeil 24 gekennzeichnet. Im Automatisierungsmittel 21 ist eine Steuertabelle S21 vorhanden. Da auf diesem Automatisierungsmittel die Senke für den Nachrichtenweg 50 angeordnet ist, ist der entsprechende Eintrag in der Steuertabelle S21 ein Verweis auf die zugehörige Empfangsanweisung. Ein einzelnes Automatisierungsmittel wird im allgemeinen nur von einem kleinen Teil der Gesamtzahl der im System vorhandenen Nachrichtenwege berührt. Deshalb ist es zweckmässig, die Steuertabellen als Hash-Tabellen anzulegen, um Speicherplatz zu sparen. Der genaue Aufbau der Steuertabellen hängt auch von den speziellen Anforderungen des jeweiligen Automatisierungsmittels ab. Bei allen Automatisierungsmitteln 18, 19, 21, 22 haben die Kommunikationssysteme vorzugsweise gleichartige Schnittstellen, die aus Figur 4 ersichtlich sind. An den Bus 17 bzw. 20 ist eine Buskopplungssteuerung*25 angeschlossen, die den Datenaustausch über den jeweiligen Bus ermöglicht. Durch die Buskopplung wird weiterhin jede Nachricht gegenüber anderen Nachrichten durch Markierung von Anfang und Ende abgegrenzt. Weiterhin können durch die Buskopplung die Nachrichten gegen Übertragungsfehler gesichert bzw. auf solche Fehler hin geprüft werden. Unter Umständen führt die Buskopplungssteuerung Umcodierungen und/oder Modulationen bzw. Demodulationen aus. Die Buskopplungssteuerung ist über eine Schnittstelle 26 mit einem Bussteuerwerk 27 verbunden. Das Bussteuerwerk erkennt Nachrichten, die an das eigene Automatisierungssystem oder an andere Automatisierungssysteme gerichtet sind und leitet diese zur Ubertragungssteuerung 28 über eine Schnittstelle 29 weiter. Die Aufgaben der Übertragungssteuerung lassen sich in die beiden Bereiche "Auftragsvermittlung" und "Transportabwicklungunterteilen. Die Auftragsvermittlung sorgt in Senderichtung für die Bereitstellung von Sendepufferplatz und die Übernahme der Anwenderdaten, ihrem Format entsprechend, in den angeforderten Pufferplatz. In Empfangsrichtung übernimmt sie die Verteilung der im Empfangspuffer eingetroffenen Nachrichten auf die entsprechenden Nachrichtenwege und die Übergabe der Daten ans Anwenderprogramm mit anschliessender Freigabe des Pufferplatzes. Die Leistung der Auftragsvermittlung ist entsprechend der Art der Anwenderprogrammierung - taskorientiert oder zyklisch - je nach Rechnertyp unterschiedlich auszulegen. Die Transportabwicklung baut in Senderichtung das sendefähige Telegramm auf, wobei sie insbesondere die Aufgabe der Wegeleitung wahrnimmt, indem sie an Hand der Nachrichtennummer über die Steuertabelle das nächste physikalische Automatisierungsmittel bestimmt. Ausserdem überwacht sie Quittungen und Fehler, sorgt für entsprechende Rückmel dungen an die Auftragsvermittlung und gibt nicht mehr benötigten Sendepufferplatz frei. In Empfangsrichtung prüft sie ebenfalls mit Hilfe der Steuertabelle, ob eine Nachricht ihr Zielautomatiierungssystem erreicht hat; diese wird dann an die eigene Auftragsvermittlung weitergeleitet. Andernfalls, d. h. wenn eine Nachricht durchgereicht werden muss, setzt sie die neue physikalische Adresse im entsprechenden Byte des Telegramms ein und kennzeichnet das Telegramm als sendefähig. Das Bussteuerwerk realisiert, zum einen gesteuert über die übertragungsbezogene Schnittstelle, zum anderen über den angeschlossenen Buskoppler, alle zum Betrieb des seriellen Busses notwendigen Prozeduren. Insbesondere verbirgt es die Master- oder Slave-Eigenschaften einer Station gegenüber der Schicht der Übertragungssteuerung. Die Übertragungssteuerung 28 hat neben der Schnittstelle 29 eine Schnittstelle 30 zum Anwendungsprogramm. Sowohl die Schnittstelle 30 zum Anwender bzw. Systemprogrammierer als auch die übertragungsbezogene Schnittstelle 29 zum Bussteuerwerk können vorteilhafterweise jeweils durch eine wohldefinierte Menge von wenigen, einfachen Operationen mit entsprechender Parametrierung vollständig beschrieben sein. Der Zugriff auf die Leistungen der unterhalb der jeweiligen Schnittstelle liegenden Ebene ist dann in eindeutiger Weise ausschliesslich über die festgelegten Operationen möglich. Solche Operationen stellen z. B. für die Schnittstelle 30 die oben beschriebene Sendeanweisung bzw. Empfangsanweisung für einen logischen Nachrichtenweg dar. Die Parameter dieser Anweisungen umfassen nur anwenderbezogene Daten und Steuerinformationen und haben keinerlei Bezug zu Struktur und Ablauf der Übertragungsvorgänge in den darunterliegenden Schichten; damit erfordert die Benutzung der Schnittstelle 30 auch keine Kenntnis der entsprechenden Einzelheiten wie z. B. Master-/Slave Verhalten, Telegrammaufbau, Typ der seriellen Verbindung (Bus/Stern), physikalische Stationsadressen usw. Weitere Operationen der Schnitt stelle 30 können z. B. Normierkommandos, Anweisungen zum Sperren oder Freigeben von logischen Nachrichtenwegen, Zeitvorgabe für logische Nachrichtenwege o. ä. sein. Diese Operationen sind Hilfsmittel, die weniger vom Anwender, als vielmehr von der Grundsoftware aus in An spruch genommen werden. Die übertragungsbezogene Schnittstelle 29 ist im wesentlichen durch zwei Operationen gekennzeichnet, nämlich durch den Schreibauftrag und den Leseauftrag an das Bussteuerwerk 27. Als Parameter tritt hier das weitgehend aufbereitete Telegramm auf, das neben der Nachrichtennummer und den entsprechend gepackten Anwenderdaten z. B. in Senderichtung die physikalische Adresse der nächsten Station und die Blocklänge enthält.Auch an der Schnittstelle 29 können Eigenschaften wie z. B. Master-/Slave-Verhalten oder Bus-/Stern-Verbindung verborgen bleiben. Sie werden erst innerhalb des Bussteuerwerkes 27 berücksichtigt, das für die Bedienung der Schnittstelie 26 verantwortlich ist. Es muss dazu noch gewisse kleinere Änderungen im Telegramm vornehmen, die es aber alle aus der physikalischen Automatisierungsmitteladresse ableiten kann. Weitere Operationen der übertragungsbezogenen Schnittstelle 29 betreffen z. B. die Normierung des Bussteuerwerkes 27, die Auslösung eines Mastertransfers, die Beeinflussung eines Pollvorganges o. ä. Sie werden nicht von der Übertragungssteuerung, sondern von entsprechenden anderen Teilen der Grundsoftware benutzt. In den Automatisierungsmitteln 1, 2, 4, 5, 6, 7, 11 bis 16 und 18 bis 22 sind, soweit sie als Sender verwendet werden, Sendetabellen gespeichert. In den Sendetabellen sind die Nachrichtenwege im Übertragungssystem gespeichert, die für die Datenübertragung zwischen den Anwenderprogrammen benötigt werden. Die Sendetabellen werden gs Nachrichtentabellen erstellt, die folgende Daten enthalten. Zu jedem Nachrichtenweg enthalten sie - die Nachrichtennummer, - die Beschreibung des physikalischen Weges der Nachricht, - die Beschreibung des Pftertv? iner #;¯#rhrirht urin - einen Textkommentar, mit dem die technologische Bedeutung der Nach richt dokumentiert werden kann. Der physikalische Weg einer Nachricht ist durch Angabe der Folge der Anschlussnummern, die von der Nachricht berührt werden, festgelegt. Die Beschreibung des Datentyps der Nachricht gibt an, wieviel aufeinanderfolgende Bits (Typ B1), Bytes (Typ B8), Worte (Typ B16) oder Doppelworte (Typ B3?) in der Nachricht übertragen werden. Prinzipiell können die aufgeführten Datentypen in einer Nachricht in beliebiger Reihenfolge auftreten. Da aber Bits in Bytes gepackt werden müssen und alle anderen Datentypen immer an Bytegrenzen beginnen, ist darauf zu achten, dass mehrere Einzelbits möglichst zusammengefasst werden und nicht zwischen den anderen Datentypen eingestreut werden. Der Textkommentar in der Nachrichtenliste dient nur Dokumentationszwekken. Er stellt den notwendigen Informationsaustauch zwischen mehreren an einer Projektierung Beteiligten sicher, indem er die (technologische) Bedeutung der über einen Nachrichtenweg übertragenen Daten beschreibt. Die Kommentarlänge orientiert sich an den Gegebenheiten des jeweiligen Programmiergerätes; für ein gegebenes programmiergerät liegt sie fest. Eine sinnvolle Verwendung von Kormientaren ist nur dann möglich, wenn genügend Platz zur Abspeicherung der Zeichenketten vorhanden ist, z. B. auf externem Massenspeicher. Da der Text im Kommentar frei gewählt werden kann, können im speziellen Fall auch direkt technologische¯Be- zeichnungen, Signalnamen, Pin-Anschlüsse o. ä. angegeben werden. Die Sendetabellen für den jeweiligen Nachrichtenweg enthalten eine Sendeanweisung mit der Nachrichtennummer, der Anzahl der Parameterblöcke und der Gesamtzahl der Datenbytes. Die Parameterblöcke geben den Typ (Byte), die Anzahl (Byte) und die Anfangsadresse im Signalspeicher, Quittierungsinformation und ein Sperrbit an. In einem zusätzlichen Tabellenteil sind Systemmerker für jede Nachrichtennummer vorhanden, die sich auf die Auslösung des Sendevorgangs beziehen. In den Automatisierungsmitteln sind ferner Empfangstabellen vorhanden, die für die Übertragung der Daten aus den in Form von Telegrammen ankommenden Nachrichten in den Signal speicher dienen. Ihr Aufbau entspricht dem der Sendetabellen (d. h. je eine Empfangsanweisung pro i#achrichtenweg), wobei aber die Kopfinformation einer Empfangsanweisung nur noch aus der Anzahl der Parameterblöcke besteht und die Ss-Tabelle keine direkte Entsprechung hat. Während Sendetabelle und Empfangstabelle die notwendigen Informationen zur Schnittstelle zwischen Anwenderprogramm und Übertragungssystem zur Verfügung stellen, liefert die Steuertabelle die zentralen Leitinformationen für alle das jeweilige Automatisierungsmittel berührenden Nachrichtenwege. Sie enthält für jede auf dem Automatisierungsmittel abzusendende oder ankommende Nachricht mit gegebener Nachrichtenmummer entweder - die Beschreibung des nächsten physikalischen Ziels für eine Nachricht (Kommunikationsprozessor und serielle Schnittstelle auf dem eigenen Automatisierungsmittel, physikalische Adresse des Ziels oder - die Beschreibung der logischen Empfangsstelle (zur Nachrichtennummer gehörige Empfangsanweisung) des eigenen Automatisierungsmittels. Die Steuertabelle wird aus den Informationen der Konfigurations-, der Nachrichten- und der Empfangstabelle speziell für das jeweilige Automatisierungsmittel erzeugt. Die Steuertabellen verschiedener Automatisierungsmittel enthalten für die gleiche Nachrichtennummer immer unterschiedliche Einträge. Die Nachrichtennummern auf einem Automatisierungsmittel treten stark verteilt auf, da i. a. ein Automatisierungsmittel von sehr viel weniger Nachrichtenwegen berührt wird, als insgesamt im System vorhanden sind. Um einen effizienten Zugriff bei minimalem Speicherplatzbedarf zu ge währleisten, muss deshalb die Steuertabelle in besonderer Weise organisiert werden. Eine geeignete Organisation ergibt sich, wenn die Steuertabelle als Hash-Tabelle mit der Nachrichtennummer als Schlüssel realisiert wird.

Claims: Verfahren und Vorrichtung zur Übertragung von Nachrichten zwischen Automatisierungsmitteln Patentansprüche 1. Verfahren zur Übertragung von Nachrichten zwischen Automatisierungs mitteln gleicher und/oder unterschiedlicher innerer Struktur, wobei die Automatisierungsmittel, die Teil eines Automatisierungssystems sind, unmittelbar oder unter Zwischenschaltung eines oder mehrerer Automatisierungsmittel wahlweise jeweils als Sender und Empfänger über einen Übertragungsweg in einem Kommunikationssystem miteinander in Verbindung stehen, dadurch gekennzeichnet, dass zur Auswahl eines Empfängers für eine Nachrichtenübertragung im jeweiligen Automatisierungsmittel (1, 2, 4, 5, 6, 7, 11 bis 16, 18, 19, 21, 22) in dessen für die Informationseingabe vorgesehenen Code Daten eingegeben werden, die einerseits dem zwischen Sender und dem Empfänger verlaufenden Nachrichtenweg (42, 43, 50, 51, 53 bis 56, 61) zugewiesen sind und andererseits den Typ der zu übertragenden Nac#richten angeben, dass diese Daten an einer vorab festgelegten Stb le in die zu übertragenden Nachrichten eingefügt werden und vom Sen der in den für die Ubertragungsleitungen (3, 9, 17, 20) vorgesehenen Code beim Senden umgewandelt werden und dass die Daten vom Empfänger am Ende des Nachrichtenwegs (42, 43, 50, 51, 53 bis 56, 61) in des sen für die Informationseingabe vorgesehenen Code umgewandelt werden. 2. Verfahren nach Anspruch 1, dadurch gekennreichnet, dass in den zwischen einem Sender und einem Empfänger übertragenen Nachrichten in derjenigen Stelle, die die Daten über den Übertra- gungsweg (42, 43, 50, 53 - 56, 61) enthält, auch Angaben über den Typ der Nachrichten enthalten sind. 3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Daten über den Typ der übertragenen Nachrichten in dem Code für die Sendeanweisung enthalten sind, der auch die Art der Daten und deren Reihenfolge festlegt. 4. Verfahren nach Anspruch 1 oder einem der folgenden Ansprüche, d a d u r c h g e ke n n z e i c h n e t dass jedem Nachrichtenweg (42, 43, 50, 51, 53 bis 56, 61) zwischen einem Sender und einem Empfänger eine Nummer zugeordnet ist. 5. Verfahren nach Anspruch 4, dadurch gekennze i chriet dass jeder Nummer eines Nachrichtenwegs (42, 43, 50, 51, 53 bis 56, 61) in dem jeweiligen Automatisierungsmittel ein frei wählbarer Name zugeordnet wird. 6. Vorrichtung zur Durchführung des Verfahrens nach Anspruch 1 oder einem der folgenden Ansprüche, dadurch gekennzeichnet, dass in jedem Automatisierungsmittel (1, 2, 4, 5, 6, 7, 11 bis 16, 18, 19, 20, 21, 22) mit der jeweiligen Übertragungsleitung (3, 9, 17, 18) eine Kopplungssteuerung (25) verbunden ist, die über eine Schnitt stelle (26) mit einem Bussteuerwerk (25) verbunden ist, das über eine weitere Schnittstelle (29) mit einer übergeordneten Übertra gungssteuerung in Verbindung steht, in der eine Steuertabelle (S18, S19, S21) gespeichert ist, die für jeden das Automatisierungs mittel berührenden Nachrichtenweg unter Berücksichtigung der Adresse des jeweiligen Automatisierungsmittels eine Zieladresse enthält. 7. Vorrichtung nach Anspruch 6 und 7, dadurch gekennzeichnet, dass in mindestens einem Automatisierungsmittel (1, 2, 4, 5, 6, 7, 11 bis 16, 18 bis 22) eine Sendetabelle gespeichert ist, in der für alle von dem Automatisierungsmittel ausgehenden Nachrichten wege die Bezeichnung des jeweiligen Nachrichtenwegs und Angaben der auf dem jeweiligen Nachrichtenweg abzusendenden Bits oder Wörter und Angaben über die Sendebeauftragung enthalten sind. 8. Vorrichtung nach Anspruch 6 oder 7, dadurch gekennzeichnet, dass in mindestens einem Automatisierungsmittel (1, 2, 4, 5, 6, 7, 11 bis 16, 18 bis 22) eine Empfangstabelle gespeichert ist, in der für alle in dem Automatisierungsmittel endenden Nachrichtenwege die BezeichnuPg des jeweiligen Nachrichtenweges und Angaben über die auf dem jeweiligen Nachrichtenweg übertragenen Bits oder Wörter enthalten sind. 9. Vorrichtung nach Anspruch 6 oder einem der folgenden Ansprüche, dadurch gekennzeichnet, dass in jedem Automatisierungsmittel (1, 2, 4, 5, 6, 7, 11 bis 16, 18 bis 22) eine Steuertabelle gespeichert ist, in der für alle das Automatisierungsmittel berührenden Nachrichtenwege Leitdaten ge speichert sind, die sich auf die Empfangsstelle im Automatisierungs mittel oder auf das Ziel einer zu übertragenden Nachricht beziehen. 10. Vorrichtung nach Anspruch 9, dadurch gekennzeichnet, dass die Steuertabelle als Hash-Tabelle ausgebildet ist, deren Schlüssel jeweils die Bezeichnung des Nachrichtenweges ist.

Inventors: FERLING, HEINZ-DIETER, DR.-ING.
Applicants: LICENTIA PATENT-VERWALTUNGS-GMBH
Application year: 1984
Main classification: G06F15
IPC codes: G06F15, G06F13