Offizielles FHEM Docker Basis Image für verschiedene Plattformen

[Gasmast3r]

ok 1 tag verbracht ein Fehler zu finden der Garnichts da war  

[heigu]

Guten Tag ans Forum,

ich habe heute versucht meinen FHEM Docker Container von 5.2.5-bookworm auf 5.2.6-bookworm zu aktualisieren. Was sonst immer problemlos klapp, scheiterte diesmal am Modul I2C_BME280 bzw. dem dahinter liegenden I2C_RPII2C mit folgendem Fehler:

Code Auswählen Erweitern

I2C_RPII2C: Error! no library for Hardware access installed
setuuid: Please define I2C_RPII2C first
0

Was kann ich da machen, damit der I2C Bus auch in der neuen Version wieder läuft?

Danke für alle sachdienlichen Hinweise.

[Sidey]

Kannst Du mal nachsehen ob Device::SMBus vorhanden ist. Eigentlich sollte es da sein und darüber auch die Kommunikation laufen.

Code Auswählen Erweitern

{ eval "use Device::SMBus";; $@ ? "NICHT vorhanden: $@" : "OK" }

Grüße Sidey

[heigu]

Hallo Sidey,

danke für den Tipp, bei 5.2.5-bookworm kommt auch OK, jedoch bei 5.2.6 kommt ein Fehler:

Code Auswählen Erweitern

NICHT vorhanden: Can't locate Device/SMBus.pm in @INC (you may need to install the Device::SMBus module) (@INC entries checked: . ./FHEM ./lib /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.38.5 /usr/local/lib/perl5/vendor_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.38.5 /usr/local/lib/perl5/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/5.38.5 ./FHEM/lib) at (eval 482) line 1.
BEGIN failed--compilation aborted at (eval 482) line 1.


Meine Docker Compose-Datei ist aber bis auf die Version von FHEM ident. Kommt das SMBus Packet in Zukunft wieder zurück in die Docker Images, oder muss ich das dann manuell nachinstallieren?

Vielen Dank und Gruß,
heigu

[Sidey]

Kommt das SMBus Packet in Zukunft wieder zurück in die Docker Images, oder muss ich das dann manuell nachinstallieren?

Ich hoffe es kommt wieder zurück, es ist keine Absicht, dass es fehlt. Ich muss nur mal mehr verstehen, was da passiert ist.
Bei meinem x64 Image fehlt es auch nicht, welche Architektur verwendest Du denn?

Grüße Sidey

[heigu]

Ich bin auf aarch64 unterwegs mit dem Raspberry Pi 4B.

Danke für's Kümmern!

Gruß,
heigu

[Sidey]

Pulle das Image bitte neu aus der Registry.
Das Modul sollte wieder enthalten sein.

Grüße Sidey

[heigu]

Guten Morgen,

danke für die Arbeit an SMBus Paket, es scheint jetzt aber an SerialPort und Strptime zu scheitern:

Code Auswählen Erweitern

Can't locate Device/SerialPort.pm in @INC (you may need to install the Device::SerialPort module) (@INC entries checked: . ./FHEM ./lib /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.38.5 /usr/local/lib/perl5/vendor_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.38.5 /usr/local/lib/perl5/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/5.38.5 ./FHEM/lib) at FHEM/DevIo.pm line 612.


Code Auswählen Erweitern

Can't locate DateTime/Format/Strptime.pm in @INC (you may need to install the DateTime::Format::Strptime module) (@INC entries checked: . ./FHEM ./lib /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.38.5 /usr/local/lib/perl5/vendor_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.38.5 /usr/local/lib/perl5/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/5.38.5 ./FHEM/lib) at ./FHEM/99_myUtils.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/99_myUtils.pm line 15.


Gruß,
heigu

[Sidey]

danke für die Arbeit an SMBus Paket, es scheint jetzt aber an SerialPort und Strptime zu scheitern:

Probier mal 5.2.7. Ich weiss nicht was in 5.2.6 dazu genau führt dass die Pakete nicht vorhanden sind, aber in 5.2.7 sollte es gehen.

Grüße Sidey

[heigu]

Probier mal 5.2.7. Ich weiss nicht was in 5.2.6 dazu genau führt dass die Pakete nicht vorhanden sind, aber in 5.2.7 sollte es gehen.

Besser aber noch nicht perfekt: I2C und USB sind wieder da aber

Code Auswählen Erweitern

DateTime::Format::Strptime fehlt noch in der 5.2.7 Version.

Gruß,
heigu

[mistepke]

Hallo,


mit der neuesten Docker Version geht jetzt Vitoconnect nicht mehr. Er kann das Modul nicht mehr laden mit dem Hinweise "reload: Error:Modul 98_vitoconnect deactivated:
 Can't locate DateTime.pm in @INC (you may need to install the DateTime module) (@INC entries checked: . ./FHEM ./lib /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.38.5 /usr/local/lib/perl5/vendor_perl/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.38.5 /usr/local/lib/perl5/5.38.5/aarch64-linux-gnu /usr/local/lib/perl5/5.38.5 ./FHEM/lib) at ./FHEM/98_vitoconnect.pm line 93, <$fh> line 6227.
BEGIN failed--compilation aborted at ./FHEM/98_vitoconnect.pm line 93, <$fh> line 6227."

Ich sehe das im Image das DateTime.pm fehlt. War das beabsichtigt?

Danke und Gruß
Michael

[Sidey]

Ich sehe das im Image das DateTime.pm fehlt. War das beabsichtigt?

Hallo mistepke,

Das ist nicht beabsichtigt und ein Fehler, den ich leider noch nicht lokalisiert habe.
Aktuell steckt in den ARM64 builds der Wurm, was sich in fehlenden CPAN Modulen bemerkbar macht.

Das letzt noch fehlerfrei Image ist 5.2.5-bookworm.


Grüße Sidey

[rabehd]

Das letzt noch fehlerfrei Image ist 5.2.5-bookworm.

Gilt das auch für die Zusammenarbeit mit Alexa?
Als ich wegen Bookworm Probleme hatte wurde mir "image: ghcr.io/fhem/fhem-docker:4-bullseye" empfohlen.
https://forum.fhem.de/index.php?msg=1330457

[passibe]

Dass npm in Version 5 entfernt wurde, hat mit den aktuellen Problemen nichts zu tun. Und npm dürfte mE auch kein comeback mehr erleben? Wobei du es natürlich jederzeit über ein selbst gebautes image hinzufügen kannst.

Wichtig auch:

Zusammenarbeit mit Alexa

Das betrifft nur echodevice! Für alexa-fhem gibt es ein eigenes Image.

Ansonsten fällt mir grade auf: nodejs ist nach wie vor installiert (zwar v18, aber was solls, alexa-cookie2 braucht eh nur >v16).
Vermutlich könnte man alexa-cookie2 einfach manuell, ohne npm, installieren und gut ist? Kannst du ja mal testen.

Also in Version 4 per npm installieren. Dann schauen, was da alles installiert wird. Und dann dasselbe in Version 5 manuell nachholen. Solange sich das auf Dateien in /opt/fhem beschränkt, müsste das ja eigentlich passen, weil es dann persistent ist. Im Zweifel muss man dafür aber den Installationspfad der dependencies anpassen, sollten diese nicht standardmäßig mit nodejs mitgeliefert sein ...

Naja, das nur meine unsortierten Gedanken zu dem Thema.

[Sidey]

Als ich wegen Bookworm Probleme hatte wurde mir "image: ghcr.io/fhem/fhem-docker:4-bullseye" empfohlen.

Das Bullseye Image wird schon lange nicht mehr aktualisiert. Das kannst Du als veraltet ansehen.



Grüße Sidey