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
  1. Stationsnummer, IP-Adresse und UDP-Port mit der Projektseite vergleichen.
  2. Netzwerkverbindung und lokale Firewall prüfen.
  3. kontrollieren, ob Empfängeranwendung beziehungsweise Skript läuft.
  4. einen ungefährlichen UDP-Testbefehl lokal senden.
  5. Anwendungslog beziehungsweise Konsole beobachten.
  6. 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.