Das Bild kommt auf zwei verschiedenen Wegen zum Adapter:

• Bei einem Ereignis steht in der Push-Nachricht ein Link in die eufy-Cloud. Der Adapter lädt das Bild dort herunter, und genau das ist die v8-Datei, die sich nicht entschlüsseln lässt.
• Beim Start des Adapters kennt er nur den Pfad des Bildes auf der HomeBase und holt es deshalb direkt von der HomeBase über die lokale P2P-Verbindung. Auf diesem Weg kommt das Bild in einem Format, das sich entschlüsseln lässt. Deshalb waren nach einem Neustart plötzlich die richtigen Bilder da.

Die Bibliothek hat zwar einen Ausweichweg über P2P, der greift aber nur, wenn der Download aus der Cloud leer ist, und ein v8-Bild ist ein erfolgreicher Download.

Mit Version 3.3.0, die gerade erschienen ist, holt der Adapter das Bild selbst von der HomeBase, wenn das Bild aus der Cloud nicht zu entschlüsseln ist. Das Bild erscheint dann etwa eine Minute nach dem Ereignis, weil die HomeBase es erst nach dem Ende der Aufnahme speichert. Wer in der Kamera eine eigene Cliplänge eingestellt hat, wartet so lange. Im Log steht dazu statt der Warnung eine Info-Zeile:

Event picture of device T8113... could not be decoded (... format "v8_eufysecurity"), loading it from the station

Im GitHub-Issue #136 hat das mit einem Testpaket an vier Kameras funktioniert.

Zur Frage, warum manche Kameras v8 senden und andere nicht: Das entscheidet eufy, vermutlich je nach Modell und Firmware. Beeinflussen lässt sich das nach allem, was ich weiß, nicht. Mit 3.3.0 sollte das für die letzten Bilder aber keine Rolle mehr spielen.

Die Version sollte in Kürze im Beta-Repository auftauchen. Rückmeldungen, ob es bei euch auch klappt, gerne hier.

@mcm1957 sagte:
Ich würde sagen dass kann nur eufy sagen :-). Heißer Tipp sind Kameramodell undFirmwarestand :-)

Die sind schon auf github im entsprechenden Issue hinterlegt...

@CptJackSparrow said:

Aber wie kommt es, dass bei einigen eufy Cams v1 oder v2 jpegs kommen und bei mir v8? Hat man da einen Einfluss drauf?

Ich würde sagen dass kann nur eufy sagen :-). Heißer Tipp sind Kameramodell undFirmwarestand :-)

Und bisher hat auch eine Suche mit AI keine V8 decodierung geliefert. Zwar wurde das (vermutliche) Datenformat ausgewertet aber wie bzw. wo die notwendigen Schlüssel zur Entschlüsselung ermittelt werden können ist nach meinem Wissensstand nicht bekannt.

@Atifan sagte:

Hi es gab ein Update vom Adapter und ich glaube es funktioniert jetzt wieder alles richtig.

Es funktioniert zur Zeit nur sehr bedingt, da im Falle, dass ein neues Bild nicht dekodiert werden konnte, das vorherige weiter im Verzeichnis stehen bleibt. Dieses wird im Log auch angezeigt. Das liegt daran, dass v8 nicht dekodiert werden kann.

Event picture of device T8113Txxxxxxxxxx could not be decoded, keeping the previous picture (18153 bytes, format "v8_eufysecurity")

Aber wie kommt es, dass bei einigen eufy Cams v1 oder v2 jpegs kommen und bei mir v8? Hat man da einen Einfluss drauf?

Eufy-Kamera-Mail.txt

@mcm1957 sagte:
Ein Fehlverhalten ist eigentnlich nie korrekt :-)

Ich meinte eher, ob mit der 3.2.0 die letzten Bilder wieder funktionieren sollten.

Aber ich gehe davon aus, so wie ich es in dem v2 Thread geschrieben habe, dass es eine Umstellung von eufy-security-client auf eufy-sdk geben muss. So habe ich es zumindest auf github verstanden.

https://github.com/bropat/eufy-security-client und https://github.com/mega-yfue/eufy-sdk

Dann warten wir mal, was passiert. Ich bin auf jeden Fall froh und dankbar, dass ihr an diesem Adapter weiterarbeitet.

@WG25 said:

Ich habe den Adapter jetzt wieder aus ioBroker heraus installiert.

Danke, so wäre es vorgesehen

Die Aktualisierung der letzten Bilder bei Bewegung funktioniert aber nicht. Ist das korrekt oder liegt da ein Problem bei mir vor?

Ein Fehlverhalten ist eigentnlich nie korrekt :-) (Oder meinst du die Installation?). Kann derzeit kein Problem / Fehler bei dir erkennen. Da du dazu eh Issue https://github.com/iobroker-community-adapters/ioBroker.eusec/issues/136 geöffnet hast können wir nur warten, dass sich @bluefox oder @typhosj das ansieht - die beiden haben zuletzt am Adapter gearbeitet.

Das ist das zu erwartende Verhalten. Der Adapter ist (wie in Zukunft immer mehr Adapter) nicht von Gihub installierbar.

Ich habe den Adapter jetzt wieder aus ioBroker heraus installiert. Die Aktualisierung der letzten Bilder bei Bewegung funktioniert aber nicht. Ist das korrekt oder liegt da ein Problem bei mir vor?

@Atifan said:

Habe dann den Adapter vom Github-Link installiert. Das war dann Version 3.2.-7xxxxx irgendwas. Die Instanz ist bei mir aber garnicht gestartet.

Das ist das zu erwartende Verhalten. Der Adapter ist (wie in Zukunft immer mehr Adapter) nicht von Gihub installierbar.