Jedes crossing-Event enthaelt jetzt "total" = Gesamtzaehler-Stand zum
Zeitpunkt der Ueberquerung (= laufende Nummer des Fahrzeugs).
README-Payload-Beispiel ergaenzt.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bezugspunkt fuer die Linienueberquerung von Box-Mitte auf Bodenkontakt
(Unterkante-Mitte) geaendert. Bei hohen Fahrzeugen lag die Box-Mitte
weit ueber der Strasse und kreuzte die Linie nie. Die Unterkante = wo
das Fahrzeug die Strasse beruehrt -> korrekt fuer PKW und LKW/Bus.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
CAMERA_URL kann Credentials enthalten (z.B. rtsp://user:pass@host).
Diese werden in Hilfetext, Lauf-Ausgabe und Fehlermeldung jetzt zu
***:*** maskiert. Default im Code auf neutralen Platzhalter gesetzt.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Betrieb laeuft ueber supervisord + 'python app.py'; gunicorn wird nicht
verwendet. Bei Bedarf aus der Git-Historie wiederherstellbar.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Beispiel-Config + reread/update/restart/status/Logs, mit Hinweis auf
directory= (.env/counting_line) und Restart-Bedarf nach Code-Updates.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
int(str(...)) macht das Argument eindeutig; None/Nicht-Zahl -> ValueError
-> abort 400. Verhalten identisch, kein int(None) mehr fuer den Type-Checker.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bei debug=False cachte Jinja die Templates -> webcam.html-Aenderungen
wurden erst nach App-Neustart sichtbar. Auto-Reload betrifft nur das
Rendern bei Seitenaufrufen, nicht die Video-Pipeline.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Statt ins Bild gebrannt ist der Zaehler jetzt ein HTML-Overlay, das frei
mit der Maus positioniert werden kann; Position wird in localStorage
gemerkt. Werte kommen ueber /api/counts (Live-Polling).
- draw_overlay/render_static/process_frame: draw_counter-Flag
(Webcam laesst Box weg, Video-Upload behaelt sie eingebrannt)
- Grabber-State auf self.state -> /api/counts liest live mit
- Drag-Logik + Counts-Polling im Frontend
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Schaltet die ESP32-CAM-Aufloesung per Button um (VGA 640x480 = mehr FPS,
SVGA 800x600 = mehr Detail). Server proxyt den /control-Aufruf an die
Kamera (Host automatisch aus CAMERA_URL, Port 80).
- /api/cam_framesize (Whitelist 10=VGA, 11=SVGA)
- zwei Buttons + Status-Feedback im Frontend
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Misst FPS, Ø/min/max-Framegroesse und Durchsatz (Mbit/s) - zur Diagnose
des ESP32-CAM-WLAN-Engpasses. --app (Pipeline), --cam (Kamera direkt,
CAMERA_URL aus .env) oder beliebige URL, -t fuer Dauer.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
file.filename ist str|None. Guard faengt None jetzt mit ab, und
secure_filename(file.filename or "") macht den Typ eindeutig str.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
data.get() liefert Any|None; Type-Checker erkannte den abort-Guard nicht
als Einschraenkung. str(... or "") macht den Typ eindeutig str, Verhalten
identisch (None/"" -> abort 400).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Type-Checker sah model.model als evtl. None. YOLO bietet die Klassen-
namen direkt ueber model.names an (identischer Inhalt verifiziert).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Direkter Zugriff mqtt.CallbackAPIVersion wurde von Pylance bei paho-1.x-
Stubs als "nicht exportiert" markiert. getattr umgeht das, gleiche
1.x/2.x-Kompatibilitaet zur Laufzeit.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Trotz GRABBER_ALWAYS_ON=1 kann der ESP32-Slot per Button manuell
freigegeben werden (z.B. um die Cam woanders direkt zu oeffnen).
Freigegeben = Slot frei + Zaehlung pausiert; uebernehmen = wieder zaehlen.
- Grabber: paused-Flag, hat Vorrang vor ALWAYS_ON/Karenzzeit
- /api/grabber_toggle + paused-Feld in /api/webcam_status
- Button + eigener Overlay-Text ("Kamera freigegeben") im Frontend
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bei GRABBER_ALWAYS_ON=0 kappte kurzes Zuschauer-Aus (<img>-Reload der
Auto-Recovery) die Kameraverbindung -> Reconnect -> Tracker/Zaehlzustand
wurde zurueckgesetzt. Bei ~1 FPS riss das die Zaehlung auseinander.
- Grabber: Karenzzeit (VIEWER_GRACE_SEC, Default 15s) bevor die Kamera
bei fehlenden Zuschauern freigegeben wird -> kein Reconnect-Churn
- Frontend: Overlay/Reload erst nach ~6s echtem Ausfall (3 Polls),
nicht bei einzelnen langsamen Frames -> kein Verbindungs-Churn
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Pro verarbeitetem Frame mit Fahrzeugen: Anzahl, Abstaende zur Linie,
Band, jetzt gezaehlt, Gesamt. Hilft zu sehen, ob Fahrzeuge erkannt
werden und wie nah sie der Linie kommen (Frame-Rate-/Band-Diagnose).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Nach langer Kamera-Pause (z.B. ueber Nacht aus) trug der persistente
YOLO-Tracker alten Zustand mit: neue Fahrzeuge wurden an verlorene
Alt-Tracks gekoppelt bzw. erst nach 2 Frames aktiviert -> bekamen keine/
verzoegerte ID -> wurden nicht gezaehlt.
- Tracker beim (Re-)Connect via tracker.reset() leeren -> frische IDs
- frame_idx beim Reconnect nullen (Gesamtzaehler bleibt)
- Log-Zeile beim Verbinden (Reconnects in supervisord-Logs sichtbar)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ESP32-CAM haengt sich gelegentlich auf -> Bild blieb leer ohne Hinweis.
- Grabber merkt sich last_frame_ts; /api/webcam_status liefert online-Flag
(online = letzter Frame < 5s her)
- webcam.html pollt alle 2s und blendet ein Offline-Overlay ein
- Auto-Recovery: kommt die Kamera zurueck, wird der MJPEG-Stream neu
angestossen (<img> reconnectet sonst nach Abbruch nicht von selbst)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- CSS-Variablen fuer Hell/Dunkel, Umschalter (🌙/☀️) oben rechts
- Default folgt prefers-color-scheme, Wahl wird in localStorage gemerkt
- Theme wird vor dem Rendern gesetzt -> kein Flackern
- index, webcam und play_video konsistent
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
camera=Kamera-ID (cam1), source=Herkunft (webcam/video) - vorher war
source bei der Live-Cam mit der Kamera-ID belegt und damit redundant.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
.flaskenv (Flask SECRET_KEY) war versehentlich versioniert. Aus Tracking
genommen, in .gitignore aufgenommen, Key lokal rotiert. History-Purge folgt.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
track_positions/counted_ids wuchsen im 24/7-Betrieb unbegrenzt:
-> Speicherleck/Slowdown -> Bildrate bricht ein -> Linienueberquerungen
werden nicht mehr erfasst (Einzel-Erkennung lief weiter).
- Track-IDs altern jetzt (last-seen-Frame) und werden nach
COUNT_FORGET_FRAMES aus track_positions UND counted_ids entfernt
- bounded State -> kein Leck; loest auch Unterdrueckung bei spaeterer
Track-ID-Wiederverwendung
- Langzeit-Simulation (5000 Frames): 100/100 gezaehlt, State-Peak 4
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Schnelle Fahrzeuge im kamera-nahen (pixel-schnellen) Bereich sprangen
ueber das 24px-Band -> wurden nicht gezaehlt. 45px faengt sie ab; die
Entprellung (60px) verhindert weiterhin Doppelzaehlung.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ESP32-CAM-Empfehlung zu einer Tabelle erweitert: wetterdichte Box und
Powerbank fuer netzunabhaengigen Aussenbetrieb (Affiliate-Links).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Hardware-Empfehlung im ESP32-CAM-Abschnitt + Voraussetzungen verlinkt,
mit Affiliate-Hinweis (Transparenz).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bisher musste von DERSELBEN Track-ID ein Punkt vor UND hinter der Linie
erfasst werden. Bei schnellen Fahrzeugen gibt es dafuer oft zu wenige
Samples oder die Track-ID wechselt -> nichts wird gezaehlt.
- Band um die Linie (COUNT_BAND_PX): ein einzelnes Sample nahe der Linie
reicht jetzt zum Zaehlen
- Entprellung (COUNT_DEDUP_PX/FRAMES): verhindert Doppelzaehlung bei
Track-ID-Wechseln nahe der Linie
- klassischer Segment-Schnitt bleibt zusaetzlich erhalten
- point_to_segment_dist + Tests fuer langsam/schnell/ID-Wechsel
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- 'cp .env.example .env' als empfohlener Einstieg dokumentiert
- Broker-IP/Topic/Kamera-IP aus README und app.py-Default durch
Platzhalter ersetzt (versehentlich aus lokalem Setup uebernommen)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Vorlage fuer die lokale .env (alle 16 Env-Variablen erklaert, nur
generische Platzhalter/Defaults). 'cp .env.example .env' zum Start.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- MQTT_ENABLED=false -> App startet ohne Broker, keine Events/LWT
- publish_crossing wird zum No-Op, kein Reconnect-Rauschen
- README: optional gekennzeichnet, Env-Tabelle + .env-Beispiel ergaenzt
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- Linie wird beim Setzen atomar in counting_line.json gespeichert
- beim Start geladen -> Default fuer Session UND Webcam-Grabber
- Pfad per LINE_FILE-Env ueberschreibbar, Datei via .gitignore ausgeschlossen
- set_line-Route nutzt jetzt _valid_line (weniger Doppelcode)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- "online" (retained) beim (Re-)Connect via on_connect-Callback
- "offline" automatisch durch Broker bei Verbindungsabbruch (LWT)
- Abnehmer (n8n / Home Assistant) sehen jederzeit den Live-Zustand
- README um Status-/Availability-Topic ergaenzt
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Ohne 'source .env' liefen Broker/Topic auf Defaults (127.0.0.1 statt
192.168.10.7, vehiclecounter/cam1 statt counter/cam1) -> keine Events.
Jetzt laedt app.py die .env per python-dotenv beim Start.
- load_dotenv() vor dem Auslesen von os.environ
- README: .env-Konfig + supervisord-Hinweis (directory=), python-dotenv
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- yolo11s.pt aus Tracking entfernt, .gitignore auf *.pt erweitert
- README: Modelle werden beim ersten Start autom. geladen statt manuell
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- NVIDIA-GPU mit CUDA als Voraussetzung dokumentiert (FP16, CPU-Fallback)
- ESP32-CAM als MJPEG-Live-Quelle inkl. CAMERA_URL/Fan-out/Always-on
- MQTT-Broker fuer Crossing-Events (Topic, Payload, Env-Konfig)
- Installation um CUDA-PyTorch, requests und paho-mqtt ergaenzt
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Problem: YOLO hat die gelbe Zähllinie als "Zahnbürste" erkannt
Lösung: Zähllinie wird jetzt NACH der YOLO-Erkennung gezeichnet
Änderungen:
- YOLO-Erkennung läuft auf dem Original-Frame
- Zähllinie wird erst danach als Overlay gezeichnet
- Linie ist jetzt etwas dicker (3px statt 2px) für bessere Sichtbarkeit
Resultat: Keine falschen Objekterkennungen mehr durch die Zähllinie
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Neue Debug-Features:
- Orange Bewegungslinien zeigen die Trajektorie jedes Fahrzeugs
- Größerer grüner Kreis (25px) beim Zählen für bessere Sichtbarkeit
- crossed_line() Helper-Funktion für bessere Code-Lesbarkeit
Hilft beim Debuggen:
- Bewegungslinien zeigen ob Fahrzeug sich bewegt
- Sichtbar ob Bewegungslinie die Zähllinie kreuzt
- Bestätigt visuell dass Tracking funktioniert
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
