Halbduplexkonflikte

Die Konkurrenz im Halbduplexmodus wird durch den Zustand der Ausgangsrichtung bestimmt. Das Halbduplexprotokoll wird in einer Kette ausgeführt (es kann jeweils nur ein Partner Daten senden), der Richtungszustand gibt jedoch üblicherweise am Ende jeder Kette eine Konkurrenzsituation zurück. Der Indikator für die Richtungsänderung (Change Direction Indicator, CDI) im Antwortheader ist daher nicht erforderlich. Falls der CDI jedoch verwendet wird, wird die Richtung für die empfangende Halbsitzung reserviert. Wenn die Anwendung also zum Ändern der Richtung aufgefordert wird, sollte sie in den Sendezustand wechseln und nicht für den Empfang von Daten bereit sein. Umgekehrt gilt, dass die Anwendung keine Daten mehr senden kann, bis sie eine Kette vom Host empfängt, wenn sie selbst eine Aufforderung zum Ändern der Richtung sendet.

Wenn eine der Halbsitzungen einen Fehler erkennt, muss die Anwendung in den Empfangszustand wechseln, da der Host für die Wiederherstellung verantwortlich ist.

Sollten beide Halbsitzungen versuchen, eine Kette zu starten, wenn der Richtungszustand eine Konkurrenzsituation anzeigt, wird der sekundären Anwendung unter Verwendung des Erkennungscodes 0x081B Vorrang gewährt. Das mögliche Fenster zwischen dem lokalen Knoten und der Anwendung bedeutet jedoch, dass der lokale Knoten nicht ermitteln kann, wann RQE-Daten (Request Exception) von der Anwendung empfangen werden. Wenn also der lokale Knoten Daten von der Anwendung empfängt und gleichzeitig feststellt, dass die Halbduplex-Konkurrenzsituation „Empfangen“ lautet, lehnt er den Vorgang mit einer nicht kritischen NACK-2-Meldung (0x2004-Richtung) ab.

Die folgenden beiden Abbildungen veranschaulichen das Richtungsprotokoll für Anwendungen, die den Halbduplex-Konkurrenzmodus verwenden. Die drei Abbildungen im vorherigen Thema sind ebenfalls gültig, obwohl das Ändern der Richtung (Change Direction, CD) nicht angegeben werden muss.

In der folgenden Abbildung sendet und empfängt die Anwendung Daten ohne Fehler über ein Halbduplex-Konkurrenzprotokoll.

Anwendung sendet und empfängt Daten ohne Fehler über ein Halbduplex-Konkurrenzprotokoll

In der folgenden Abbildung wird die Halbduplex-Konkurrenzsituation zugunsten der Anwendung aufgelöst.

Auflösen einer Halbduplex-Konkurrenzsituation zugunsten der Anwendung

Weitere Informationen

Öffnen der PLU-Verbindung
PLU-Sitzung
Ausgehende Verkettung
Eingehende Verkettung
Segmentübermittlung
Brackets
Richtung
Geschwindigkeit und Segmentierung
Bestätigung und Ablehnung von Daten]
Herunterfahren und Stilllegen
Wiederherstellung
Von der Anwendung initiierte Beendigung
LUSTATs]
Daten des Monitors für Antwortzeiten