Stationsseitige Diagnose
Stationsseitige Diagnose
BearbeitenGrundprinzip
BearbeitenZuerst 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
BearbeitenIm 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
Bearbeitensystemctl --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
BearbeitenAutostart, 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
BearbeitenNach der Reparatur Stationsbefehl, Statusmeldung, Neustart und Wiederanlauf testen. Ursache, Änderung, Softwarestand und Ergebnis auf der Projektseite dokumentieren.