🦖 DinosDrums OS – Benutzerhandbuch

Dieses Dokument liefert eine vollständige technische Referenz über alle Funktionen des DinosDrums Betriebssystems (v1.0).

2. Dashboard & Action Pads (Makros)

Die Startseite (Dashboard) ist in zwei Bereiche geteilt. Die linke Spalte enthält die Action Pads. Dies sind virtuelle Schalter, die komplexe Befehlsketten (Makros) ausführen können.

Pads verwalten

Makro-Typen

Im Editor können beliebig viele Befehle mit individuellen Delays (in Sekunden) gestapelt werden:

TypFunktion
Action PadLöst ein anderes, bestehendes Pad aus (Verkettung).
MIDI CC/PC/NoteSendet Standard-MIDI Befehle an definierte Outputs.
DMX LichtSendet Art-Net DMX-Werte (0-255) auf einem spezifischen Kanal.
WebSocketSendet native String-Befehle (z.B. Mutes) direkt an das Ui-Mischpult.
Terminal ShellFührt Linux Bash-Befehle auf dem Raspberry Pi aus (z.B. sudo poweroff).
HA SzeneTriggert programmierte Home Assistant Lichtstimmungen.
Subsnap FXWendet aufgenommene Pult-Korrekturen sofort an.

Sonderfunktion: Pads, die exakt AUTOSTART oder BOOT benannt werden, führt das OS beim Hochfahren automatisch aus.

3. Snapshot Matrix (Song-Verwaltung)

Die rechte Spalte des Dashboards verwaltet den Ablauf des Gigs. Ein Snapshot (Song) ist an eine MIDI Program Change (PC) Nummer gebunden.

Trigger-Ablauf beim PC-Wechsel

Wird eine neue PC-Nummer empfangen (z.B. vom SPD-SX), arbeitet das System folgende Kette ab:

  1. Speichert automatisch den letzten Mix (sofern Autosave aktiv ist).
  2. Setzt die global verknüpfte MIDI-Map für ankommende Trigger.
  3. Sendet PC-Befehle (mit definierten Offsets) an verknüpfte Hardware-Geräte.
  4. Weist das Ui-Pult an, den Basis-Snapshot zu laden.
  5. Wendet das definierte BPM-Tempo an.
  6. Triggert die verknüpfte Home Assistant Szene.
  7. Feuert einen hinterlegten Subsnap ab.

Im [CFG]-Menü eines Songs können zudem Hardware-Relaiszustände (Rack) fest in den Song gebrannt werden.

4. Subsnap Recorder (Partial Recall)

Da Mischpulte bei einem Snapshot-Wechsel in der Regel alle Parameter überschreiben, schützt der Subsnap-Recorder den aktuellen Soundcheck.

Klicke auf den roten Button [⏺ FX] neben einem Song. Es öffnet sich die aktuelle Kanalübersicht des Mischpults.

5. Live View (In-Ear Dashboards)

Die Ansicht 🎚️ LIVE VIEW erlaubt die Erstellung Custom-Fader-Oberflächen, optimiert für Touchscreens.

6. Matrix View (Routing)

Die Ansicht 🕸️ MATRIX ist eine reine Visualisierungsebene. Sie fragt den State des Ui-Mischpults ab und zeichnet dynamische Vektorlinien (Beziér-Kurven) zwischen Inputs, Busses und Outputs, abhängig davon, ob Fader hochgezogen sind und Mutes deaktiviert sind.

7. Hardware Rack (Relais)

In der Ansicht 🎛️ RACK werden physische Hardware-Schalter konfiguriert. Das System sendet Status-Updates via UDP an einen konfigurierten Raspberry Pi Pico, der Relais schaltet (z.B. für Amp-Channels oder Loop-Pedale).

8. Global Settings

Unter Global Settings auf der Config-Seite werden die Basis-Parameter für den Betrieb festgelegt:

9. Netzwerk & UDP Einstellungen

Regelt die Kommunikation mit externer Hardware und Software:

10. Home Assistant (Scenes)

Erlaubt die Erstellung von Lichtshows und Automationen über Webhooks.

11. MIDI Map Profiles

Ermöglicht das "Re-Mapping" von ankommenden MIDI-Daten in Echtzeit:

12. Hardware Input Maps (Triggers)

Verknüpft physische Eingänge (Pads/Trigger am SPD-SX) mit Software-Aktionen:

13. Device Management

Hier wird die Hardware-Peripherie verwaltet:

14. System Code Updater

Ermöglicht Wartungsarbeiten direkt im Browser:

15. Notfall Troubleshooting (SSH)

Befehle für den Terminal-Zugriff, falls das Web-Interface nicht reagiert oder das Skript abstürzt.

Standard-Kommandos

OS Service Status abfragensudo systemctl status ddos.service
Live-Fehler (Logs) anzeigenjournalctl -u ddos.service -f
OS Service neustartensudo systemctl restart ddos.service
Sicher herunterfahrensudo poweroff

System-Code manuell aus Backup wiederherstellen

Sollte der Browser-Editor das System gecrasht haben, stelle die lauffähige Version über das Terminal wieder her:

# 1. In das Arbeitsverzeichnis wechseln
cd ~/ddos

# 2. Die aktuelle (defekte) Datei umbenennen
mv ui16_bridge.py ui16_bridge_broken.py

# 3. Das letzte funktionierende Backup kopieren (Dateiname anpassen!)
cp ~/.dinosdrumsOS/backups/ui16_bridge_2024XXXX_XXXXXX.py ui16_bridge.py

# 4. Den Dienst neu starten
sudo systemctl restart ddos.service