Offizielles FHEM Docker Basis Image für verschiedene Plattformen

Begonnen von Loredo, 28 Juli 2018, 21:24:57

Vorheriges Thema - Nächstes Thema

MadMax-FHEM

Oh, aha.
Dort speichern (manche) Module Credentials usw.

Wenn du keine Module mit "sowas" hast, dann fällt das auch nicht auf.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Gear

Zitat von: Sidey am 27 Mai 2023, 15:20:03Würde mich über einen Test und Rückmeldung freuen.

Hey Sidey,
hab eben mal das von dir genannte img genommen.

Fheler mit MQTT:
Messages collected while initializing FHEM:configfile: Cannot load module MQTT
setuuid: Please define Mosquitto first
Cannot load module MQTT_DEVICE
setuuid: Please define WEBZ.Licht.Decke first
...
...

Wegen des eigentlichen Problems schaue ich mal, Danke.
> ODroid H3 => OMV => Docker => FHEM <
Fritz!Box 7590, Fritz!Repeater 6000, MQTT, RaspberryMatic, Zigbee2MQTT, ESP32, ESP8266, Shelly, Grafana ...
> 3D-Druck <

Sidey

Zitat von: Gear am 03 Juni 2023, 06:49:34
Zitat von: Sidey am 27 Mai 2023, 15:20:03Würde mich über einen Test und Rückmeldung freuen.

Hey Sidey,
hab eben mal das von dir genannte img genommen.

Ich habe heute Nacht ein neues bauen lassen, darin ist ein Fehler mit der Logauagabe behoben. Das Docker Logfile steigt sonst rapide an:

ghcr.io/fhem/fhem/fhem-docker:3.2.0-beta2-bullseye
Bezüglich deiner Fehler kann ich aber keinen Zusammenhang feststellen.
Das sieht eher so aus, als ob Konfigurationen fehlen.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Sidey

Zitat von: Gear am 03 Juni 2023, 06:49:34Hey Sidey,
hab eben mal das von dir genannte img genommen.

Hast Du denn hierzu neue Erkentnisse?


Viele Grüße
Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Gear

Zitat von: Sidey am 01 Juli 2023, 19:14:09Hast Du denn hierzu neue Erkentnisse?

Ähm, sry total verpeilt zu antworten. (Viel um die Ohren + Gesundheit)
Habe das eben nochmal getestet, scheint immer noch zu bestehen.
Anbei ein Screen aus Grafana.

Blau markiert ist ein Neustart des Containers und Grün habe ich den Befehl ausgeführt: WriteStatefile

Grüße und Danke
Gear
> ODroid H3 => OMV => Docker => FHEM <
Fritz!Box 7590, Fritz!Repeater 6000, MQTT, RaspberryMatic, Zigbee2MQTT, ESP32, ESP8266, Shelly, Grafana ...
> 3D-Druck <

rallye

Schönen Nachmittag zusammen! Ich lese und teste nun seit 2 Tagen und komme auf keinen grünen Zweig. Ich hatte eine funktionierende FHEM-Installation inclusive alexa-fhem (siehe meine Einträge aus letztem März). Nun habe ich eine PV-Anlage bekommen und musste, um fhempy ins selbe Netzwerk zu integrieren vom
network_mode: hostzu einem Docker-internen Netzwerk wechseln. Die Daten aus meiner Solaranlage kann ich nun auslesen, doch Alexa bekomme ich einfach nicht mehr hin. Zuerst antwortete sie immer, dass das angesprochene Gerät nicht reagiert dann habe ich mich in den Sogs u.s.w. "schlau" gemacht.
Mein /opt/compose.yaml sieht so aus (ich weiss, zu viele Informationen, doch ich möchte das big-picture herzeigen):
version: '3'
services:
#
#
##### ----- portainer ----- #################################################
  portainer:
    image: portainer/portainer-ce:latest
    container_name: portainer
    ports:
      - "8000:8000"
      - "9443:9443"
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - portainer_data:/data
    restart: unless-stopped
#
#
##### ----- deconz ----- ######################################################
  deconz:
    image: ghcr.io/deconz-community/deconz-docker:latest
    container_name: deconz
    restart: always
    privileged: true                # This is important! Without it, the deCONZ>
    network_mode: host
    volumes:
      - /opt/deCONZ:/opt/deCONZ
    devices:
      - /dev/ttyACM0                # This is the USB device that Conbee II is >
    environment:
      - TZ=Europe/Vienna
      - DECONZ_DEVICE=/dev/ttyACM0   # This is the USB device that Conbee II is>
      - DECONZ_UID=1111
      - DECONZ_GID=1111
      - DECONZ_WEB_PORT=8080
#
#
##### ----- fhem ----- ########################################################
  fhem:
    image:  ghcr.io/fhem/fhem-docker:3-bullseye
    container_name: fhem
    restart: always
    volumes:
      - /opt/fhem/:/opt/fhem/
    environment:
      FHEM_UID: 999
      FHEM_GID: 20
      TZ: Europe/Vienna
    networks:
      internal:
    ports:
      - "8083:8083"
      - "8084:8084"
      - "1883:1883"
      - "8883:8883"
#
#
##### ----- homeassistant ----- ################################################
  homeassistant:
    container_name: homeassistant
    image: "ghcr.io/home-assistant/home-assistant:stable"
    volumes:
      - /opt/homeassistant:/config
      - /etc/localtime:/etc/localtime:ro
    restart: unless-stopped
    privileged: true
    network_mode: host
#
#
##### ----- mosquitto ----- ###################################################
  mosquitto:
    image: eclipse-mosquitto
    container_name: mosquitto
    restart: unless-stopped
    volumes:
      - /opt/mosquitto:/mosquitto
      - /opt/mosquitto/data:/mosquitto/data
      - /opt/mosquitto/log:/mosquitto/log
    ports:
      - 1885:1885
      - 9001:9001
#
#
#
#
##### ----- alexa-fhem -----## #################################################
  alexa-fhem:
    image: ghcr.io/fhem/fhem/alexa-fhem:latest
    container_name: alexa-fhem
    restart: always
    volumes:
      - /opt/alexa-fhem/:/alexa-fhem/
    environment:
      ALEXAFHEM_UID: 6062
      ALEXAFHEM_GID: 6062
      TZ: Europe/Vienna
    networks:
      internal:
    ports:
      - 3000:3000
#
#
##### ----- FHEMpy FusionSolar ----- ###########################################
  fhempy-fusionsolar:
    image: ghcr.io/fhem/fhempy-docker_fusionsolar:releases-1.4-beta
    container_name: FHEMpy-fusionsolar
    hostname: fhempy-fusionsolar
    restart: always
    networks:
      internal:

##### ----- sonos ----- ########################################################
  sonos:
    image: ghcr.io/svrooij/sonos2mqtt
    container_name: sonos
    restart: unless-stopped
    network_mode: host
    environment:
      - SONOS2MQTT_DEVICE=192.168.57.77 # IP of my SONOS One - Service discover>
      - SONOS2MQTT_MQTT=mqtt://192.168.57.30:1883 #
#      # - SONOS2MQTT_DISTINCT=true # if your want distinct topics
      - SONOS_LISTENER_HOST=192.168.57.30 # Docker host IP
#      # - SONOS_TTS_ENDPOINT=http://sonos-tts:5601/api/generate # If you deplo>
#
#
##### ----- minidlna ----- #####################################################
  minidlna:
    container_name: miniDLNA
    restart: unless-stopped
    network_mode: host
    image: vladgh/minidlna
    volumes:
      - /mnt/share/dlnaAudio:/media/Audio
      - /mnt/share/dlnaPictures:/media/Pictures
      - /mnt/share/dlnaVideo:/media/Video
    environment:
      - MINIDLNA_MEDIA_DIR_1=A,/media/Audio
      - MINIDLNA_MEDIA_DIR_2=P,/media/Pictures
      - MINIDLNA_MEDIA_DIR_3=V,/media/Video
      - MINIDLNA_FRIENDLY_NAME=MiniDLNA-Docker
      - MINIDLNA_MAX_CONNECTIONS=8
      - MINIDLNA_SERIAL=08154711
#
#
##### ----- network definitions ----- ##########################################
networks:
  internal:
    driver: bridge
    ipam:
      config:
        - subnet: 172.99.0.0/16
          gateway: 172.99.0.1
          ip_range: 172.99.0.1/16
#
#
##### ----- volume definitions ----- ###########################################
volumes:
  portainer_data:
    name: portainer_data
    external: true
Meine FHEM-Daten liegen auf /opt/fhem
josef@RasPi-Server:/opt/fhem $ ls
CHANGED          alexa-fhem.cfg  demolog        fhem.cfg.prev    restoreDir
FHEM             backup          docs           fhem.pl          unused
GPL_V2.txt       cache           fhem.cfg       infrastruct.ics  wget-log
MAINTAINER.txt   configDB.pm     fhem.cfg.bak   lib              www
README_DEMO.txt  contrib         fhem.cfg.demo  log
und alexa-fhem hat ein Verzeichnis /opt/alexa-fhem
josef@RasPi-Server:/opt/alexa-fhem $ ls -al
total 24
drwxr-xr-x 4 6062 6062 4096 Aug  3 16:59 .
drwxr-xr-x 9 root root 4096 Aug  3 16:56 ..
drwxr-xr-x 2 6062 6062 4096 Aug  3 16:07 .alexa
drwxr-xr-x 2 6062 6062 4096 Aug  3 16:07 .ssh
lrwxrwxrwx 1 root root   11 Aug  3 16:07 alexa-fhem.json -> config.json
-rw-r--r-- 1 6062 6062  631 Aug  3 12:34 config.json
-rw-r--r-- 1 6062 6062  635 Aug  3 08:44 config.json.ok
config.json enthält:
  "alexa": {
    "port": 3000,
    "name": "Alexa",
    "ssl": false,
    "keyFile": "/certs/alexa-fhem.key",
    "certFile": "/certs/alexa-fhem.crt",
    "nat-pmp": "",
    "nat-upnp": false,
    "applicationId": "amzn1.ask.skill.XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXX",
    "oauthClientID": "amzn1.application-oa2-client.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
  },
  "sshproxy" : {
    "description" : "FHEM Connector",
    "ssh" : "/usr/bin/ssh"
  },
  "connections": [
    {
      "name": "FHEM",
      "webname": "fhem",
      "filter": "alexaName=..*",
      "uid": "6062",
      "port": "8083",
      "server": "fhem"
    }
  ]
}

und alexa-fhem.cfg in /opt/fhem
{
   "connections" : [
      {
         "server" : "fhem",
         "webname" : "fhem",
         "port" : 8083,
         "filter" : "alexaName=..*",
         "name" : "FHEM",
         "uid" : 6062
      }
   ],
   "sshproxy" : {
      "ssh" : "/usr/bin/ssh",
      "description" : "FHEM Connector"
   }
}
Nun starte ich den ganzen Zinober und bekomme keine Verbindung mehr zwischen fhem und alexa-fhem. im Alexa-log steht fortlaufend:
[8/3/2023, 5:00:04 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:00:04 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691074804722
[8/3/2023, 5:00:04 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
[8/3/2023, 5:00:34 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:00:34 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691074834735
[8/3/2023, 5:00:34 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
[8/3/2023, 5:01:04 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:01:04 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691074864743
[8/3/2023, 5:01:04 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
[8/3/2023, 5:01:34 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:01:34 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691074894759
[8/3/2023, 5:01:34 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
Im FHEM-log steht fortlaufend:
2023.08.03 17:00:04 1: Connection refused from the non-local address 172.99.0.4:51726, as there is no working allowed instance defined for it
2023.08.03 17:00:34 1: Connection refused from the non-local address 172.99.0.4:45514, as there is no working allowed instance defined for it
2023.08.03 17:01:04 1: Connection refused from the non-local address 172.99.0.4:60548, as there is no working allowed instance defined for it
2023.08.03 17:01:34 1: Connection refused from the non-local address 172.99.0.4:36582, as there is no working allowed instance defined for it

Auch die Diskussionen auf Seite 105 dieses Threads haben mir nicht weiter geholfen. Ich habe auch den (nicht-?)Zusammenhang von /opt/fhem/alexa-fhem.cfg und /opt/alexa-fhem/config.json verstanden.

Danke für eure Unterstützung
RaspiPi v4, HM-LGW, 6x HM-TC-IT-WM-W-EU, 11x HM-CC-RT-DN, 1x HUE Bridge, 4x HUE-RC, 5x HUE White&Color, 15xHUE White, 3xHM-LC-SW1-FM, 1xHM-LC-SW2-FM, 1x ConBeeII, 15x Shelly1, 5xShellyplug, Aquara: 2x Temp-Sensor, 1x Vibrationssensor, 2x Lichtsensor, 19x Tür/Fenstersensor

Sidey

So auf die Schnelle würde ich tippen, dass die Container nicht im Netzwerk internal angebunden sind.

Schau mal hier, da wird das Netzwerk als Liste referenziert:

https://github.com/fhem/fhem-docker/blob/250259436195b396af641e201f0cf0a098105f45/docker-compose.yml#L29

PS: Dein Subnetz ist ja ganze schön groß dimensioniert :)
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

rallye

Danke. Jetzt hab ich es deinem Vorschlag gemäß geändert (und das Subnetz gleich verkleinert):
  fhem:
    image:  ghcr.io/fhem/fhem-docker:3-bullseye
    container_name: fhem
    restart: always
    volumes:
      - /opt/fhem/:/opt/fhem/
    environment:
      FHEM_UID: 999
      FHEM_GID: 20
      TZ: Europe/Vienna
    networks:
      - fhem_net
    ports:
      - "8083:8083"
      - "8084:8084"
      - "1883:1883"
      - "8883:8883"

##### ----- alexa-fhem -----## #################################################
  alexa-fhem:
    image: ghcr.io/fhem/fhem/alexa-fhem:latest
    container_name: alexa-fhem
    restart: always
    volumes:
      - /opt/alexa-fhem/:/alexa-fhem/
    environment:
      ALEXAFHEM_UID: 6062
      ALEXAFHEM_GID: 6062
      TZ: Europe/Vienna
    networks:
      - fhem_net
    ports:
      - 3000:3000
##### ----- network definitions ----- ##########################################
networks:
  fhem_net:
    driver: bridge
    ipam:
      config:
        - subnet: 172.99.0.0/24
          gateway: 172.99.0.1
          ip_range: 172.99.0.1/24

Das Ergebnis ist leider das Selbe.
2023.08.03 17:52:34 1: Connection refused from the non-local address 172.99.0.4:54006, as there is no working allowed instance defined for it
2023.08.03 17:53:04 1: Connection refused from the non-local address 172.99.0.4:51554, as there is no working allowed instance defined for it
2023.08.03 17:53:34 1: Connection refused from the non-local address 172.99.0.4:40708, as there is no working allowed instance defined for it
2023.08.03 17:54:04 1: Connection refused from the non-local address 172.99.0.4:59544, as there is no working allowed instance defined for it

bzw.
[8/3/2023, 5:53:04 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:53:04 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691077984083
[8/3/2023, 5:53:04 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
[8/3/2023, 5:53:34 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:53:34 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691078014098
[8/3/2023, 5:53:34 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET
[8/3/2023, 5:54:04 PM] [FHEM] trying longpoll to listen for fhem events
[8/3/2023, 5:54:04 PM] [FHEM] starting longpoll: http://fhem:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1691078044109
[8/3/2023, 5:54:04 PM] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
*** FHEM: connection failed: Error: read ECONNRESET

Als Nachtrag noch meine Alexa-Definition in FHEM:
defmod alexa alexa
attr alexa alexaFHEM-config ./alexa-fhem.cfg
attr alexa alexaFHEM-log ./log/alexa-%Y-%m-%d.log
attr alexa alexaMapping #Characteristic=<name>=<value>,...\
On=verb=schalte,valueOn=an;;ein,valueOff=aus,valueToggle=um\
\
Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\
\
Hue=verb=stelle,valuePrefix=auf,values=rot:0;;grün:128;;blau:200\
Hue=verb=färbe,values=rot:0;;grün:120;;blau:220\
\
Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER\
Saturation=verb=sättige,values=AMAZON.NUMBER\
\
TargetPosition=verb=mach,articles=den;;die,values=auf:100;;zu:0\
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\
\
TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad\
\
Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\
\
#Weckzeit=verb=stelle,valuePrefix=auf;;für,values=AMAZON.TIME,valueSuffix=uhr
attr alexa alexaTypes #Type=<alias>[,<alias2>[,...]]\
light=licht,lampen\
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
attr alexa devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr alexa echoRooms #<deviceId>=<room>\

attr alexa fhemIntents #IntentName=<sample utterance>\
gutenMorgen=guten morgen\
guteNacht=gute nacht
attr alexa persons #<personId>=<name>\

attr alexa room Server
attr alexa stateFormat alexaFHEM

setstate alexa stopped;; alexa-fhem not installed. install with 'sudo npm install -g alexa-fhem'.
setstate alexa 2023-08-03 17:50:46 alexaFHEM stopped;; alexa-fhem not installed. install with 'sudo npm install -g alexa-fhem'.
setstate alexa 2023-08-03 16:32:49 alexaFHEM.bearerToken crypt:73240c057d5d52540901020350710b0a
setstate alexa 2023-08-03 16:32:49 alexaFHEM.skillRegKey crypt:042205707d5c27571c01050557020d0200710f0279747855591821760e097d0c06510d060e505426030a

RaspiPi v4, HM-LGW, 6x HM-TC-IT-WM-W-EU, 11x HM-CC-RT-DN, 1x HUE Bridge, 4x HUE-RC, 5x HUE White&Color, 15xHUE White, 3xHM-LC-SW1-FM, 1xHM-LC-SW2-FM, 1x ConBeeII, 15x Shelly1, 5xShellyplug, Aquara: 2x Temp-Sensor, 1x Vibrationssensor, 2x Lichtsensor, 19x Tür/Fenstersensor

Sidey

Zitat von: rallye am 03 August 2023, 18:00:08Das Ergebnis ist leider das Selbe.
2023.08.03 17:52:34 1: Connection refused from the non-local address 172.99.0.4:54006, as there is no working allowed instance defined for it
2023.08.03 17:53:04 1: Connection refused from the non-local address 172.99.0.4:51554, as there is no working allowed instance defined for it
2023.08.03 17:53:34 1: Connection refused from the non-local address 172.99.0.4:40708, as there is no working allowed instance defined for it
2023.08.03 17:54:04 1: Connection refused from the non-local address 172.99.0.4:59544, as there is no working allowed instance defined for it


Hier steht ja ziemlich genau, dass dein allowed Definition in FHEM den Zugriff verbietet. Hier solltest Du das Netzwerk hinterlegen über das  FHEM und alexa-FHEM kommunizieren.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

passibe

Noch etwas anderes:
Dein 172.99-Subnet ist kein Subnet innerhalb der RFC1918-Spezifikation. Das geht nur von 172.16.0.0 bis 172.31.255.255 (also 172.16.0.0/12).
Deshalb sagt die Fehlermeldung auch "non-local address".

Es bietet sich also an – neben der korrekten Konfiguration des allowed-Devices – auch darauf zu achten, dass bei Docker-Netzwerken alle Adressen tatsächlich privat (also RFC1918) sind. Das 172 am Anfang lädt nämlich dazu ein, dass man dahinter egal was veranstalten kann (so wie bei 10.0.0.0/8), aber das ist leider nicht der Fall (mir auch schon passiert).

rallye

#1945
Zitat von: Sidey am 03 August 2023, 19:29:12Hier steht ja ziemlich genau, dass dein allowed Definition in FHEM den Zugriff verbietet. Hier solltest Du das Netzwerk hinterlegen über das  FHEM und alexa-FHEM kommunizieren.

Grüße Sidey
Danke, das habe ich mir auch gedacht und gestern versucht ein allowed-device entsprechend zu definieren, wollte aber auf die Schnelle keine UIDs und PWs definieren bzw war mir nicht ganz klar welche ich für alexa-fhem nehmen soll. Hab's daher auf heute verschoben. Gut war's. Ich hab dann den Beitrag von @passible gesehen:

Zitat von: passibe am 03 August 2023, 22:05:24Noch etwas anderes:
Dein 172.99-Subnet ist kein Subnet innerhalb der RFC1918-Spezifikation. Das geht nur von 172.16.0.0 bis 172.31.255.255 (also 172.16.0.0/12).
Deshalb sagt die Fehlermeldung auch "non-local address".

Es bietet sich also an – neben der korrekten Konfiguration des allowed-Devices – auch darauf zu achten, dass bei Docker-Netzwerken alle Adressen tatsächlich privat (also RFC1918) sind. Das 172 am Anfang lädt nämlich dazu ein, dass man dahinter egal was veranstalten kann (so wie bei 10.0.0.0/8), aber das ist leider nicht der Fall (mir auch schon passiert).
und mich daran gehalten (172.16.57.0/24). Und kaum macht man's richtig, funktioniniert's auch schon  :) !!

Danke für Eure Unterstützung - fhempy & alexa-fhem laufen wie von mir gewünscht!

LG Rallye
RaspiPi v4, HM-LGW, 6x HM-TC-IT-WM-W-EU, 11x HM-CC-RT-DN, 1x HUE Bridge, 4x HUE-RC, 5x HUE White&Color, 15xHUE White, 3xHM-LC-SW1-FM, 1xHM-LC-SW2-FM, 1x ConBeeII, 15x Shelly1, 5xShellyplug, Aquara: 2x Temp-Sensor, 1x Vibrationssensor, 2x Lichtsensor, 19x Tür/Fenstersensor

Sidey

Update zu den Docker Images.


Die Docker Images, welche in der Github container registry liegen, hatten lange Zeit ein "fhem" mehr in der Pfadangabe als eigentich gewollt:

Vor einigen Wochen habe ich das bereits angepasst.

Das FHEM Image wird auch nur noch unter dem gekürzten Namen aktualisiert, aktualisiert also bitte eure Image Quellen, die alten werden nicht mehr aktualisiert.

ghcr.io/fhem/fhem-docker:3-bullseye
ghcr.io/fhem/alexa-fhem:5

Kleiner Spoiler:
Ich arbeite auch bereits an einem Image auf bookworm Basis. Hier werden allerdings einige alten Zöpfe abgeschnitten und das Image wird sich auf den Betrieb von FHEM als Perl Programm fokussieren und nicht darauf ein vollständiges OS zu erhalten.

Viele Grüße
Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Borkk

Hallo Zusammen,

Ich habe heute das Update auf Docker Image 3.2.3-Bullseye gemacht. Leider startete damit alexa-fhem nicht mehr. Weder über die GUI noch über die CLI liessen sich nmp updates, upgrades oder installs machen. Das Modul alexa hat die alexa-fhem installation einfach nicht gefunden und es liess sich nichts installieren. Leider habe ich keine Zeit für eine große Fehlersuche, da ich ein ein paar Stunden in Urlaub fahre. (warum mache ich auch kurz vorher ein Update ;) )

Ich bin jetzt wieder auf 3.2.2-Bullseye zurück, damit läuft wieder alles wie es soll.

Sorry wenn ich hier nicht konkrete Infos liefern kann, aber vielleicht tritt der Fehler (wenn es denn einer ist) bei noch jemand auf.     
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

kadettilac89

ich hatte es gestern bemerkt aber nicht weiter analysiert. Wenn man den Befehlt des Dockerfile zum installieren manuell ausführt dann zeigt es mehrfach "wait 20 sec" ... "wait 60 sec" .. an. Ich vermute weil es schon nodejs 16/18 gibt soll es darauf hinweisen, dass es obsolet ist. Das könnte beim Build des Image zu einem Timeout führen und dann fehlt npm/nodejs/gassistant/alexa ... das ganze was in dem Zweig rein käme.

Vielleicht ginge es, wenn man eine neuere Version verwendet. Wobei es dann bei den Paketen zu gassistant/alexa zu weiteren Fehlnen kommen könnte.

Wenn ich heute Abend Zeit finde teste ich es ggf. mal.

Zeile 452 ff
LC_ALL=C curl --retry 3 --retry-connrefused --retry-delay 2 -fsSL https://deb.nodesource.com/setup_14.x | LC_ALL=C bash -

Sidey

Zitat von: Borkk am 11 September 2023, 00:19:29Hallo Zusammen,

Ich habe heute das Update auf Docker Image 3.2.3-Bullseye gemacht. Leider startete damit alexa-fhem nicht mehr. Weder über die GUI noch über die CLI liessen sich nmp updates, upgrades oder installs machen.

Hi,

Welche Architektur verwendest Du denn? Es wird nur für AMD64 inkludiert.

Mir fallen solche Fehler leider nicht auf, da ich das Image ohne Bodens verwende:

ghcr.io/fhem/fhem-minimal-docker:3.2.3-bullseye

PS: Mit der Nächsten auf Bookworm basierenden Version müssen diese Zusatzprogramme in einen eigenen Container überführt werden, da diese sich besser warten lassen.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker