Test Adapter eusec v2.0.x

[Ephi]

Hallo @mcm1957, auch von mir ein ganz herzliches Dankeschön, dass Du Dich des tollen Adapters angenommen und ihn wieder lauffähig gemacht hast.

Habe die Version 2.0.3 gerade installiert und schon getestet. Funktioniert bislang alles einwandfrei. Nutze eine Eufy Homebase 3 mit zwei daran angebundenen Eufy SoloCam S340 und eine Indoor Cam Pan&Tilt.

Viele Grüße,
Ephi

[mick70]

Großartig, dass du hier weitermachst, Martin @mcm1957 ! Einer der wichtigsten Adapter für mich!

Leider komm ich gleich mit einem (vermutlich ID-ten-t) Problem: Ich hatte gehofft, dass ich jetzt mein System endlich auf nodejs 22 (von 20) ziehen könnte und dass das aktualisierte Eusec dann weiterhin funktioniert. Leider Pustekuchen... So sieht das nun aus bei mir:

Versuch (1): Weiter mit bish. Instanzeinstellungen

• Ausgangspunkt NJS 20, letzte funktionierende beta von Bropat. Lief.
• Dann zuerst NJS auf 22 aktualisiert (wie im Ausgangspost angegeben), iob fix.
• Eusec läuft erwartungsgemäß nicht, dann Eusec auf 2.0.3 gezogen
• Fehler bei Instanzstart, wiederholt sich ständig:

host.raspberrypi
2025-10-27 17:54:12.118	error	instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME)

host.raspberrypi
2025-10-27 17:54:12.117	error	Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809]

host.raspberrypi
2025-10-27 17:54:11.827	info	instance system.adapter.eusec.0 in version "2.0.3" (non-npm: iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753) started with pid 2059

Vorgehen (2): OK, dann halt Adapter ganz weg, neue Instanzeinstellungen

• eusec nach (1) komplett entfernt,
• 2.0.3 wieder neu installiert, neue Instanz.
• Fehler analog zu oben:

host.raspberrypi
2025-10-27 19:08:12.812	error	instance system.adapter.eusec.0 terminated with code 12 (UNKNOWN_PACKET_NAME)

host.raspberrypi
2025-10-27 19:08:12.811	error	Caught by controller[0]: /usr/bin/node: Error: Attempt to revert an unknown CVE [CVE-2023-46809]

host.raspberrypi
2025-10-27 19:08:12.551	info	instance system.adapter.eusec.0 in version "2.0.3" (non-npm: iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753) started with pid 6974

host.raspberrypi
2025-10-27 19:08:08.263	info	instance system.adapter.eusec.0 terminated with code 0 (NO_ERROR)

eusec.0
2025-10-27 19:08:07.694	info	terminating

eusec.0
2025-10-27 19:08:07.617	info	Terminated (NO_ERROR): Without reason

eusec.0
2025-10-27 19:08:07.615	info	terminating

host.raspberrypi
2025-10-27 19:08:07.594	info	stopInstance system.adapter.eusec.0 send kill signal

eusec.0
2025-10-27 19:08:07.560	info	Got terminate signal TERMINATE_YOURSELF

eusec.0
2025-10-27 19:08:07.163	warn	Restart initiated

eusec.0
2025-10-27 19:08:07.161	warn	Required fix to use livestreaming with this version of Node.js (CVE-2023-46809) applied. Restart of the adapter initiated to activate the fix.

host.raspberrypi
2025-10-27 19:08:07.157	info	stopInstance system.adapter.eusec.0 (force=false, process=true)

eusec.0
2025-10-27 19:08:06.300	info	starting. Version 2.0.3 (non-npm: iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753) in /opt/iobroker/node_modules/iobroker.eusec, node: v22.15.0, js-controller: 7.0.7

host.raspberrypi
2025-10-27 19:08:00.609	info	instance system.adapter.eusec.0 in version "2.0.3" (non-npm: iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753) started with pid 6959

Habe Eusec übrigens zähneknirschend von Github installiert. OS ist noch bullseye 32bit (die Installation ist wegen bevorstehendem Umzug ein ablaufender Posten, neu Aufsetzen im alten Haus lohnt nicht mehr), habe aber insoweit auch keine Einschränkungen gesehen.

Habe ich doch evtl. irgendwelche Voraussetzungen übersehen? Mach ich was falsch? Was könnt ich noch ohne große Umstände probieren (Trixie ist derzeit leider keine Option, s.o.)?

[Thomas Braun]

@mick70

Mit aktuellen Versionen (RaspberryOS 13 'Trixie' 64Bit und nodejs>=22 läuft die Installation durch:

$ iobroker url https://github.com/iobroker-community-adapters/ioBroker.eusec --host chet --debug

install iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753
Installing iobroker-community-adapters/ioBroker.eusec#f625cbb12aea40dcf6faf11a17d93328f069b753... (System call)
npm warn skipping integrity check for git dependency ssh://git@github.com/iobroker-community-adapters/ioBroker.eusec.git
Retrieving FFmpeg from ffmpeg-for-homebridge release: v2.2.0.Downloading FFmpeg from: https://github.com/homebridge/ffmpeg-for-homebridge/releases/download/v2.2.0/ffmpeg-alpine-aarch64.tar.gz


100%. - Download complete.
libavfilter 11. 4.100 / 11. 4.100 libswscale 9. 1.100 / 9. 1.100 libswresample 6. 1.100 / 6. 1.100 36mFFmpeg has been downloaded to /opt/iobroker/node_modules/ffmpeg-for-homebridge/ffmpeg.
> go2rtc-static@1.9.4 install> node dist/install.js
[2025-10-27T19:25:59.778Z] Retrieving eusec adapter instances...
[2025-10-27T19:26:03.235Z] Found 0 eusec instance(s): [2025-10-27T19:26:03.235Z] No eusec instances found - nothing to fix[2025-10-27T19:26:03.235Z] === Cleanup CVE Fix Script Completed Successfully ===

run `npm fund` for details

upload [12] eusec.admin /opt/iobroker/node_modules/iobroker.eusec/admin/i18n/de/translations.json i18n/de/translations.json application/json
Updating objects from io-package.json for adapter "eusec" with version "2.0.3"

Process exited with code 0

[mcm1957]

@mick70 said in Test Adapter eusec 2.0.x:

Habe Eusec übrigens zähneknirschend von Github installiert.

Das könnte die Ursache sein., Danke dass du das erwähnst.
Die Migration erfolgt technisch durch ein npm post install script. Keine Ahnung ob das bei github installation läuft.

Technisch gesehen muss der paramater nodeProcessParams weg (oder geleert werden)

Wenn du bereits auf node 22 bist
Und Release 2.0.3 (oder neuer) installiert hast

mach mal folgendes:

• Stopp die Adapter Instanz

• Log dich auf der Command line ein und gibt den folgenden iob Befehl ein:

  iobroker object set system.adapter.eusec.0.common.nodeProcessParams=[]

  Wenn du mehrere Instanzen haben solltest musst die die 0 durch die Instanznummern ersetzen.

• dann start die Instanz neu.

EDIT:
Wenn nach dem Löschen des Paramters dieser vom Code wieder gesetzt wird solltest du einen Eintrag im Log finden. Bitte zeig in dem Fall den ERSTEN (!) Start nach dem Löschen der Paramater.

[mcm1957]

ALLES ZURÜCK:

Bei deinem System wird der Fix neu installiert - was falsch ist. Hab das grad im Log gesehen:

Required fix to use livestreaming with this version of Node.js (CVE-2023-46809) applied. Restart of the adapter initiated to activate the fix.

Damit bingt dir das Löschen mal nichts.

Muss mal schaun wie genau die Abfrage im Code aussieht dass die bei dir nicht zieht. Please stand by ...

[mcm1957]

@mick70

Die Nodeversion zieht der Code aus den ioBroker informationen, also

system.host.*.native.process.versions.node

Kannst du mal schaun was du im hiosts display als installierte node version angezeigt bekommst?
Hast du ev. eine Multihostsystem und der Slve hat noch ne ältere node Version?

Leider gibts im code kein log das ausgibt was da gelesen wurde. Müsste aber eine 20.x.x vom Verhalten her sein. Ev. machta uch ein iob diag Sinn um zu checken ob node sauber installiert ist.

[mick70]

@mcm1957 uiiii - vielen Dank! Das ist wohl die richtige Spur:

• der betreffende Pi ist master, node.js auf 22.15.0
• und ja, es gibt einen secondary, node.js noch auf 20.19.5

Sollte ich den secondary auch hochziehen?

[mcm1957]

@mick70
Der Adapter checked node[0]. Offensichtlich ist brobat davon ausgegangen dass der eigene node immer als erster gelistet ist. Das dürfte nicht stimmen.

Die einfachste Lösung in deinem Fall dürfte sein auch den Slave zu aktualisieren. Und ja ich kann / werde / sollte das auch im Adapter fixen. Nur ist Zeit knapp und die Situation eher exotisch.

Falls also von deiner somnstigen Umgebung nichts dagegen spricht aktualisiser node bitte auch am slave. Anschließen musst den Startupparameter nochmal manuell oder per Reinstallation nochmal entfernen. Beim ERSTEN Start des eusec darf KEINE cve Maldeung wie oben mehr kommen.

[mick70]

@mcm1957 jawoll! Das hat funktioniert. Nach Update des secondary kann ich die Instanz auf dem primary erzeugen und starten. Die Einstellungen muss ich jetzt halt neu aufsetzen, am Smartphone schaff ich das leider nicht mehr heute Abend.

Vielen, vielen Dank!

Ja, ich denke auch, die Umstände sind arg exotisch, zu exotisch für ein Update. Vllt. einfach In den OP einen Hinweis, dass auch slaves auf 22 gehoben werden müssen. Ich hatte den vergessen, weil ich ihn eigentlich gar nicht mehr zur Administration von dem ads-b receiver brauche, der am slave hängt - das geht anders eleganter.

[dodi666]

@mcm1957 Vielen Dank, dass du dich dem Adapter angenommen hast und dieser offensichtlich wieder läuft. Ganz herzlichen Dank! Ich habe die manuellen Anpassungen von GitHub gemacht. Wie ist dann vorzugehen? Einfach den Adapter updaten, oder löschen und neu installieren?
Danke und Grüße

[Marc Berg]

@dodi666 sagte in Test Adapter eusec 2.0.x:

Wie ist dann vorzugehen?

Den ersten Post hast du gelesen???

[mcm1957]

@dodi666 said in Test Adapter eusec 2.0.x:

Ich habe die manuellen Anpassungen von GitHub gemacht.

Sorry, aber von welchen "manuellen Anpassungen von Github" sprichst du? Ich habe auf Github keine manuellen Anpassungen empfohlen (falls ich noch nicht senil bin und es nur vergessen habe). Die einzige manuelle Anpassung hab ich gestern hier und nur für das Problem von mick70 beschrieben.

Ich gehe davon aus dass auch bei dir die Anleitung lt. erstem Post passen sollte.

In jedem Fall geht auch "try and error". Also einfach node auf 22 bringe n (auf ALLEN Hosts) und dann den Adapter installieren. Funktioniert alles - OK. Wenn nicht kannst du den Adapter wie im ersten Beitrag beschrieben REinstallieren. Löschen sollte eigentlich nicht notwendig sein.

Wenn was nicht geht, ,meld dich bitte nochmal mit entsprechender Fehlermeldung.

[SKB]

Vielen Dank für das wiederbeleben dieses Adapters
Bisher funktioniert er wie er soll!

Allerdings habe ich ein Thema mit dem letzten Event. Die App zeigt zum Beispiel das letzte Bild des Events an, innerhalb von ioBroker wird das Bild erst neu geladen, wenn der Adapter neugestartet wird. Ich gehe mal vorsichtig davon aus, dass das Bild von selbst kommen sollte, oder?

[mcm1957]

@skb

Da ich den Adapter (noch) nicht im Detail kenne kann ich dazu nichts sagen. Mach bitte ggF ein Issue dazu auf. Ich hab ein nicht mehr benötigtes Set geschenkt bekommen sollte also technisch in der Lage sein das in absehbarer Zeit mal anzusehen.

[dodi666]

@mcm1957 sagte in Test Adapter eusec 2.0.x:

@dodi666 said in Test Adapter eusec 2.0.x:

Ich habe die manuellen Anpassungen von GitHub gemacht.

Sorry, aber von welchen "manuellen Anpassungen von Github" sprichst du? Ich habe auf Github keine manuellen Anpassungen empfohlen (falls ich noch nicht senil bin und es nur vergessen habe). Die einzige manuelle Anpassung hab ich gestern hier und nur für das Problem von mick70 beschrieben.

Ich gehe davon aus dass auch bei dir die Anleitung lt. erstem Post passen sollte.

In jedem Fall geht auch "try and error". Also einfach node auf 22 bringe n (auf ALLEN Hosts) und dann den Adapter installieren. Funktioniert alles - OK. Wenn nicht kannst du den Adapter wie im ersten Beitrag beschrieben REinstallieren. Löschen sollte eigentlich nicht notwendig sein.

Wenn was nicht geht, ,meld dich bitte nochmal mit entsprechender Fehlermeldung.

Ich meine diese Anpassungen:
https://github.com/bropat/eufy-security-client/issues/645#issuecomment-3430666067

Marc-Berg created this issue in bropat/eufy-security-client

closed [Bug]: After installing Node.js 22.16.0, the adapter fails to start #645

[mcm1957]

@dodi666

Manuelle Anpassungen am Code sollten durch den Upgrade jedenfalls hinfällig sein.
Das Entfernen des node Parameters stört nicht - im Gegenteil bei Installation der neuen Version unter node 22 wird funktional genau das gemacht.

Also gilt weiterhin:

Einfach node auf 22 bringen (auf ALLEN Hosts) und dann den Adapter installieren. Funktioniert alles - OK. Wenn nicht kannst du den Adapter wie im ersten Beitrag beschrieben REinstallieren. Löschen sollte eigentlich nicht notwendig sein.

Wenn was nicht geht, ,meld dich bitte nochmal mit entsprechender Fehlermeldung.

[dodi666]

@mcm1957 läuft alles, prima! Vielen Dank

[niiccooo1]

@mcm1957
Hallo Zusammen,

nach dem ich heute gelesen habe, dass der eusec Adapter für Node22 gefixt wurde, wollte ich die neue Version testen.

Ich habe mein Docker Image von Buanet suf Version 11 (enthält Node22) geupdatet.

Ich bekomme die Version 2.0.3 nicht installiert. Weder über CLI mit iob add eusec@2.0.3 oder iob upgrade 2.0.3 wird die neue Version installiert. ioBroker installiert immer die 1.3.3.

Was mache ich falsch?

Viele Grüße

[Thomas Braun]

@niiccooo1

latest:	2.0.3 for 6 days
stable:	1.3.3 for 13 months

Also im Beta-Repo vorhanden.

Was mache ich falsch?

Was machst du denn auf welcher Basis?

iob add eusec --debug

spült hier jedenfalls die

echad@chet:~ $ iob version eusec
2.0.3
echad@chet:~ $

auf das System.

[niiccooo1]

@thomas-braun
Danke für die schnelle Antwort.

Ich habe es über die stable und beta repo probiert.
Anbei ein Screenshot, von den Versionen die mir zur Verfügung stehen: