working camera movement

2026-10-16 01:38:10 +02:00
1 parent fce8f62534
commit 11e0875a20
@@ -74,3 +74,53 @@ Automatische Tests prüfen die aktuelle Software ohne Pi-Hardware.
 - Follow-Einrichttests prüfen Hold/Release, ablaufende Bewegungslease, verspätete
  Tastenbefehle, falsche/alte Sitzung, Grenzen jenseits gespeicherter Followwerte,
  absolute Pulsgrenzen, Richtungsumkehr und persistente Grenze mit Innenabstand.
+
+- `test_pages.py` prüft getrennte Seiten/Poller und unabhängige Grab-/Kamera-
+  Bedienung. Vorschau darf parallel zur Automatik laufen; echte Bewegung bleibt
+  gesperrt. Globale Abschaltung muss weiterhin beide Bereiche stoppen.
+
+- `node tests/test_endpoints_ui.js` prüft gespeicherte Werte vs. Speicherkandidaten,
+  Freigabe der richtigen Seite, Richtungsumkehr und Schutz vor ungefragtem
+  Speichern beim Start beziehungsweise alten Min-/Max-Formularwerten.
+
+- Endpunkt-UI-Test zusätzlich: eigene numerische Grenzspeicherung, Erhalt der
+  Farb-/Richtungsparameter, Ablehnung von Nachführgrenzen außerhalb des Einrichtbereichs und Startblockade
+  bei offenem Eingabeentwurf. Erweiterung des Einrichtbereichs explizit speichern.
+- Followtest: alte Konfiguration migrieren ohne Erweiterung; Einrichtgrenzen
+  dauerhaft speichern, Jog dort begrenzen, Endpunkt mit Innenabstand übernehmen
+  und Nachführung auf gespeicherte Endpunkte begrenzen. Keine echte Hardware.
+
+- Reine Dokumentationspflege: lokale Links/Anker, konsistente Revisionsangaben
+  und git diff --check prüfen. Frühere Testzahlen als damaligen Prüfstand
+  kennzeichnen; daraus keinen neuen Testlauf oder Pi-Test ableiten.
+
+- Startmitten: asymmetrische persistierte Endpunkte, beide Achsen getrennt,
+  halbe µs aufgerundet, Richtungsumkehr, Bereiche außerhalb 1500 und gesperrte
+  Achse prüfen. Beide Startmodi nutzen dieselbe Berechnung; Dienstkonstruktion
+  bewegt nichts. Endpunktspeichern nutzt festen Sitzungsbezug ohne Bewegung,
+  erneuter Start berechnet neu. JS prüft dieselbe Speicherfreigabe.
+
+- Mittelstellungsbutton: gezielte Service-/API-/JS-Tests für langsame Bewegung
+  beider Achsen zu den zuletzt gespeicherten Endpunkten, Ziel ohne Überschwingen,
+  unveränderte Konfiguration, Sitzungs-/Modussperre, Stopp und alte Sequenzen,
+  Richtungsübernahme und Watchdog-Abbruch. Echte Servos bleiben ungetestet.
+
+- Nachführtempo: Altdateien mit 80 µs/s ohne Endpunktänderung migrieren;
+  80/400/800 bei 15/20 Auswertungen pro Sekunde, begrenztes Nachholen bei
+  Bildlücken und FPS-/Laufzeitanzeige mit künstlicher Uhr prüfen. JS prüft
+  ungespeichertes Tempo beim Start und Erhalt beim Endpunktspeichern.
+- `test_camera.py` prüft gemessene Producer-FPS und veraltete Frames mit
+  künstlicher Uhr. Kein Nachweis der Picamera2-Konfiguration oder Pi-Leistung.
+
+- Suchtests: Opt-in/Altdateimigration, kein Suchen vor Erstfund oder in Vorschau,
+  Schwenks mit Achsumkehr innerhalb asymmetrischer Follow-Endpunkte, Tempo,
+  gesperrte Achse, endlicher Durchlauf und 60-s-Limit. Zwei aufeinanderfolgende
+  Funde, Zwischenverlust, erneute Suche, expliziter Stopp sowie alle Watchdogs
+  mit künstlicher Uhr/Treiber prüfen. JS: Suchoption speichern/bei Grenzänderung
+  erhalten, Start mit ungespeicherter Option ablehnen. Keine echte Suchfahrt.
+
+- Zielverlust-Wartezustand: drei Minuten ohne Punkt bei gesunder Sitzung ohne
+  Bewegungsbefehle, Wiederaufnahme nach zwei Funden, nach Suchende kein weiterer
+  Durchlauf bis erneutem Fund. Farbe bleibt nach Halt/Dienstneukonstruktion
+  erhalten, neue Farbwahl ersetzt sie. Fehlende Bilder/Heartbeat/Auswertung
+  beenden weiterhin Sitzung/PWM; reine Abwesenheit des Punkts nicht.