Stationsseitige Diagnose: Unterschied zwischen den Versionen
Fachseite aus aktuellem Repository- und Betriebsstand ergänzt |
Zeichenkodierung korrigiert |
||
| Zeile 2: | Zeile 2: | ||
== Grundprinzip == | == Grundprinzip == | ||
Zuerst lokal an der Station | 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 | == Allgemeine Prüfreihenfolge == | ||
# Stationsnummer, IP-Adresse und UDP-Port mit der Projektseite vergleichen. | # Stationsnummer, IP-Adresse und UDP-Port mit der Projektseite vergleichen. | ||
# Netzwerkverbindung und lokale Firewall | # Netzwerkverbindung und lokale Firewall prüfen. | ||
# kontrollieren, ob | # kontrollieren, ob Empfängeranwendung beziehungsweise Skript läuft. | ||
# einen | # einen ungefährlichen UDP-Testbefehl lokal senden. | ||
# Anwendungslog beziehungsweise Konsole beobachten. | # Anwendungslog beziehungsweise Konsole beobachten. | ||
# | # vollständigen Aufruf über `megbes-external` wiederholen. | ||
== BrightSign == | == BrightSign == | ||
Im lokalen Diagnosezugang des Players | Im lokalen Diagnosezugang des Players prüfen: | ||
* aktueller | * aktueller Präsentationsstand | ||
* Netzwerkadresse und Gateway | * Netzwerkadresse und Gateway | ||
* laufende | * laufende Präsentation | ||
* JavaScript-/Anwendungsprotokoll | * JavaScript-/Anwendungsprotokoll | ||
* UDP- | * UDP-Empfänger und erwartetes Befehlsformat | ||
Die Entwicklerkonsole niemals dauerhaft | Die Entwicklerkonsole niemals dauerhaft öffentlich zugänglich lassen. Logauszüge vor der Übernahme ins Wiki um Zugangsdaten und personenbezogene Werte bereinigen. | ||
== Raspberry Pi == | == Raspberry Pi == | ||
| Zeile 28: | Zeile 28: | ||
sudo ss -lunp | sudo ss -lunp | ||
Für einen als Dienst eingerichteten Empfänger: | |||
systemctl status <Dienstname> --no-pager | systemctl status <Dienstname> --no-pager | ||
journalctl -u <Dienstname> -n 100 --no-pager | journalctl -u <Dienstname> -n 100 --no-pager | ||
Bei GPIO-/Relaisstationen zuerst ohne angeschlossene Last testen. Pinbelegung und Aktivpegel sind projektspezifisch; falsche Werte | Bei GPIO-/Relaisstationen zuerst ohne angeschlossene Last testen. Pinbelegung und Aktivpegel sind projektspezifisch; falsche Werte können Hardware beschädigen. | ||
== PC-Stationen == | == PC-Stationen == | ||
Autostart, Benutzeranmeldung, lokale Firewall, Energiesparzustand und den | 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 == | == Abschluss == | ||
Nach der Reparatur Stationsbefehl, Statusmeldung, Neustart und Wiederanlauf testen. Ursache, | Nach der Reparatur Stationsbefehl, Statusmeldung, Neustart und Wiederanlauf testen. Ursache, Änderung, Softwarestand und Ergebnis auf der Projektseite dokumentieren. | ||
[[Kategorie:MegBes]] | [[Kategorie:MegBes]] | ||
[[Kategorie:Fehlerdiagnose]] | [[Kategorie:Fehlerdiagnose]] | ||
[[Kategorie:Medienstationen]] | [[Kategorie:Medienstationen]] | ||
Aktuelle Version vom 6. August 2026, 16:35 Uhr
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.