feat(station): Anzeige ausliefern, Migrationsprofil, display-Befehle

Schritt 8 des Plans: die fertige E-Paper-Anzeige wird endlich ausgeliefert
und verdrahtet, dazu zwei liegengebliebene Dinge.

- deploy.sh/setup_pi.sh uebertragen display/ (mit Panel-Treibern und
  HERKUNFT.md) und ninlight-display.service; setup_pi.sh installiert und
  aktiviert die Unit und zieht python3-pil nach - ohne Pillow beendet sich
  der Anzeigedienst still mit 0, das faellt sonst nirgends auf.
- setup_pi.sh legt auch das Profil fuer den Migrations-Zugangspunkt an
  (qconnex-firmware, von der alten Klyqa-Firmware fest vorgegeben, gleiche
  Adresse wie das Rettungsprofil). Ohne das scheiterte "migrate on" auf
  einem frisch eingerichteten Pi an need_profile. Bestehende Profile
  bleiben unangetastet.
- "ninlight-station display test|clear|off"; der Hilfetext erklaert die
  Revisionsbestimmung, denn EPD_REVISION laesst sich nur am Testbild
  bestimmen.
- "off" nimmt die Anzeige mit: erst Dienst stoppen, dann Panel leeren
  (sonst schreibt der Daemon binnen 5 s sein altes Bild zurueck) und beides
  vor ap_switch, das bei haengendem NetworkManager abbricht. Ein
  stehengebliebenes "MIGRATION" wuerde einen Betriebszustand behaupten, den
  es nicht mehr gibt.
- test_host.sh sammelt tools/mkimage als Ganzes ein: die 19 Tests in
  test_nl_mkimage.py liefen in keiner Suite mehr mit, darunter die Wache
  fuer die Python-3.8-Randbedingung des Build-Containers. Ein neuer Test
  haelt die Regel fest, dass keine Testdatei mehr herausfallen kann.
- Nebenbei: die Temp-Datei mit dem WLAN-Passwort wird wieder zuverlaessig
  aufgeraeumt, und leere Konfigurationswerte legen kein kaputtes Profil an.

tools/station/deploy.sh

@@ -202,7 +202,14 @@ echo "== uebertragen =="
 # ausgelieferte Verzeichnis.
 # -e: rsync soll fuer den Transport zum Pi denselben ssh wie oben benutzen.
 rsync -a -c --delete -e "$SSH_BIN" "$STAGE/" "$HOST:/tmp/ninlight-images/"
-rsync -a -e "$SSH_BIN" "$HERE/server.py" "$HERE/products.py" "$HERE/ninlight-station" "$HERE/ninlight-station.service" "$HOST:/tmp/"
+rsync -a -e "$SSH_BIN" "$HERE/server.py" "$HERE/products.py" "$HERE/ninlight-station" \
+  "$HERE/ninlight-station.service" "$HERE/ninlight-display.service" "$HOST:/tmp/"
+# Das Anzeigeverzeichnis als Ganzes (render.py, display.py, epdconfig.py, die beiden
+# uebernommenen Panel-Treiber und HERKUNFT.md - der Herkunftsnachweis gehoert mit auf
+# den Pi, nicht nur ins Repo). --delete gilt hier nur fuer die fluechtige Ablage unter
+# /tmp; __pycache__ bleibt draussen, sonst landen die .pyc dieses Rechners (andere
+# Python-Version als auf dem Pi) im Zielverzeichnis und bleiben dort liegen.
+rsync -a -c --delete --exclude=__pycache__ -e "$SSH_BIN" "$HERE/display/" "$HOST:/tmp/ninlight-display/"
 # Pfade als Variablen mit Default: so kann ein Test die Installation gegen
 # ein Sandbox-Verzeichnis statt gegen echte Systempfade laufen lassen.
 "$SSH_BIN" "$HOST" bash -s -- "$FULL_SYNC" "$MIGRATE_COMPLETE" <<'REMOTE'
@@ -212,6 +219,7 @@ MIGRATE_COMPLETE=$2
 ROOT_DIR=${NINLIGHT_STATION_ROOT:-/opt/ninlight-station}
 BIN_PATH=${NINLIGHT_STATION_BIN:-/usr/local/bin/ninlight-station}
 UNIT_PATH=${NINLIGHT_STATION_UNIT:-/etc/systemd/system/ninlight-station.service}
+DISPLAY_UNIT_PATH=${NINLIGHT_DISPLAY_UNIT:-/etc/systemd/system/ninlight-display.service}
 
 sudo install -d -m 0755 "$ROOT_DIR/images"
 if [ "$FULL_SYNC" -eq 1 ]; then
@@ -333,7 +341,14 @@ sudo install -m 0755 /tmp/server.py "$ROOT_DIR/server.py"
 sudo install -m 0644 /tmp/products.py "$ROOT_DIR/products.py"
 sudo install -m 0755 /tmp/ninlight-station "$BIN_PATH"
 sudo install -m 0644 /tmp/ninlight-station.service "$UNIT_PATH"
-rm -rf /tmp/ninlight-images /tmp/server.py /tmp/products.py /tmp/ninlight-station /tmp/ninlight-station.service
+# Anzeige: Verzeichnis und Unit. --delete ist hier richtig (anders als bei den Images):
+# display/ ist reiner Code aus dem Repo, es gibt keinen Bestand, der einen Deploy
+# ueberleben muesste - eine im Repo geloeschte Datei muss auch hier verschwinden.
+sudo install -d -m 0755 "$ROOT_DIR/display"
+sudo rsync -a -c --delete /tmp/ninlight-display/ "$ROOT_DIR/display/"
+sudo install -m 0644 /tmp/ninlight-display.service "$DISPLAY_UNIT_PATH"
+rm -rf /tmp/ninlight-images /tmp/server.py /tmp/products.py /tmp/ninlight-station /tmp/ninlight-station.service \
+       /tmp/ninlight-display /tmp/ninlight-display.service
 sudo systemctl daemon-reload
 if systemctl is-active --quiet ninlight-station; then
   if sudo systemctl restart ninlight-station; then
@@ -345,6 +360,20 @@ if systemctl is-active --quiet ninlight-station; then
 else
   echo "  Dienst laeuft nicht (Station ist aus)"
 fi
+# Die Anzeige laeuft mit dem gerade ersetzten Code weiter, bis sie neu gestartet wird.
+# Ein Fehlschlag ist hier aber ausdruecklich KEIN Deploy-Fehler (anders als oben beim
+# Hauptdienst): die Anzeige ist nirgends Voraussetzung fuer eine Migration, und ein
+# Deploy, der wegen des Panels rot wird, verleitet nur dazu, den echten Fehler oben zu
+# uebersehen.
+if systemctl is-active --quiet ninlight-display; then
+  if sudo systemctl restart ninlight-display; then
+    echo "  Anzeigedienst neu gestartet"
+  else
+    echo "  Warnung: Anzeigedienst lief, Neustart ist fehlgeschlagen - journalctl -u ninlight-display" >&2
+  fi
+else
+  echo "  Anzeigedienst laeuft nicht"
+fi
 REMOTE
 
 echo "fertig."