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

[martinschm]

@wendy2702 said in Test Frigate Adapter 0.2.8:

@wal Sorry: Offtopic aber hattest du nicht ne Anleitung zu Frigate installation Proxmox mit Corel USB erstellt?

Habe mir heute auch den Corel USB bestellt und wollte Frigate mal testen bevor ich Motioneye in Rente schicke.

Hast du zufällig den Link dahin parat?

Hab den USB Coral und hab damit auch motioneye in Rente geschickt. Leider hab ich die Schritte nicht dokumentiert, da ich mich selber ein wenig durch gewurschtelt habe. Insgesamt war ich als Docker und frigate Newbie aber überrascht, das ich es so schnell ans Laufen bekommen habe.

Bin bisher super zufrieden, die Erkennung is echt gut und endlich werde ich nicht mehr bei jeder "Bewegung" vor der Haustür mit Bildern per Telegram bombardiert.

[uwe72]

@wal DANKE!

Ich scheine einen Schritt weiter zu sein.

[tombox]

@Wal

Ich habe den Adapter neu geschrieben.

• Er kommt ohne MQTT adapter aus, somit werden die Daten schneller transportiert
• Die snapshots können direkt in die vis integriert werden
• Integrierte Notification Funktion für Snapshots und Clips

Achtung bei der Installations werden die alten Datenpunkte gelöscht es muss also Anpassung für Skripte oder Vis durchgeführt werden

Installation für Test:

1. Unter Adapter Experten Modus aktivieren:
   

2. Unter Adapter das Github Icon klicken:
   

3. Benutzerdefiniert auswählen und die Url https://github.com/iobroker-community-adapters/ioBroker.frigate einfügen.
   

Bitte testen und gerne zusätzliche Features äußern.

Anleitung:
https://github.com/iobroker-community-adapters/ioBroker.frigate/blob/main/README.md

[Wal]

@tombox,
sehr gut gemacht.

@tombox sagte in Test Frigate Adapter 0.2.8:

Bitte testen und gerne zusätzliche Features äußern.

Die Möglichkeit erst ab einem bestimmten Score die z.B. Telegram Nachricht zu senden und wenn man die die letzten Urls im Ringpuffer auch wieder hätten wäre auch nicht schlecht.

[tombox]

@wal minimum score habe ich eingebaut und die letzten events sind unter events.history bzw als json events.history.json

[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