addet test set

PLAN.md

@@ -153,6 +153,13 @@ Versorgung und Sicherheit im Plan.
 - Automatisch erzeugte Profile samt Merkmalsvektoren 30 Tage nach der letzten
   Sichtung löschen. Manuell angelegte Profile bleiben bis zur Löschung bestehen.
 - Clips mit Zeit, Vorschaubild und Ereignistyp zum manuellen Prüfen anbieten.
+- Neu beauftragt: bei jeder akzeptierten automatischen Auslösung ein JPEG
+  des grünen Bereichs aus dem Trigger-Frame lokal unter data/event-images/
+  speichern; Vorschau/Ansehen und bestätigtes Bildlöschen in der Ereignisliste.
+  Nutzerwahl: bis manuelle Löschung behalten, keine automatische Bilderfrist.
+  Ereignis/Profilzuordnung bleiben beim Bildlöschen; Upload-Sicherungen separat.
+  Keine Bilder bei manuellen Testauslösungen oder nachträglich für alte Ereignisse.
+  Lokale synthetische Tests bestanden; echter Pi-Speicher-/Anzeigetest noch offen.
 - Aufnahmebereich auf den vorgesehenen privaten Bereich begrenzen;
   Maskierung, Aufbewahrung und Löschfrist vor Umsetzung festlegen.
 - Tonwiedergabe und Tonaufnahme unterscheiden; Tonaufnahme standardmäßig aus.
@@ -166,7 +173,8 @@ Versorgung und Sicherheit im Plan.
 - Nutzer wünscht nun direkten Zugriff im Heimnetz. Manueller Start über
   Uvicorn mit `--factory --host 0.0.0.0` ist in `SOFTWARE.md` beschrieben.
   Aktuell ohne Login; keine öffentliche Internetfreigabe beauftragt.
-  `run.py` und systemd bleiben unverändert bei Loopback.
+  `run.py` bleibt bei Loopback; systemd nutzt die beim Upload gewählte
+  Bind-Adresse, initial Loopback.
 - Picamera2 liefert das MJPEG-Livebild; auf dem Entwicklungsrechner wurde
   nur der Demo-Feed geprüft, nicht die echte Pi-Kamera.
 - Moduswahl, simulierte Sequenz und lokale NanoDet-Personendetektion mit
@@ -180,6 +188,17 @@ Versorgung und Sicherheit im Plan.
   aktivierter Automatik sperren bis zum bewussten Rücksetzen. Frames und
   Personenrahmen werden synchron angezeigt; Tracks sind flüchtig, keine Profile.
   Echte Personenauslösung am Pi, GPIO und Clip-Speicherung sind noch offen.
+- Zusätzlicher Testmodus „Bewegung in Pfeilrichtung“ ist implementiert:
+  Optical Flow im gewählten Bereich, kein Personenmodell/keine Überquerung nötig.
+  Auswahl und Aktivierung gespeichert; Personenerkennung bleibt der Standard.
+  Zwei gerichtete Beobachtungen bestätigen; zwei Sekunden Bildruhe und zehn
+  Sekunden Sperrzeit. Bildruhe ist keine Personenfreiheit. Nur Simulation,
+  separates motion_direction_test-Ereignis ohne Profil, mit lokalem Auslösebild.
+  Nutzer-Screenshot bestätigt Testmodus mit Pi-Bild und 5 Auswertungen/s,
+  aber bisher keine Auslösung. Kleine/langsame Nahbereichbewegung war im
+  synthetischen Regressionstest zu schwach für die alte Schwelle; korrigiert.
+  UI zeigt Bildänderung/Richtungsbestätigung und automatische Bereitschaft
+  getrennt von manuellen Tests. Echte Auslösung am Pi bleibt zu prüfen.
 - SQLite speichert Testereignisse und Profilkennungen unter `data/`;
   automatische Kamera-Zuordnung fehlt noch. Die Datenbank kann bereits
   Merkmalsvektoren für Auto-Profile mit 30-Tage-Frist speichern; die Kamera
@@ -192,8 +211,17 @@ Versorgung und Sicherheit im Plan.
 - Nutzer-Screenshot vom 14. Oktober 2026 bestätigt SSH-Zugang als
   `marcinator_2` auf `raspi5wlan.local` und Projektdateien unter `~/halloween`.
   Standgleichheit, Python-Einrichtung und laufende WebUI noch prüfen.
-- Optionaler systemd-Autostart der WebUI wird mit `--install-service` beim
-  Upload eingerichtet; auf einem echten Pi noch nicht geprüft.
+- Versionierter Upload richtet systemd-Autostart bei jedem `--apply` ein.
+  Neue Version samt eigener `.venv` unter `releases/`, atomarer `current`-Link,
+  gemeinsames `data/` über `HALLOWEEN_STATE_DIR`. Nach Dienststopp Daten sichern;
+  bei Start-/HTTP-Fehlern Code, Unit und Daten zurücksetzen. `--web-host` wählt
+  Loopback oder ausdrücklich Heimnetz; gespeicherte Wahl bleibt erhalten.
+  Update mit genau einem sudo-Aufruf für Umschaltung und Rückfall; Paketsetup
+  unprivilegiert, Python-/Unitprüfung per runuser als Pi-Benutzer. Passwort und
+  sudoers/Zeitstempel bleiben unverändert; echte Passwortabfrage noch prüfen.
+  Alte Versionen/Sicherungen nicht automatisch löschen. Lokale Simulationstests
+  bestanden; Nutzer bestätigt erfolgreichen Upload. Autostart nach tatsächlichem
+  Reboot und automatischer Rückfall am Gerät noch ungeprüft.
 
 ## Prüfung
 
@@ -227,3 +255,65 @@ Bildsequenzen eines Blender-Schnittprojekts bei Weitergabe mitnehmen.
   nur Wheels und brechen andernfalls ab. Kein weiterer Quellbuild vorgesehen.
 - Offen: installierte OpenCV-Version/-Herkunft und echte Modellinferenz am Pi
   prüfen. Dell-Netzteil laut Nutzer passend, Ausgangsprofile nicht verifiziert.
+
+## Updateauftrag vom 14. Oktober 2026
+
+- Erledigt: Versionsordner, eigene Python-Umgebung, gemeinsames data/,
+  systemd-Neustart und Autostart, HTTP-Prüfung und automatischer Rückfall
+  einschließlich Datensicherung; Anleitung in UPLOAD.md.
+- Lokal verifiziert: simulierte Dienst-/Installationsfehler und erfolgreiche
+  Umschaltung, Erhalt von Einstellungen/Daten und Rückfall zur Altinstallation.
+- Nutzer bestätigt: bisheriger Updateaufruf hat funktioniert.
+- Offen am Pi: tatsächlichen Neustart/Autostart und Rückfall testen;
+  keine Hardwareprüfung durch den Agenten erfolgt.
+- Betriebsgrenze: keine automatische Wiederherstellung nach Stromverlust während
+  des Updates; Speicherbedarf und Aufräumen alter Sicherungen manuell prüfen.
+
+## Nahbereichstest vom 14. Oktober 2026
+
+- Erledigt: auswählbarer Bewegungs-Test in Pfeilrichtung ohne Personenmodell;
+  keine Überquerung nötig, getrennte Testereignisse, gespeicherte Auswahl.
+- Lokal verifiziert: synthetische Richtungs-/Störungs-/Sperrtests, modellfreier
+  Worker und vorhandene Softwaretests. Browser-Demo: Auswahl, Speicherung und
+  Wiederherstellung nach Neuladen in UI-Struktur; Screenshot nicht verfügbar.
+- Offen: neue Version auf Pi übertragen und tatsächliche Nahbereichbewegung
+  kalibrieren/prüfen. Bewegungstest ist kein Nachweis für Personenauslösung
+  oder menschenfreie Bereiche im späteren Gartenbetrieb.
+
+### Rückmeldung: Nahbereich löst nicht aus
+
+- Nutzer-Screenshot: Pi-Livebild, Testmodus aktiviert, 5 Auswertungen/s und
+  Automatik bereit. Nutzer bewegt Hand/Kopf nach rechts passend zum Bildpfeil;
+  keine Auslösung gemeldet. Manuelles Bereich-frei beeinflusste nur die separate
+  Controlleranzeige, nicht die automatische Freigabe.
+- Lokal reproduziert: kleiner/langsamer Stimulus im großen Bereich scheitert an
+  alter Bildänderungsschwelle. Schwellen reduziert, Richtung und Doppelbestätigung
+  beibehalten. Derselbe Stimulus löst nun ohne manuelles Freigeben aus; Gegenrichtung
+  wird verworfen. Diagnoserückmeldung und Automatikstatus in der UI ergänzt.
+- Offen am Pi: erneuter Upload und tatsächlicher Nahbereichstest. Synthetische
+  Tests und JS-Rendererprüfung sind keine Bestätigung einer echten Auslösung.
+
+## Automatische Auslösebilder vom 14. Oktober 2026
+
+- Erledigt: lokal gespeichertes JPEG pro automatischem akzeptierten Trigger,
+  auf grünen Bereich begrenzt; Bildvorschau/Ansehen/Löschen in Ereignisliste.
+  Aufbewahrung laut Nutzer bis manueller Löschung. Ereignis/Profil bleiben.
+- Lokal geprüft: identischer Trigger-Frame, Bereichsbeschnitt, Dateirechte,
+  Persistenz, Migration, Fehlerbereinigung, Bild-API und manuelles Bildlöschen
+  ausschließlich mit synthetischen Daten.
+- Offen: neue Version hochladen, echte Auslösung und Bildvorschau am Pi prüfen.
+  Bestehende Ereignisse bleiben bildlos; Sicherungsbilder gesondert verwalten.
+- Liveprüfung vor diesem Auftrag: Pi-Ereignisliste zeigte drei automatische
+  Bewegungs-Testauslösungen (13:07:54, 13:08:26, 13:08:53) ohne Bilder; daraus
+  folgt kein Nachweis für neue Bildspeicherung oder Erkennungsqualität.
+
+## Einmalige sudo-Abfrage beim Update
+
+- Erledigt: ein sudo-Aufruf nach Vorbereitung der Python-Umgebung. Umschaltung,
+  systemd und Rückfall laufen im selben privilegierten Teil; Python und
+  Unit-Renderer als Pi-Benutzer über runuser. Besitzer von Link/Konfiguration/
+  neuen Sicherungen bleiben beim Pi-Benutzer. Keine Passwortablage/sudoersänderung.
+- Lokal verifiziert: 12 Update-Simulationstests einschließlich Ablehnung jedes
+  zweiten sudo-Aufrufs, erfolgreichem Rückfall und abgelehnter sudo-Anmeldung.
+- Offen am Pi: aktualisierten Upload ausführen und tatsächliche Anzahl der
+  Passwortabfragen sowie Dienst/Python-Benutzer prüfen; kein echter PAM-Test.