Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[fu_zhou]

Hi zusammen, ich habe mich die letzten zwei Tage intensiv mit dem Frigate-Adapter beschäftigt, aber mir ist es bisher nicht gelungen, das Objekte zu finden, das zuverlässlich zu Beginn einer erkannten Bewegung in einer Zone auf "true" geht und zuverlässlich wieder auf "false", wenn keine Bewegung mehr da ist. Mit "verlässlich" meine ich ohne große Verzögerung. Kann es sein, dass die Frigate-Api relativ langsam Statusänderungen kommuniziert oder habe ich das entsprechende Objekt bisher übersehen? Frigate läuft im Container auf einem Synology NAS mit Coral TPU, CPU und TPU Auslastung ist gering, das Live-Bild der Kamera ist Echtzeit ohne Verzögerungen und auch bei den Aufzeichnungen sind keine Fehlauslösungen (Schattenwurf, Blätter etc.) dabei. Danke vorab für entsprechende Tips!

[Eistee]

Ist die erkennung in frigate Webinterface in der Debug Ansicht so wie du es dir erwünschst? Ein Google Coral ist jetzt nicht gerade das was man unter Leistungsfähiger Hardware für hochauflösende Videostreams versteht. Objekterkennung macht der mit wieviel fps bei dir? Für reine Bewwegungserkennung ohne zonen und objekte ist das sicherlich ok. Wie fragst du denn die Objekte und Bewegungserkennung ab? Ich nutze frigate mit einer RTX4000 Objekterkennung, Zonen, Bewegungsmasken und 4x 4k Videostream und kann das quasi als Bewegungsmelder für Lampen verwenden.

Ich frage einfach die erkannten objekte ab z.B.: frigate.0.Carport.person > 0

[fu_zhou]

Ich habe nur einen einzigen 1280x720 Stream und 10 fps eingestellt und darin eine Zone (Frigate Konfigurationseditor). "frigate Webinterface in der Debug Ansicht" = Systemprotokoll? Hier kommt gar kein Eintrag zur Bewegungserkennung, obwohl "Alle Logs" aktiviert ist und der Log des Stream nicht "deaktiviert" ist. Frigate zeichnet die Bewegung aber verlässlich auf, aber im iobroker Log steht "Download error from http://192.168.0.20:5050/api/events/1785569802.564894-mynnx1/clip.mp4" Den clip gibt es aber, wenn ich auf den Link klicke.

"Wie fragst du denn die Objekte und Bewegungserkennung ab?" Meinst du in ioBroker oder Frigate?

Zu deinem Blockly: du setzt den Trigger auf "geändert". Was passiert denn, wenn die Erkennung nach einer person wieder eine person ist. Dann kommt ja keine Änderung, wie wird das Licht dann erneut geschaltet?

[fu_zhou]

Nachtrag: mit den Objekten in der Camera "person" "var" etc. funktioniert es verlässlich, vielen Dank dafür!

[Eistee]

Carport Garage und Eingang sind bei mir Zonen nicht die Kameras. Mit Debugansicht meine ich wenn du im frigate Webinterface in der Liveansicht einer 'Kamera bist dann gibt es oben rechts ein Zahnrad mit einem Menü und dort die Debug-Ansicht und dann kannst du links z.B. die Objektliste anzeigen um zu sehen welche Objekte erkannt wurden.

[fu_zhou]

Ok, verstanden. Jetzt weiß ich, was das Problem ist: In den Kamera-Objekten funktioniert das Setzen und Rücksetzen von "person", "car", "dog" etc. incl. dem zugehörigen "..._active" zeitnah und zuverlässig. In den Objekten der Zone, die für diese Kamera eingerichtet ist, bleibt die "1" sporadisch beim erkannten Objekt stehen, auch wenn das Objekt nicht mehr in der Zone ist. Ich habe z.B. in der Zone "bicycle" und "bicycle_active" auf "1" seit gestern 16:33 Uhr, wobei weit und breit kein Fahrrad mehr im Kamerabereich steht. Ich bin vorhin nach Hause gekommen, seither (18:52 Uhr) steht in der Zone "person" und "person_active" auf "1" und ist nicht, wie in der Kamera, wieder auf "0" gegangen, seit ich aus dem Bild bin.

Kennst du das Problem? Liegt das eher am Adapter oder an frigate? Ich benutze die stable, also 0.17.2 und den Adapter 3.0.3 - und dann noch der Problem mit dem clip-Download-Error...

[Eistee]

Nee kenn ich nicht das Problem. Aber könnte sein das die Zonenauswertung zu viel ist für die TPU. Ich fahr hal meine erkennung auf 4x 4k mit 30fps und hab dementsprechend eine RTX4000 im Server (DELL R730 mit 256GB Ram)

[manne01]

Hallo Forum,

kann man die Anzahl der Pushover Alarme irgendwie reduzieren? Bei mir kommen einfach zu viele an. Ich habe alle möglichen Settings im Adapter und in Frigate schon durchprobiert.
Frigate kennt ja auch Benachrichtigungen, dort aber für Browser. Dort gibt es auch ein Setting Cooldown, aber das hilft für API Events nicht.

Könnte man eine Einstellung einbauen die nach einem Event einer Kamera für diese Kamera eine konfigurierbare Pause (zB 120 Sekunden) erzeugt?

Schöne Grüße
Manne

[fu_zhou]

Weiß jemand, wann der Adapter 3.1.0 rauskommt? Das zugehörige Changelog ist schon seit einigen Tagen in Github veröffentlicht.

[mcm1957]

Danke der Nachfrage.
Bei der 3.1.0 ist der Bauvorgang schief gegangen. Ist leider nicht aufgefallen. Die kommte daher (wahrscheinlich) nie auf npm ( ins latest.
Ich hab @bluefox getriggert damit er das checked (betriff den react / ui Bereich und da kann ich eher nur verschlimmbessern)

[manne01]

kann man die Anzahl der Pushover Alarme irgendwie reduzieren? Bei mir kommen einfach zu viele an. Ich habe alle möglichen Settings im Adapter und in Frigate schon durchprobiert.

Könnte man eine Einstellung einbauen die nach einem Event einer Kamera für diese Kamera eine konfigurierbare Pause (zB 120 Sekunden) erzeugt?

Hief....schieb....

Oder wie macht ihr das mit den Benachrichtigungen? Ich kriege vom frigate-Adapter jede Menge Benachrichtigungen während der ganzen Dauer während der ein Objekt erkannt wird. In frigate selbst wird das Ganze schön in einem Review bündelt.

Welchen Datenpunkt aus dem Adapter sollte man nutzen um zu Beginn eines Objekts informiert zu werden, über die weiteren Bewegungen desselben Objekts aber nicht? Meine Versuche bisher waren leider erfolglos.

Schöne Grüße
Manne

[mcm1957]

mcm1957 sagte:

Danke der Nachfrage.
Bei der 3.1.0 ist der Bauvorgang schief gegangen. Ist leider nicht aufgefallen. Die kommte daher (wahrscheinlich) nie auf npm ( ins latest.
Ich hab @bluefox getriggert damit er das checked (betriff den react / ui Bereich und da kann ich eher nur verschlimmbessern)

@bluefox hat ne neue Release (3.1.1) erstellt. Sollte spätestens morgen im LATEST sichtbar sein.