UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Wal]

@tombox sagte in Test Frigate Adapter 0.2.8:

die letzten events sind unter events.history bzw als json events.history.json

Hatte ich glatt übersehen, danke.

[Wal]

@tombox sagte in Test Frigate Adapter 0.2.8:

minimum score habe ich eingebaut

Score funktioniert, saubere Arbeit.

[tombox]

@wal Du kannst ja noch ein wenig testen ob was fehlt oder nicht funktioniert. Wenn es für dich ok ist würden wir das als 1.0.0 Release mit dem Update Hinweis das die alte Struktur gelöscht wird

[Wal]

@tombox sagte in Test Frigate Adapter 0.2.8:

Wenn es für dich ok ist würden wir das als 1.0.0 Release

Machst du dann noch einen neuen Support Thread auf ? Würde dann hier auf den verlinken.

[Wal]

@tombox ,
habe jetzt die Anbindung in vis und die Erkennung getestet, das funktioniert alles perfekt.
Ich wüsste auch nicht was man noch verbessern könnte, Respekt was du da in 1Woche erstellt hast.

Die Benachrichtigung direkt an Telegramm bei einem bestimmten Score finde ich super.
Ich denke du kannst die 1.0.0 Release auf die Menschheit loslassen. ;-)

[Wal]

Achtung, der Adapter wurde von @tombox überarbeitet und in die "iobroker-community-adapters" integriert.
Bitte auf die neue Version erst upgraden wenn Zeit vorhanden ist. Es müssen vorhandene Skripte und Datenpunkte auf die neue Struktur angepasst werden.
Siehe erster Thread.

Neue Url: https://github.com/iobroker-community-adapters/ioBroker.frigate

[Wal]

@tombox ,
Frigatelog.txt

[dragst3r]

Ich habe mir den neuen Adapter mal angeschaut. Die MQTT Option sollte weiterhin frei sein, sodass man auch im Adapter eine MQTT Quelle (mqtt.0)zum lesen nutzen kann. Nicht jeder will eine direkte Verbindung zwischen Frigate und Iobroker. Ich persönlich nutze auch einen anderen MQTT-Server.

Außerdem war es vorher besser, dass jede Kamera seine eigene Struktur hatte. So konnte ich gezielt auf Dinge triggern und diese auch in VIS darstellen.
Ein generelles Event Log ist aber durchaus praktisch.

[tombox]

@dragst3r die Unterstützung von mqtt.0 ist eher komplex und langsam. Dazu kommt noch das viel mehr last auf das system und Festplatte geht weil alles erstmal gespeichert und gelesen werden muss, gerade weil ganze Bilder gesendet werden

Es wäre dann eher sinnvoll bei dem eignen mqtt server die Daten einfach durch zu leiten und an den frigate adapter zu schicken

oder halt auf v0.2.8 bleiben

Jeder Kamera hat ihre eigne Struktur

[dragst3r]

@tombox verstehe, mqtt so zu nutzen macht da dann mehr Sinn. Solange die User kein Problem haben mit ihren MQTT Instanzen.
Jede Kamera hat zwar ihre eigene Struktur, jedoch immer nur das letzte Bild. Ich persönlich habe z.B. mit der Struktur vorher so gearbeitet, dass alle n-Person Erkennungen von Kamera X, Y, Z im VIS einzelnt dargestellt worden sind. Da hatte ja @Wal mit dem Ringpuffer gearbeitet.

[Wal]

@dragst3r sagte in Frigate Adapter für ioBroker:

Da hatte ja @Wal mit dem Ringpuffer gearbeitet.

Die gibt es noch unter events.history ich hatte auch gesucht. ;-)

[tombox]

@dragst3r
Es gibt ja Events im Ringspeicher.

frigate.0.events.history.01.thumbnail als Bild
der zugehörige snapshot oder clip als Link
für jeden Event.

Pro camera
frigate.0.camera.person_snapshot als Bild
frigate.0.camera.car_snapshot als Bild
...
Das letzte Objekt snapshot

Sind denn die camera snapshots denn anders als die event thumbnails?

[Wal]

@tombox sagte in Frigate Adapter für ioBroker:

Sind denn die camera snapshots denn anders als die event thumbnails?

Ja, volle Auflösung und keine Scoreeinblendung falls das in Frigate aktiviert ist.

[crunchip]

@tombox hab gestern auf deine Version gewechselt, soweit ok, aber heute viel mir auf, das in der frigatte.0 über 6000 Objekte liegen, nun dacht ich, ok vllt hängt es mit der Vorversion zusammen, also hab ich den Objektbaum mal gelöscht, frigatte und die Instanz neu gestartet.

Nun rödelt iobroker aber nun und legt die Struktur wieder an

die Loggröße wächst kontinuierlich und es nimmt kein Ende, läuft schon fast 30 min, hab sogar schon die frigate instanz gestoppt, läuft aber trotzdem weiter

cpu auf der iobroker VM

generelle Frage, braucht es denn diesen ganzen Rattenschwanz an Daten/Objekten oder könnte man das umbauen und in der Instanz wählbar machen, für diejenigen die diese Daten haben möchten

[tombox]

@crunchip Das sieht so aus als hättest du die Objekte gelöscht aber nicht die Instanz gestoppt.
Vielleicht muss auch iobroker mal neugestartet werden

Alle Instanzen stoppen so das keine logs mehr kommen
nochmal via GitHub installieren
Instanz starten
Es dürfen keine warnings kommen
Objekte um die 600 Objekte

[crunchip]

@tombox sagte in Frigate Adapter für ioBroker:

Alle Instanzen stoppen so das keine logs mehr kommen
nochmal via GitHub installieren
Instanz starten
Es dürfen keine warnings kommen

bin ich gerade dabei

@tombox sagte in Frigate Adapter für ioBroker:

sieht so aus als hättest du die Objekte gelöscht aber nicht die Instanz gestoppt.

das kann sein, im Eifer des Gefechts

@tombox sagte in Frigate Adapter für ioBroker:

Objekte um die 600 Objekte

ich werde beobachten und Rückmeldung geben

[dragst3r]

@tombox das ist super für das aktuelle Bild und er ein Objekt mit dem Label anlegt. Die tauchen nun erst mit der Zeit auf. Für den Verlauf der letzten X Bilder anhand der EventID bastel ich mir dann was, sodass ich für Label und Kamera eine individuelle Historie habe. Z.B: Zeige mir alle 4 Katzen Snapshots der Kamera Garten.

Aber nun mal eine generelle Frage: Es sollte kein Snapshot oder Clip Objekt aktualisiert werden, wenn es Frigate auch nicht macht. Hier wurde scheinbar anhand der Motion Action ausgelöst. Somit werden bei mir Snapshots erzeugt, die garnicht erzeugt werden dürfen. Es sollte sich zu Frigate GUI gleich verhalten.

Das hatte ich schon beim "alten" Adapter angemerkt, im JSON bei has_snapshot bzw. has_clip

[tombox]

@dragst3r Es werden nur die mqtt Sachen verarbeitet die frigate schickt
unter events.after das letzte event
events.history die letzen 10 events wenn ein neues event passiert ist

camera.person_snapshot wenn frigate ein neuen person snapshot liefert wird er dort abgespeichert.

motion wird nicht verarbeitet sondern nur unter
camera.motion angezeigt

[crunchip]

@tombox sagte in Frigate Adapter für ioBroker:

Es dürfen keine warnings kommen

nachdem ich nun frigate neu gestartet hab

frigate.0
2024-01-24 11:29:52.488	info	frigate.0 (3233) MQTT client frigate subscribed to topics: frigate/# from broker 8f43c1df-0f3d-46e6-b896-daf19f01ffd0

frigate.0
2024-01-24 11:29:52.467	warn	AxiosError: Request failed with status code 502

frigate.0
2024-01-24 11:29:52.464	warn	Cannot reach server. You can ignore this after restarting the frigate server.

frigate.0
2024-01-24 11:29:52.461	warn	fetchEventHistory error from http://10.1.1.219:5000/api/events

frigate.0
2024-01-24 11:29:52.299	info	Filter for message from client: frigate

frigate.0
2024-01-24 11:29:52.297	info	New client: frigate

danach in der Instanz nun mal alle Haken bei Benachrichtigung gesetzt

frigate.0
2024-01-24 11:38:35.091	info	Notification score 0.8125 is lower than 80 state Event After Snapshot update type person

frigate.0
2024-01-24 11:38:34.879	info	Notification score 0.8046875 is lower than 80 state Event After Snapshot update type person

frigate.0
2024-01-24 11:38:06.884	info	frigate.0 (6659) MQTT client frigate subscribed to topics: frigate/# from broker 0d1b26b5-3576-4961-ba82-774edab3af97

frigate.0
2024-01-24 11:38:06.762	info	Filter for message from client: frigate

frigate.0
2024-01-24 11:38:06.760	info	New client: frigate

frigate.0
2024-01-24 11:38:06.208	info	If you don't see a new client connected, please restart frigate and adapter.

frigate.0
2024-01-24 11:38:06.206	info	Please enter host: 'IoBroker' and port: '1883' in frigate config

frigate.0
2024-01-24 11:38:06.198	info	MQTT server started and listening on port 1883

frigate.0
2024-01-24 11:38:05.874	info	starting. Version 0.2.9 (non-npm: iobroker-community-adapters/ioBroker.frigate#2f7c0df50042d9f0748c3225c9258cc6d955efb4) in /opt/iobroker/node_modules/iobroker.frigate, node: v18.19.0, js-controller: 5.0.17

frigate.0
2024-01-24 11:37:59.641	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.640	error	Error extract keys: events.after.box04 399

frigate.0
2024-01-24 11:37:59.637	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.636	error	Error extract keys: events.history.06 {"box":"","camera":"buero","data":{"attributes":[],"box":[0.21805555555555556,0.20208333333333334,0.2875,0.6395833333333333],"region":[0,0,1.0722222222222222,1.6083333333333334],"score":0.8203125,"top_score":0.82421875,"type":"object"},"end_time":1706092340.802761,"false_positive":null,"has_clip":true,"has_snapshot":true,"id":"1706092198.251338-dax9px","label":"person","plus_id":null,"retain_indefinitely":false,"start_time":1706092188.251338,"sub_label":null,"thumbnail":"data:image/jpeg;base64,/9j/4AAQSkZ...q89fWkM//9k=","top_score":null,"zones":["zone_buero1","zone_buero"],"websnap":"http://10.1.1.219:5000/api/events/1706092198.251338-dax9px/snapshot.jpg","webclip":"http://10.1.1.219:5000/api/events/1706092198.251338-dax9px/clip.mp4"}

frigate.0
2024-01-24 11:37:59.635	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.633	error	Error extract keys: events.history.04.data.region02 0.07954545454545454

frigate.0
2024-01-24 11:37:59.632	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.631	error	Error extract keys: events.history.04.data.region03 0.5

frigate.0
2024-01-24 11:37:59.630	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.629	error	Error extract keys: events.history.04.data.region03 0.5

frigate.0
2024-01-24 11:37:59.614	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.613	error	Error extract keys: events.history.06 {"box":"","camera":"buero","data":{"attributes":[],"box":[0.21805555555555556,0.20208333333333334,0.2875,0.6395833333333333],"region":[0,0,1.0722222222222222,1.6083333333333334],"score":0.8203125,"top_score":0.82421875,"type":"object"},"end_time":1706092340.802761,"false_positive":null,"has_clip":true,"has_snapshot":true,"id":"1706092198.251338-dax9px","label":"person","plus_id":null,"retain_indefinitely":false,"start_time":1706092188.251338,"sub_label":null,"thumbnail":"data:image/jpeg;base64,/9j/4AAQSkZJRgABAQA...q89fWkM//9k=","top_score":null,"zones":["zone_buero1","zone_buero"],"websnap":"http://10.1.1.219:5000/api/events/1706092198.251338-dax9px/snapshot.jpg","webclip":"http://10.1.1.219:5000/api/events/1706092198.251338-dax9px/clip.mp4"}

frigate.0
2024-01-24 11:37:59.611	error	Error: DB closed

frigate.0
2024-01-24 11:37:59.609	error	Error extract keys: events.history.10.data.region03 0.9888888888888889

frigate.0
2024-01-24 11:37:59.607	error	Error: DB closed

dann ging mir plötzlich der Ram auf der VM aus:smirk:

hab der VM nun mehr Ram gegeben und alles nochmal neu gestartet, ich beobachte

[tombox]

@crunchip das sieht soweit gut aus
eigentlich ist die score zwischen 0 und 1 aber ich werde es umrechnen wenn score höher als 1 ist
ja RAM verbrauch bei notification habe ich auch gesehen ich schaue mal wie ich da optimieren kann.