fix(iphone-bt): iPhone-Route-Watcher greift wieder — Gegenseite fehlte in Aufnahme

aime-iphone-route.sh v1 hat seit dem Reboot am 29.07. nie gegriffen (0 Zeilen in
journalctl -t aime-iphone-route über den ganzen Boot). Zwei Gründe:

1. Die Portnamen waren hartcodiert auf input_FL/input_FR. HFP/mSBC ist mono, die
   Ports heißen playback_MONO/capture_MONO — der grep matchte nie.
2. Der Guard "micgate.out schon verlinkt -> überspringen" war einmal pro Anruf.
   WirePlumber legt die HFP-Nodes nicht atomar an, der Uplink erscheint vor der
   Gegenseite. War bluez_input in genau diesem Durchlauf noch nicht da, wurde die
   Gegenseite für den ganzen Anruf nicht mehr nachverlinkt. Ein erst mitten im
   Anruf gesetztes callrec_mix->Uplink wurde ebenso nie entfernt.

Folge: Gegenseite -> callmix fehlte (nicht in der Aufnahme, #80/#81 hatten je nur
1 Sprecher) und der Uplink führte den ungegateten Mix statt micgate.out, also
wieder das Echo von vor dem Fix am 13.07.

v2 ermittelt die Portnamen über pw-link -i/-o und prüft alle drei Links in jedem
Durchlauf einzeln nach. link_all legt genau einen Link pro Ziel-Port an: eine
Mono-Quelle speist beide Kanäle, eine Stereo-Quelle auf einem Mono-HFP-Port sendet
nur FL, weil beide Links in denselben Port summieren würden (+6 dB Uplink).

Gegenprobe am echten Anruf steht noch aus.

docs/06-iphone-bt.md

@@ -40,20 +40,28 @@ flowchart LR
 **Echo-Fix:** WirePlumber verlinkte den Uplink zunächst mit `callrec_mix` (ungegatetes Mikro + Gegenseite
 selbst!) → Gegenseite hörte sich selbst. Korrekt: Uplink ← **micgate.out**. Vom Nutzer bestätigt echofrei.
 
+Gegenseite → **Headset-Hörer** macht WirePlumber selbst (Default-Sink); der Watcher baut diesen Link
+**nicht**. `callmix` ist eine reine Aufnahme-Senke ohne Ausgang — Gegenseite → `callmix` macht die Gegenseite
+also aufnehmbar, nicht hörbar.
+
 ## Automatik
 
 ```mermaid
 sequenceDiagram
     participant IP as iPhone
     participant BZ as BlueZ/WirePlumber
-    participant W as aime-iphone-route.sh (Watcher)
+    participant W as aime-iphone-route.sh (Watcher, 1 s Takt)
     participant PW as PipeWire
 
     IP->>BZ: Anruf beginnt (eSCO aufgebaut)
-    BZ->>PW: HFP-Nodes erscheinen (bluez_input/.0, bluez_output/.1)
-    W->>PW: erkennt neue Nodes
-    W->>PW: Gegenseite → callmix + Headset verlinken
-    W->>PW: Uplink ← micgate.out verlinken (Echo-Fix)
+    BZ->>PW: HFP-Nodes erscheinen — NICHT atomar, Uplink oft vor Gegenseite
+    BZ->>PW: Gegenseite → Headset-Hörer (WirePlumber-Default)
+    loop jede Sekunde, solange Uplink-Node existiert
+        W->>PW: Portnamen ermitteln (HFP = mono, playback_MONO/capture_MONO)
+        W->>PW: callrec_mix → Uplink trennen, falls vorhanden (Echo-Quelle)
+        W->>PW: Uplink ← micgate.out verlinken, falls fehlt
+        W->>PW: Gegenseite → callmix verlinken, falls fehlt (Node kommt später!)
+    end
     IP->>BZ: Anruf endet
     BZ->>PW: HFP-Nodes verschwinden (profile=off — normal)
 ```
@@ -61,6 +69,11 @@ sequenceDiagram
 - Watcher persistent: `/opt/callrec/aime-iphone-route.sh` + `aime-iphone-route.service`; überlebt Reboots
   (Config/Service/Bond+Trusted verifiziert).
 - Der Watcher-Neustart lässt callmix/Loopbacks intakt.
+- **Jeder Link wird in JEDEM Durchlauf geprüft, nicht einmal pro Anruf** — siehe Changelog 2026-07-30.
+- **Portnamen werden ermittelt, nicht hartcodiert.** HFP/mSBC ist mono, die Ports heißen
+  `playback_MONO`/`capture_MONO`, nicht `input_FL`/`input_FR`.
+- Kontrolle nach einem Anruf: `journalctl -t aime-iphone-route`. **Keine Zeile = der Watcher hat nichts
+  getan** und die Aufnahme enthält nur die Nahseite.
 
 ## Offen