NEWS: Neu im Admin, zentrale Verwaltung für Passwörter und Schlüssel

[mcm1957]

Aktuelle Test Version	3.2.0
Veröffentlichungsdatum	15.9.2026
Github Link	https://github.com/iobroker-community-adapters/ioBroker.eusec

Der Adapter eusec hat eine größere Überarbeitung durch @bluefox und @ttyphosj uns steht nun in der Version 3.x.x im BETA Repository zur Verfügung.

Details siehe CHANGELOG https://github.com/iobroker-community-adapters/ioBroker.eusec#changelog

Hinweis:
Das Diskussiontopic zur Versi0on 2.x.x findet sich hier: https://forum.iobroker.net/topic/82651/test-adapter-eusec-v2-0-x

[Atifan]

Hi, bei mir hat der Adapter unter picture_url auch kein Bild mehr angezeigt. Habe dann den Adapter vom Github-Link installiert. Das war dann Version 3.2.-7xxxxx irgendwas. Die Instanz ist bei mir aber garnicht gestartet. Deswegen hab ich dann wieder über IoBroker V3.2 latest installiert, also die letzte Version die einem angezeigt wird. Und seit dem Funktioniert der Picture Link auf einmal wieder. Ich hab keine Ahnung wieso aber es geht wieder.

[mcm1957]

@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.

[CptJackSparrow]

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]

Hallo muss doch wieder korrigieren, der Adapter funktioniert doch nicht richtig. Unter picture_url bekomme ich zwar ein Bild, allerdings ist das nie aktuell.

[mcm1957]

@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.

[CptJackSparrow]

@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.

[Atifan]

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

[Atifan]

Hab hier ein Javascript, das versendet eine E-Mail an angegebene E-Mail Adresse sobald eine Person/Auto/Tier entdeckt wurde.
Das Script erkennt automatisch alle Eusec Kameras.
Es muss nur die IP-Adresse vom Iobroker und die E-Mail Adresse angepasst werden.
Vielleicht kann es einer brauchen :)

Eufy-Kamera-Mail.txt

[CptJackSparrow]

@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?

[mcm1957]

@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.

[CptJackSparrow]

@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]

Was mir gerade nochmal aufgefallen ist, dass die letzten Bild auf einmal vorhanden sind, wenn der Adapter neu gestartet wird. Das hieße doch, dass sich die Bilder doch decodieren lassen?!?

[typhos]

@CptJackSparrow Die Beobachtung war der entscheidende Hinweis, danke!

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.