Support Adapter Energiefluss-erweitert v0.6.2

[SKB]

@hant0r du erwartest immer alles! Wie soll hier alles adoptiert werden, was du wünschst?

[Merlin123]

@hant0r Das wäre aber für andere ein völlig unlogisches Verhalten.

[Hant0r]

@skb sagte in Test Adapter Energiefluss-erweitert v0.6.2:

@hant0r du erwartest immer alles! Wie soll hier alles adoptiert werden, was du wünschst?

Ich erwarte doch gar nichts! Ich habe lediglich gefragt, ob es vielleicht eine Einstellung dazu gibt, die ich noch nicht gefunden habe. Dein Adapter ist ja sehr umfangreich.

[SKB]

@hant0r ... dennoch hebelt er nicht die Gesetze aus

[JLeg]

Hallo,
wollte mir den Adapter nun auch mal anschauen, nachdem unser PV-Strom nun endlich fliesst.
Leider komme ich da nicht sehr weit - sobald ich die energiefluss-erweitert-Instanz starte, kommt der web-Adapter nicht mehr hoch.
Der Start des Energiefluss-Adapter scheint problemlos zu laufen:

2024-12-29 16:01:06.699  - ESC[32minfoESC[39m: host.smaug instance system.adapter.energiefluss-erweitert.0 in version "0.6.2" started with pid 3768987
2024-12-29 16:01:07.316  - ESC[32minfoESC[39m: host.smaug instance system.adapter.web.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2024-12-29 16:01:07.316  - ESC[32minfoESC[39m: host.smaug Restart adapter system.adapter.web.0 because enabled
2024-12-29 16:01:08.719  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-29 16:01:09.244  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Objects client ready ... initialize now
2024-12-29 16:01:09.324  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Objects create System PubSub Client
2024-12-29 16:01:09.325  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Objects create User PubSub Client
2024-12-29 16:01:10.341  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Objects client initialize lua scripts
2024-12-29 16:01:10.376  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Objects connected to redis: 127.0.0.1:9001
2024-12-29 16:01:10.533  - ESC[32minfoESC[39m: host.smaug instance system.adapter.web.0 in version "6.3.1" started with pid 3769000
2024-12-29 16:01:10.560  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-29 16:01:10.676  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) States create System PubSub Client
2024-12-29 16:01:10.677  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) States create User PubSub Client
2024-12-29 16:01:10.841  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) States connected to redis: 127.0.0.1:9000
2024-12-29 16:01:13.203  - ESC[34mdebugESC[39m: web.0 (3769000) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-29 16:01:13.307  - ESC[34mdebugESC[39m: web.0 (3769000) Objects client ready ... initialize now
2024-12-29 16:01:13.352  - ESC[34mdebugESC[39m: web.0 (3769000) Objects create System PubSub Client
2024-12-29 16:01:13.353  - ESC[34mdebugESC[39m: web.0 (3769000) Objects create User PubSub Client
2024-12-29 16:01:13.564  - ESC[34mdebugESC[39m: web.0 (3769000) Objects client initialize lua scripts
2024-12-29 16:01:13.643  - ESC[34mdebugESC[39m: web.0 (3769000) Objects connected to redis: 127.0.0.1:9001
2024-12-29 16:01:13.663  - ESC[32minfoESC[39m: energiefluss-erweitert.0 (3768987) starting. Version 0.6.2 in /usr/local/iobroker/node_modules/iobroker.energiefluss-erweitert, node: v20.16.0, js-controller: 6.0.11
2024-12-29 16:01:13.796  - ESC[34mdebugESC[39m: web.0 (3769000) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-29 16:01:13.893  - ESC[32minfoESC[39m: energiefluss-erweitert.0 (3768987) Adapter started. Loading config!
2024-12-29 16:01:13.968  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) {}
2024-12-29 16:01:13.971  - ESC[34mdebugESC[39m: web.0 (3769000) States create System PubSub Client
2024-12-29 16:01:13.969  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Settings: {}
2024-12-29 16:01:13.969  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Initial Values: {}
2024-12-29 16:01:13.969  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Initial Fill - Values: {}
2024-12-29 16:01:13.969  - ESC[34mdebugESC[39m: energiefluss-erweitert.0 (3768987) Sources: {}
2024-12-29 16:01:13.970  - ESC[32minfoESC[39m: energiefluss-erweitert.0 (3768987) Configuration loaded!
2024-12-29 16:01:13.970  - ESC[32minfoESC[39m: energiefluss-erweitert.0 (3768987) Requesting the following states: energiefluss-erweitert.0.configuration
2024-12-29 16:01:13.972  - ESC[34mdebugESC[39m: web.0 (3769000) States create User PubSub Client
2024-12-29 16:01:14.158  - ESC[34mdebugESC[39m: web.0 (3769000) States connected to redis: 127.0.0.1:9000
2024-12-29 16:01:14.325  - ESC[34mdebugESC[39m: web.0 (3769000) Plugin sentry Do not initialize Plugin (enabled=false)
2024-12-29 16:01:14.452  - ESC[34mdebugESC[39m: web.0 (3769000) Plugin sentry destroyed because not initialized correctly
2024-12-29 16:01:16.103  - ESC[32minfoESC[39m: web.0 (3769000) starting. Version 6.3.1 in /usr/local/iobroker/node_modules/iobroker.web, node: v20.16.0, js-controller: 6.0.11
2024-12-29 16:01:16.513  - ESC[34mdebugESC[39m: web.0 (3769000) Activating states & socket info
2024-12-29 16:01:16.521  - ESC[34mdebugESC[39m: web.0 (3769000) Loaded custom certificates: {"key":"...

Der web.0 beendet sich dann aber mit

2024-12-29 16:01:16.522  - ESC[34mdebugESC[39m: web.0 (3769000) Loading all certificate collections...
2024-12-29 16:01:16.526  - ESC[33mwarnESC[39m: web.0 (3769000) Could not find any certificate collections - check ACME installation or consider installing
2024-12-29 16:01:17.162  - ESC[33mwarnESC[39m: host.smaug instance system.adapter.web.0 terminated due to SIGILL

keine Ahnung warum web.0 jetzt plötzlich "certificate collections" laden will - das passiert ohne den Energiefluss-Adapter nicht. Der ACME-Adapter wird auch nicht benutzt, sondern nur statisch konfigurierte Zertifikate im admin-Adapter.
Any clue?

[SKB]

@jleg Web-Adapter richtig einstellen und dann neu starten. Der EF-Adapter installiert nur ein Plugin und startet diesen dann neu.

[JLeg]

@skb web-Adapter steht auf "integriert" - oder was genau macht "richtig einstellen" noch aus?

[SKB]

@jleg Na, es werden ja bei dir die Zertifikate nicht erkannt oder Ähnliches. Dieses Mal prüfen.

[JLeg]

@skb wie gesagt - die einzigen benutzten Zertifikate sind zentral in der Admin-Instanz konfiguriert, und im web-Adapter korrekt referenziert. Das funktioniert - seit diversen Jahren, mit diversen Adaptern so wie's soll.
ACME bzw. collections werden nicht benutzt.

[JLeg]

@jleg just for the records - die "certificate collections" haben mit o.g. Problem nichts zu tun. Sondern beim Start des energiefluss-erweitert wird eine Kernel-Exception erzeugt, ausgelöst durch die Dependency "sharp":

io.web.0[276502] trap invalid opcode ip:7f3bd31a4d08 sp:7ffd5f401710 error:0 in libvips-cpp.so.42

Kommentiere ich im energiefluss-Adapter entsprechend

let sharp;
try {
    // sharp = require('sharp');
} catch (e) {
    console.error(`Cannot load sharp: ${e}`);
}

startet das Ganze, inkl. Konfigurationseite. Ich gehe aber mal davon aus, dass "sharp" zu irgendwas gut ist
Scheint ein Problem mit der libvips und älteren AMD-CPUs zu sein. Hatte testweise mal auf sharp-0.33.0 downgegraded - hilft aber auch nicht. Muss ich wohl bis zum nächsten CPU-Upgrade warten...

[SKB]

@jleg Sharp ist für die Vorschaubilder der Galerie zuständig. Kannst du Sharp manuell mit der Version, die in der io-package.json angegeben ist, installieren?

Normal sollte die Exception ja abgefangen werden.

[JLeg]

@skb sagte in Test Adapter Energiefluss-erweitert v0.6.2:

@jleg Sharp ist für die Vorschaubilder der Galerie zuständig. Kannst du Sharp manuell mit der Version, die in der io-package.json angegeben ist, installieren?

habe ich mit mehreren Versionen gemacht (0.33.5 bis runter auf 0.33.0) - immer gleiches Resultat.

Normal sollte die Exception ja abgefangen werden.

Nein, dein try/catch fängt ja nur Exceptions innerhalb von Javascript ab - der Fehler hier passiert aber ‚janz unten‘ im Kernel.
Die npm-Installation von sharp zieht automatisch die jeweils passende (binäre) libvips nach - und die scheint (k.A. seit wann) SSE4.2 vorauszusetzen. Mein Turion hat nur SSE4a.

[SKB]

@jleg Schau mal, ob dir dies hilft:
https://github.com/lovell/sharp/issues/3030

ds2345 created this issue in lovell/sharp

closed Getting "Illegal instruction" error when running sharp.js in Docker / Node container. #3030

[JLeg]

@skb jo, danke; demnach könnte ich mal probieren, auf 0.27.2 zurück zu gehen.
Ansonsten hilft wohl tatsächlich nur ein Hardwareupgrade. Obwohl‘s mein Proxmox auf dem Turion ansonsten prima tut…
Oder statt sharp lwip oder ffcreator oder sowas nehmen…?

[SKB]

@jleg Naja, Sharp ist state of the art für sowas. Du musst Sharp ja in dem Falle nicht nutzen - einfach aus kommentiert lassen - dann werden in deiner Galerie eben die Bilder in voller Größe und keine Vorschaubilder genutzt. Das tut dem Ganzen eigentlich keinen Abbruch.

... oder halt doch mal ein Hardwareupgrade

[JLeg]

@skb mit sharp 0.27.2 funktioniert‘s!
Galerie sieht erstmal auch ok aus - zumindest sehe ich Thumbnails…
Btw, das ist tatsächlich der erste Adapter bei mir, bei dem sich die Konfig auf dem Tablet ohne Hakeleien, optischen Artefakten und Scrollorgien bedienen lässt, top!

[SKB]

@jleg sehr schön.

Ja, die Oberfläche habe ich mit Absicht penibel responsive gemacht - als Lehrgang für mich, aber auch, weil ich es selbst hasse, wenn man dumm herum scrollen muss.

[Fenrir]

Ich erhalte seit heute folgende Meldung: Calculation for battery-remaining failed! Error: TypeError: Cannot read properties of undefined (reading 'factor'), ich habe nichts verändert und in der Übersicht zeigt er auch alles an, hoffe ihr habt ne Idee?

[SKB]

@fenrir Wie lautet die Zeile aus dem IOB Log?

[Fenrir]

energiefluss-erweitert.0
2025-01-01 12:55:02.505 warn Calculation for battery-remaining failed! Error: TypeError: Cannot read properties of undefined (reading 'factor')

Das ist was im IOB Log ausgespuckt wird.