Ein abgelehnter Sendewunsch sagt, DASS und WARUM

[oe5sos]

Was ich gesucht und nicht gefunden habe

Vor dem Tastweg wollte ich die drei Sendesperren festnageln. Sie sind
bereits deutlich besser abgedeckt als erwartet — hängender Client
(a_hung_client_that_stops_answering_pings_is_released), verschwundener
Client, Sendezeit-Deckel (inkl. „aus" und negativ), TX-Ton-Mutex,
Schreibweisen (TRX:, trx :). Da war nichts nachzubauen.

Was wirklich fehlte

trx: und tune: werden bei fehlender Freigabe stumm verworfen.

Am Pult fällt das nie auf: dort kommt der Befehl von Loopback und geht
durch. Auf einer Fernbedienung ist ein stummes Nein nicht von einem
Defekt zu unterscheiden — der Bediener drückt, nichts passiert, nichts
erklärt es. Für die Halteleiste am Telefon ist genau das der Unterschied
zwischen „nicht freigegeben" und „kaputt".

Der Server antwortet jetzt dem ablehnenden Client allein:

tx_err:nicht freigegeben;

Dieselbe Form wie log_qso_err: — ein Longpath-eigener Befehl, erkennbar
als solcher und von fremden Clients gefahrlos zu ignorieren. TCI verwirft
abgelehnte Befehle antwortlos, und daran ändert sich nichts: die Zeile geht
nur an diesen einen Client und nur dort, wo bisher gar nichts kam.
WSJT-X, N1MM und JTDX sprechen über Loopback und laufen nie in die Sperre.

An der Sperre selbst ist nichts geändert.

Geprüft

Zwei neue Punkte in tst_tci_sendesperre, und der zweite ist der wichtigere:

abgelehnt_wird_dem_client_gesagt(trx|tune)	die Absage kommt und der Besitzer bleibt leer — eine höfliche Absage, die den Sender tastet, wäre das Schlimmste von beidem
mit_freigabe_kommt_keine_absage	ohne diesen Punkt wäre ein Server, der immer tx_err schickt, grün

Gegenprobe gefahren:

ohne die beiden Aufrufe:  16 passed, 2 failed
mit ihnen:                18 passed, 0 failed

Die Attrappe führt die Sperre jetzt mit — absichtlich nicht gutmütiger
als der echte Server. Ein WebSocket-Client gegen sie bekommt
tx_err:nicht freigegeben und kein trx:0,true. Eine Attrappe, die
mehr durchlässt als das Original, verschiebt Fehler nach hinten.

Nicht geprüft

Wie die Zeile am Telefon aussieht. Sie lässt sich noch gar nicht
auslösen, weil die Halteleiste bis heute nicht tastet — der Weg dorthin
ist Absicht und bleibt gesperrt, bis der Betreiber ihn freigibt. Der
Handler ist da; angesehen wird er im selben Zug wie das erste Tasten, an
der Dummy-Last.

🤖 Generated with Claude Code