docs: Abnahmeprotokoll nennt den off/Anzeigedienst-Befund als behoben
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:
@@ -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
|
||||
nie an echter Hardware verifiziert.
|
||||
|
||||
**Befund während der Abnahme, noch offen:** `ninlight-station off` stoppt den Anzeigedienst,
|
||||
aber kein `on`-Pfad startet ihn wieder — nach dem ersten `off` (das auch der Zeitschalter
|
||||
auslöst) bleibt das Panel bis zum Neustart des Pi dunkel. Reparatur läuft.
|
||||
**Befund während der Abnahme, behoben in `0fe9ca6`:** `ninlight-station off` stoppte den
|
||||
Anzeigedienst, aber kein `on`-Pfad startete ihn wieder — nach dem ersten `off` (das auch der
|
||||
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
|
||||
unabhängig von Karte und Konfiguration, kamen von einem Mehrfach-Netzteil, das sein Budget
|
||||
|
||||
Reference in New Issue
Block a user