Stationsseitige Diagnose
Stationsseitige Diagnose
[Bearbeiten]Grundprinzip
[Bearbeiten]Zuerst lokal an der Station prüfen, danach den Weg schrittweise bis zum Web-Frontend erweitern. So bleibt sichtbar, auf welcher Ebene der Fehler entsteht.
Allgemeine Prüfreihenfolge
[Bearbeiten]- Stationsnummer, IP-Adresse und UDP-Port mit der Projektseite vergleichen.
- Netzwerkverbindung und lokale Firewall prüfen.
- kontrollieren, ob Empfängeranwendung beziehungsweise Skript läuft.
- einen ungefährlichen UDP-Testbefehl lokal senden.
- Anwendungslog beziehungsweise Konsole beobachten.
- vollständigen Aufruf über `megbes-external` wiederholen.
BrightSign
[Bearbeiten]Im lokalen Diagnosezugang des Players prüfen:
- aktueller Präsentationsstand
- Netzwerkadresse und Gateway
- laufende Präsentation
- JavaScript-/Anwendungsprotokoll
- UDP-Empfänger und erwartetes Befehlsformat
Die Entwicklerkonsole niemals dauerhaft öffentlich zugänglich lassen. Logauszüge vor der Übernahme ins Wiki um Zugangsdaten und personenbezogene Werte bereinigen.
Raspberry Pi
[Bearbeiten]systemctl --failed ip address ip route sudo ss -lunp
Für einen als Dienst eingerichteten Empfänger:
systemctl status <Dienstname> --no-pager journalctl -u <Dienstname> -n 100 --no-pager
Bei GPIO-/Relaisstationen zuerst ohne angeschlossene Last testen. Pinbelegung und Aktivpegel sind projektspezifisch; falsche Werte können Hardware beschädigen.
PC-Stationen
[Bearbeiten]Autostart, Benutzeranmeldung, lokale Firewall, Energiesparzustand und den tatsächlichen UDP-Empfänger prüfen. Ein sichtbares Frontend allein belegt noch nicht, dass der Empfänger läuft.
Abschluss
[Bearbeiten]Nach der Reparatur Stationsbefehl, Statusmeldung, Neustart und Wiederanlauf testen. Ursache, Änderung, Softwarestand und Ergebnis auf der Projektseite dokumentieren.