docs: Sendezustand und die Zerstörprobe in die Handfunke-Matrix

[oe5sos]

Nachtrag zur Prüfmatrix vom 2026-10-03, nachdem #170 durch ist.

Neuer Block „Sendezustand anzeigen"

Die Tasten bleiben tot — aber die Seite meldet jetzt, wenn die Station
sendet. Fünf Zeilen, geprüft gegen attrappe.py --sendet 6.

Die dritte und vierte gehören zusammen und sind der eigentliche Beleg: auf
einem Band ohne jede Station (--still) muss der Rauschhinweis im Empfang
da sein und im Senden weg. Nur so ist gezeigt, dass er unterdrückt und
nicht kaputt ist.

Ausdrücklich mit aufgenommen, was nicht angefasst wurde: das S-Meter. Ob
Longpath während des Sendens weiter echte Empfangswerte meldet, ist nicht
geprüft — und das zu prüfen hieße senden.

Neue Zeile unter „Verhalten, wenn der Server weg ist"

Die Zerstörprobe für den neuen Zustand: die Attrappe abgeschossen, während
sie trx:0,true gemeldet hatte.

Was	Gemessen
Sendezeile	fällt zurück auf „SENDEN NUR IN DER APP"
Fußzeile	◇ getrennt
S-Meter	—
Panadapter	„warte auf Longpath…"

Ein eingefrorenes „STATION SENDET" wäre genau der Fehler gewesen, gegen den die
Anzeige gebaut ist — und kein Prüfstand hätte ihn gezeigt, weil ich ihn selbst
geschrieben hätte. Dafür gibt es nur das laufende System.

Nur Dokumentation, kein Code.

🤖 Generated with Claude Code

[oe5sos]

Die Annahme hinter dem Sendezustand ist jetzt gemessen, nicht angenommen

Die Anzeige in #170 steht und fällt mit einer Frage: was weiß
die Seite nach einem Wiederverbinden? link.st.mox behält beim Abriss seinen
letzten Wert. Hätte der Init-Burst kein trx:, bliebe nach einem Abriss
während des Sendens ein „STATION SENDET" stehen, bis das Gerät das nächste
Mal von sich aus etwas meldet — also womöglich stundenlang.

Nachgemessen gegen den echten Longpath-TCI-Server (nicht gegen die
Attrappe): Sandkasten-Instanz aus der installierten Fassung, offscreen, eigener
LONGPATH_CONFIG_DIR, TCI ausdrücklich auf Port 50077 statt 50001 — und
dann der Init-Burst mitgeschrieben.

Rahmen im Init-Burst: 110
trx:/tune: im Burst  -> ['trx:0,false;', 'trx:1,false;', 'tune:0,false;', 'tune:1,false;']
ready; enthalten     -> True

Damit ist belegt: nach jedem Wiederverbinden wird der Sendezustand neu gesetzt,
bevor ready; kommt. Ein eingefrorenes „STATION SENDET" kann einen
Verbindungsabriss nicht überleben — weder über link.ready (das die Zeile schon
beim Abriss grau macht, siehe die Zerstörprobe in diesem PR) noch über den
Burst danach.

Nebenbei eine Warnung für künftige Sandkasten-Läufe, die ich teuer gelernt
habe: in der Sandkasten-Vorlage steht TciServerEnabled=True ohne
abweichenden Port. Zwei meiner Instanzen heute Abend haben darum tatsächlich
Port 50001 belegt („TciServer: listening on 50001") — folgenlos nur, weil
Martins Longpath zu dem Zeitpunkt beendet war. Hätte er es während des Laufs
beendet, hätte der Sandkasten den Port genommen und das Telefon hätte sich mit
einer Instanz ohne Funkgerät verbunden: leerer Wasserfall, kein Ton, und
nichts auf der Seite hätte erklärt, warum. Seitdem: Port umstellen oder
TciServerEnabled=False, und danach im Sandkasten-Log nachsehen, worauf der
Server wirklich gegangen ist.