Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Abschnitt werden die Nachrichtenformate für die Funktionsverwaltungsschnittstelle (Function Management Interface, FMI) beschrieben. Die Nachrichtenformate werden in einer sprachunabhängigen Schreibweise dargestellt. Details der Nachrichtenformatnotation und wichtige Annahmen über den Inhalt der Nachrichtenformate sind wie folgt:
Reserviert gibt an, dass das Feld vom Absender der Nachricht auf Null (für ein numerisches Feld) oder alle Nullwerte (für Namen) festgelegt ist.
Undefiniert gibt an, dass der Wert des Felds unbestimmt ist. Das Feld wird nicht vom Absender festgelegt und sollte nicht vom Empfänger der Nachricht untersucht werden.
Felder, die zwei Byte belegen, z. B. opresid in der Open(PLU)-Anforderung, werden mit dem arithmetisch signifikantsten Byte in der niedrigsten Byteadresse dargestellt, unabhängig von der normalen Ausrichtung des Prozessors, auf dem die Software ausgeführt wird. Das heißt, der 2-Byte-Wert 0x1234 weist das Byte-0x12 in der niedrigsten Byteadresse auf. Die folgenden Felder sind jedoch Ausnahmen:
Die Srci - und desti-Felder in Pufferheadern werden im lokalen Format der Anwendung gespeichert, die sie zuweist, da nur die zugewiesene Anwendung diese Werte interpretieren muss.
Die startd - und endd Felder in Elementen werden immer in der Anordnung niedriges Byte, hohes Byte (die normale Anordnung eines Intel-Prozessors) gespeichert.
Nachrichten bestehen aus Puffern, die aus einem Pufferheader und null oder mehr Pufferelementen bestehen. Weitere Informationen zu Pufferformaten finden Sie unter "Nachrichten".
Anwendungen müssen eindeutige Indexwerte (I) für jede aktive LPI-Verbindung innerhalb des Knotens zuweisen. Insbesondere muss sich die Open(SSCP)-Anforderung vom Quellindex unterscheiden, der als Reaktion auf die Open(PLU)-Anforderung gesendet wird. Darüber hinaus sollte Null nicht als I-Wert verwendet werden. Ein I-Wert von Null bedeutet, dass der Absender der Nachricht den Empfänger der Nachricht zum Zuweisen eines I-Werts einlädt.
Das startd-Feld in jedem Element gibt den Offset des ersten Bytes der Daten im Element nach dem trpad-Feld an.
Bei nicht logischen Anwendungen (LUA) wird startd entweder 1 (Daten beginnen mit dem Byte nach dem Trpad-Feld), 10 (neun Bytes Padding sind zwischen dem Trpad-Feld und dem Anfang der Daten enthalten), oder 13 (12 Bytes Padding sind zwischen dem Trpad-Feld und dem Anfang der Daten enthalten).
Bei LUA-Anwendungen ist der Wert von startd 4 (drei Byte Padding zwischen dem trpad-Feld und dem Anfang der Daten) im ersten Element einer Nachricht und 13 (12 Byte Padding) in den nachfolgenden Elementen.
Der lokale Knoten verwendet zusätzliche Bytes für zusätzliche Headerinformationen. Dadurch wird verhindert, dass Beim Hinzufügen dieser Informationen Daten in einen neuen Puffer kopiert werden müssen.
Da "startd " den Index in "Dataru " ab 1 angibt, nicht 0, ist das erste Byte gültiger Daten immer bei dataru[startd-1].
Wenn startd größer als endd ist, sind keine gültigen Daten in der Nachricht enthalten.
Alle Felder in Dataru sind vom Typ CHAR, sofern die Hinweise nichts anderes angeben.
Beachten Sie, dass bei einem Pufferelement, dessen Startwert 1, 10 oder 13 ist, dies nur für das erste Element in der Kette von Elementen gilt und nachfolgende Elemente in der Kette einen Startwert von 1 haben. Nachrichten mit zwei unterschiedlichen verknüpften Elementketten in den Nachrichtenformaten (z. B. Open(PLU) Request and Open(PLU) OK Response) verfügen über das Startfeld in den Elementen am Anfang der Ketten als Wert (1, 10 oder 13), der im Nachrichtenformat angegeben ist, und die gestarteten Felder in allen anderen Elementen als 1.