ninharp/ninlight-w600
1
1
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity

docs: Abnahmeprotokoll nennt den off/Anzeigedienst-Befund als behoben

Browse Source 
Der Absatz stand noch auf "Reparatur laeuft", obwohl 0fe9ca6 den Befund
behoben hat. Das Protokoll haengt am naechsten Geraetetermin - dort darf nichts
Falsches stehen. Der Befund bleibt sichtbar, ergaenzt um die Loesung und die
beiden Testfaelle, die sie festhalten.
This commit is contained in:
Michael Sauer
2026-09-15 03:45:16 +02:00
parent c296e2626e
commit 95ae51bc1d
1 changed files with 7 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/hardware-checklist.md
+7 -3
View File
@@ -121,9 +121,13 @@ armv6), Waveshare 2,13" E-Paper **Revision V3** als HAT, ein Taster auf GPIO23 (
Varianten lag kein Exemplar vor. Ihre Pinbelegung stammt aus der alten Firmware und war Varianten lag kein Exemplar vor. Ihre Pinbelegung stammt aus der alten Firmware und war
nie an echter Hardware verifiziert. nie an echter Hardware verifiziert.
**Befund während der Abnahme, noch offen:** `ninlight-station off` stoppt den Anzeigedienst, **Befund während der Abnahme, behoben in `0fe9ca6`:** `ninlight-station off` stoppte den
aber kein `on`-Pfad startet ihn wieder — nach dem ersten `off` (das auch der Zeitschalter Anzeigedienst, aber kein `on`-Pfad startete ihn wieder — nach dem ersten `off` (das auch der
auslöst) bleibt das Panel bis zum Neustart des Pi dunkel. Reparatur läuft. Zeitschalter auslöst) blieb das Panel bis zum Neustart des Pi dunkel. `off` fasst den
Anzeigedienst seitdem gar nicht mehr an: er läuft durchgehend und erkennt den ausgeschalteten
Zustand selbst (`systemctl is-active ninlight-station`), zeichnet also von sich aus
**Station aus**. Der ausdrückliche Diagnosebefehl `ninlight-station display off` bleibt erhalten.
Abgesichert durch die Fälle D4 und D4b in `tools/station/tests/test_cli.sh`.
**Hardware-Lehre:** Vier Kernel-Paniken an einem Tag, alle mit derselben Fehleradresse und **Hardware-Lehre:** Vier Kernel-Paniken an einem Tag, alle mit derselben Fehleradresse und
unabhängig von Karte und Konfiguration, kamen von einem Mehrfach-Netzteil, das sein Budget unabhängig von Karte und Konfiguration, kamen von einem Mehrfach-Netzteil, das sein Budget