Dashboard

Dashboard

Aktueller Stand 16.10.2026

Verbindlich: main@8fb581b730f7a3833566c4bbb7c87875ad921e69; veröffentlicht bleibt v1.9.0. PR #74–#97 sind integriert. Deployment/Discovery, Imagebuilder, Pi-VPN und Syslog sind auf main, nicht mehr nur historische Vorschau. 26 reguläre Rollen einschließlich Deployment-VM; Provisioning ist optional zusätzlich.

Betreiberbestätigt: KDE-Boot, Rufe, SDS, Aufnahme/RF-Wiedergabe und WLAN am 13.10.; 28/28 Discovery-Agenten aktualisiert und keine ungeklärten Remote-Aufträge mehr am 15.10. Ein aktueller Backend-Gesamtrollout, NAS-Entlastung, SIP/Telegram, VPN-Wechsel und Dauerlauf bleiben separat offen. Vier alte Git-/Timeoutfehler bleiben Fehler.

Gesamtroadmap · Upstream-Vergleich · Roadmap und Releases. NETCORE-IAM-01 ist weiterhin Planung; AD-SSO-Pilot und Gruppenmapping sind konkretisiert, Produkt-/Betriebsentscheidung und Umsetzung offen.

Aktuelle Fachreferenz

Kanonische Anleitung am aktuellen main-Stand. Für neue Bedienwege, vollständige Rollen-/Portzählung und geänderte Grenzen ist diese Fassung maßgeblich; die früheren Beispiele unten bleiben als Historie erhalten.

Historischer Seitenstand bis 07.10.2026

Die folgende frühere Fassung bleibt als datierte Historie erhalten. Frühere Dienstzahlen, Featurebranch-Aussagen, offene Tests und Prioritäten sind keine aktuelle Statusaussage; heutige Verfahren stehen oben beziehungsweise in den verlinkten kanonischen Docs.

Dashboard

Aktueller Quellenstand 07.10.2026: main 990bffb2; Release weiterhin v1.9.0. PR #59 mit Hell/Dunkel ist integriert, PR #60 ergänzt Projektarchive. Nur main ist als Branch vorhanden. Deployment/Discovery, Imagebuilder, Pi-VPN und neuere Syslog-Pipeline bleiben ausschließlich am historischen Featurecommit bbf0397 vorhanden. Keine neue Live-Abnahme. Roadmap und Releases · Upstream-Vergleich

Oberflächen auf main seit PR #59

26 TBS-Ansichten und 29 Dienst-WebUIs verwenden das gemeinsame Design mit Hell/Dunkel. Die Basisstation behält zusätzlich Blau. Die Auswahl gilt pro Browser-Origin; Host-/Portwechsel teilen sie nicht. Rust-Binaries sowie Python-/HTML-Bundles betten die Assets ein, ein Node-Dienst ist nicht nötig. Design aktiviert kein zentrales IAM. Roadmap und Releases

Nach dem Update Anmeldung, Theme nach Neuladen, Formulare/Tabellen/Dialoge, schmale Darstellung und vorhandene Fachaktionen prüfen. RF-Lücken bleiben fehlende Daten; DSP-Pegel ist keine kalibrierte Antennenleistung. Nachbarzellenanzeige ist keine Handovermessung. Bei alten Assets Browser hart neu laden.

Das Web-Dashboard ist die lokale Bedien- und Diagnoseoberfläche der Basisstation. Die aktuelle Oberfläche ist vollständig deutschsprachig; eine Sprachauswahl wird nicht angezeigt.

Reguläre Navigation

Funkbetrieb

• Funkgeräte – registrierte Endgeräte, Namen, Status und Aktionen
• Rufe – aktive und vergangene Rufzustände
• Zuletzt gehört – letzte RF-/Signalisierungsaktivität
• RF – Carrier, Timeslots und Funkparameter
• Health – zusammengefasster Zustand der Komponenten
• Log – Laufzeitmeldungen
• SDS-Log – Text-, Status- und Datenmeldungen
• Karte – bekannte Positionsdaten

Integrationen

Je nach Build und Konfiguration:

• Asterisk SIP
• Audio-Zentrale
• Telegram
• WLAN-Verwaltung, wenn NetworkManager verfügbar ist

Labor- und Sonderintegrationen wie DAPNET, EchoLink, MeshCom und GeoAlarm sind in der normalen Navigation und Health-Ansicht bewusst nicht sichtbar. Der technische Code bleibt für interne Tests erhalten.

Administration

• Konfiguration – TOML bearbeiten und sichern
• System – Dienstzustand, Neustart, Update und Diagnose

Anmeldung

In [dashboard] können Benutzername und Passwort gesetzt werden. Die Anmeldung erfolgt über eine Cookie-Sitzung. Ohne Authentifizierung ist das Dashboard vollständig offen und sollte dann nur in einem isolierten Managementnetz gebunden werden.

[dashboard]
bind = "0.0.0.0"
port = 8080
username = "<BENUTZER>"
password = "<LANGES-PASSWORT>"
public_overview = false

Mit public_overview = true kann trotz aktivierter Anmeldung eine eingeschränkte öffentliche Übersicht bereitgestellt werden. Das ersetzt keine Netzwerksegmentierung.

Konfigurationseditor

Vor dem Überschreiben der Konfiguration wird eine .bak-Sicherung erzeugt. Nach strukturellen Änderungen ist normalerweise ein Neustart erforderlich. RF-relevante Werte sollten nicht während laufender Gespräche geändert werden.

Systemaktionen

Mögliche Aktionen umfassen:

• Basisstationsdienst neu starten
• System neu starten oder herunterfahren, sofern zugelassen
• Update aus dem Quellverzeichnis anstoßen
• Dual Carrier umschalten
• Diagnose- und Zustandsdaten abrufen

Diese Funktionen sind administrativ. Dashboard-Port nicht direkt ins Internet weiterleiten.

Directory-Anbindung

Das Dashboard lädt Namen, Kurzbezeichnungen, Farben, Icons, Gruppen und Statuslabels aus NetCore Directory. Bei Ausfall werden numerische IDs weiterhin angezeigt; je nach Funktion kann ein gecachter Stand sichtbar bleiben.

Audio-Zentrale

Die Audio-Zentrale vereint:

• Sprachaufzeichnungen
• lokale Medienbibliothek
• NFS-Dateibrowser
• Vorschau
• Aussendung an Gruppe oder Einzelgerät
• TTS-Erzeugung und Vorlagen

Details stehen unter Audio-Zentrale.

Browser-Cache

Nach einem Dashboard-Update kann alter JavaScript-/CSS-Code im Browser verbleiben. Dann hart neu laden:

• Windows/Linux: Ctrl + F5
• alternativ Cache für die Dashboard-Seite löschen
• bei installierter Web-App zusätzlich Service-Worker prüfen

Das lokale TBS-Dashboard und die 25 Fach-WebUIs sind eigenständige Oberflächen mit unterschiedlichen Authentisierungs- und Netzgrenzen. Bedienoberflaechen · Security-and-Operations

Warnverwaltung und GPS-basierte Warn-SDS liegen in der separaten Warnzentrale. Ein TBS-Ack im Versandweg bestätigt noch keinen Empfang am Funkgerät.