Musubi/docs/05-testplan-hardware.md

Testplan Hardware

Sobald die bestellte Hardware da ist, wird der echte Aufbau zu Hause nachgestellt – zuerst ohne Musubi (Basis), dann mit.

Geräte

Gerät	Status
ATEM Mini Extreme ISO G2 + Micro Panel	vorhanden
MacBook (Apple Silicon), Mac mini 2018 (Intel)	vorhanden
MOTU M2	vorhanden
2× ZowieBox (NDI	HX3)
2× TP-Link TL-SG2008P	bestellt
MT-VIKI Dante-Adapter (Ein- und Ausgang)	bestellt
Soundcraft Ui12	bestellt
langes Netzwerkkabel (Ersatz für die Klinikleitung)	besorgen

Phase A – Basis ohne Musubi

• Switches: EEE aus, QoS DSCP, IGMP Snooping an, feste IPs, Konfig auf beide übertragen
• iperf3 zwischen den Switches: stabil ~940 Mbit/s
• ZowieBoxen: 1080p50, NDI|HX3, Audioquelle HDMI; MV-Stream trägt PGM-Ton
• NDI Tools: beide Streams auf MacBook und Mac mini sichtbar
• Dante Controller: MT-VIKI erkannt, Pegel einstellbar, PoE, nach Stromausfall von selbst wieder da
• Ui12 im Browser über das Technik-Netz erreichbar

Phase B – mit Musubi (je nach Meilenstein)

• M0: Release-Build erzeugen (Xcode → Product → Archive oder xcodebuild -scheme Musubi -configuration Release), lipo -info Musubi.app/Contents/MacOS/Musubi zeigt x86_64 arm64

• M0: App auf MacBook starten; in Console.app (Filter studio.zielke.musubi) steht die NDI-Version

• M0: App auf Mac mini 2018 kopieren, per Rechtsklick → Öffnen starten (ad-hoc signiert, Gatekeeper fragt); Rückfrage „Lokales Netzwerk“ erlauben

• M0: NDI Tools Test Patterns (oder OBS + DistroAV) auf einem anderen Gerät starten → Quelle erscheint auf beiden Macs in der Quellenliste

• M1 Langzeittest (Build m1-candidate oder neuer, ohne ZowieBoxen): OBS sendet „pgm“ (1080p50, volles NDI, bewegtes Bild), Test Patterns als zweite Quelle. Start per SSH vom Mac Studio: ssh samuelzielke@10.0.100.76 'open ~/Applications/Musubi.app --args --route "MACSTUDONSAMUEL (pgm)=1" --route "MACSTUDONSAMUEL (Test Patterns)=0"' Nach 4 h: ~/Library/Logs/Musubi/stats-<Datum>.csv auswerten (Verlustrate < 0,1 %, CPU-Verlauf, keine stalled-Zeilen ohne Ursache).

• M1: Neu verbinden: NDI-Ausgang in OBS 10 s stoppen → Bild kommt von selbst zurück, Karte zeigt „… antwortet nicht mehr. Neuer Versuch in … s.“

• M1: Esc auf einer Ausgabe schließt sie, Bildschirm springt auf vorige Frequenz zurück

• M1: Mac mini zeigt PGM + Multiview 4 h ohne Aussetzer; CPU-Last: ___ %

• M1: Latenz Multiview messen (Uhr mit Millisekunden vor Kamera → ATEM → ZowieBox → Musubi): ___ ms

• M2 Langzeittest (4 h, MOTU M2 am Regie-Mac): OBS-Ton als Quelle, Start mit open Musubi.app --args --audio-route "ndi:MACSTUDONSAMUEL (pgm)=M2:2", Headset per Ansicht „Ton“ auf Out 1. Danach ~/Library/Logs/Musubi/audio-<Datum>.csv auswerten: Spalte dropouts bleibt 0, peak_dbfs zeigt Signal. Auf dem Sender (OBS) nichts Schweres laufen lassen.

• M2: Sprechtaste (⌃⌥ Leertaste, gedrückt halten und umschalten) – Ton auf Out 1 ohne spürbare Verzögerung, Knopf rot nur während des Sprechens

• M2: MOTU während des Betriebs abziehen und wieder anstecken → Ton kommt von selbst zurück

• M2: PGM-Ton über M2 Out 2 → Ui12 Kanal 4; Talkback M2 Out 1 → Ui12 Kanal 3 (nur Aux 2)

• M3 Vorbereitung Knoten (Mac mini): Musubi in /Applications (nicht ~/Applications, sonst kein Bonjour), Rolle Knoten (defaults write studio.zielke.musubi role node), Technik-Schnittstelle (defaults write studio.zielke.musubi interfaceName en7), Autostart (open /Applications/Musubi.app --args --login-item on), automatische Anmeldung an, FileVault aus, „Nach Stromausfall neu starten“ an

• M3 Vorbereitung Regie (MacBook): Musubi in /Applications, Einstellungen (⌘,): Rolle Regie, Technik-Netz, „Beim Anmelden starten“

• M3: Mac mini neu starten → Musubi startet ohne Fenster, stellt beide Ausgaben wieder her, Regie verbindet sich (2026-10-21)

• M3: Szene „OP-Live“ übersteht Neustart beider Macs (Durchlauf in einem Stück; Regie = MacBook) (2026-10-21)

• M3: Netzwerkkabel zwischen den Macs 30 s ziehen → Knoten zeigt weiter, Regie verbindet sich danach von selbst

• M4 Vorbereitung (MacBook, Heimnetz): Einstellungen (⌘,) → Klinik-Netz = WLAN-Schnittstelle (z. B. en0). Zum Testen darf es dieselbe wie das Technik-Netz sein (Hinweis in Bernstein ist dann richtig). Ansicht „Intercom“: Vorschau = PGM-Quelle (OBS „pgm“ oder Test Patterns), Talkback = Headset-Mikro.

• M4: macOS-Firewall (falls an): Musubi eingehende Verbindungen erlauben. Ports: TCP 8080 (Seite), UDP 50000 (Ton/Bild).

• M4: iPhone (Safari) im selben WLAN: QR-Code scannen → Seite lädt, Name/Rolle eintragen, „Verbinden“ → Bild erscheint, Musubi listet das Handy unter „Verbunden“ mit grünem Punkt.

• M4: Android (Chrome) dasselbe, gleichzeitig mit dem iPhone verbunden.

• M4: Talkback: Sprechtaste (⌃⌥ Leertaste) halten und sprechen → beide Handys hören dich; loslassen → still. Falls iOS „Ton einschalten“ zeigt, einmal tippen.

• M4: Vorschau-Verzögerung messen: Uhr mit Millisekunden als NDI-Quelle (z. B. OBS-Browserquelle mit Uhr) als Vorschau wählen, Monitor mit der Quelle und Handy nebeneinander fotografieren; Differenz = Verzögerung: iPhone ___ ms, Android ___ ms (Ziel < 500 ms).

• M4: WLAN am Handy 10 s aus → Seite meldet „Neuer Versuch in 3 s“ und verbindet sich von selbst wieder; Musubi entfernt das alte Handy nach spätestens 30 s.

• M4: Handy-Display sperren und entsperren → Verbindung kommt zurück (sonst notieren, wie sich iOS/Android verhalten).

• M5: Handy über zweite Schnittstelle: Sprechen

• M6: Tally auf dem Handy folgt dem Micro Panel

Messwerte

(hier eintragen)

Datum	Aufbau	Messung
2026-10-21	Mac mini 2018, 2 Ausgaben 1080p@50 Hz: OBS „pgm“ (volles NDI, 50 fps) + Test Patterns (Standbild)	Testbalken: ~12 % eines Kerns. Bewegtes Bild, 128 Mbit/s eingehend: ~51 % eines Kerns (≈ 8 % gesamt), fast nur NDI-Empfang/Dekodierung. Verlust nach 17 min: 7 Frames (0,014 %). RAM ~75–100 MB