joschamiddendorf / fhem-docker Goto Github PK

Hallo,

mit purer Begeisterung bin ich gerade über dein Projekt hier gestolpert und habe direkt ein paar Ideen bei mir eingebaut. Absolut genial. Vielen Dank.

Aber wieso erwähnst du, dass man vorzugsweise absolute Pfade nutzen sollte?

Make shure to always use absolout paths in your fhem.cfg beginning with /opt/fhem/ not with ./ !

Ich habe das bei mir nicht gemacht und es scheint dennoch zu funktionieren. Habe ich etwas übersehen? Danke für die Antwort.

(Am Rande - kleine Typos: Make sure to always use absolute ...)

Hi Josha,

great work you did on that FHEM container! Thx a lot!
Could you please add prerequisites for fronthem installation as described on this wiki page?

• cpanmin
• Websocket
• JSON

Best regards,
Joachim

Hallo Joscha!
Erst einmal: deine Docker-Anwendung ist super und hat auf Anhieb funktioniert! Ich möchte mit fhem von von meiner lange gewachsenen RasperryPi-Lösung auf einen Intel NUC (mit docker) umziehen. Gestern habe ich den NUC aufgesetzt und docker und docker-compose sowie Portainer installiert. Ich habe mir ein Repository bei Bitbucket angelegt und das lokale Verzeichnis per git damit verknüpft (zur Datensicherung). Dann habe ich Dein fhem-docker geladen (tolle Funktion dass dabei das leere Verzeichnis automatisch gefüllt wird). Dein Healthcheck ist ebenfalls super. Soweit alles gut, aber die Realität ist natürlich komplexer, da ich hier sehr viele Komponenten am laufen habe. Also habe ich heute alternativ die fhem-docker-Container von https://github.com/klein0r/fhem-docker geladen. Geht schon in die richtige Richtung, aber Dein Dockerfile ist sauberer und gefällt mir besser.
Konkret:

1. Hast Du Interesse Deinen Ansatz auf einen Ansatz mit mehreren Containern zu erweitern?
2. das .gitignore bei Matthias Kleine ist gut und fehlt bei Dir
3. Ich habe einen fhem-Chatbot auf Basis RiveScript und Telegram und den würde ich gerne in einen weiteren Container packen. Wie kommuniziert der Prozess in diesem Chatbot-Container dann mit dem fhem-Hauptprozess? fhem-to-fhem?
4. Ich möchte auch Sonos gerne in einen Container packen. Dazu gibt es im fhem-Forum einen eigenen thread.
5. Ich möchte von den Logfiles auf die Datenbank umsteigen. Und diese dann einmal in der Nacht per DBRep auf ein NAS sichern.
6. Ich brauche noch ein paar Pakete wie Nmap::Parser, Image::Grab oder LWP::Simple (letzteres nur im Chatbot-Container) sowie ein paar weitere fhem-Module, die nicht im Standard sind (TALKTOME, TALKTOUSER, TEERKO, LaMetric, ...). Kein Problem, aber was ist der richtige Ansatz? Kopiert man diese Module einfach von Hand nach fhem/core/FHEM oder hinterlegt man solche Kopiervorgänge sauber dokumentiert im passenden Dockerfile eines Containers (z.B. werden die TALKTOxx nur im Container meines Chatbots benötigt)?
7. In der fhem.cfg habe ich nur die Basisdinge festgelegt. Für jedes Thema gibt es dann eine include-Datei, etwa homematic.cfg. Sinnigerweise würde ein homematic-Container seine eigene include-Datei mitbringen, die nur geladen wird, wenn der Container aktiv ist. Wie man das hinbekommt, ist mir aber noch nicht klar. Also wenn ich keinen Sonos-Container habe, dann habe ich auch kein Sonos-fhem-Device. Wenn der Container aber aktiv ist, dann ist natürlich auch das das Sonos-Device Bestandteil der fhem-Konfiguration.
8. Der Zugang von außen soll über Reverse Proxy oder VPN sicherer werden.
9. Einige fhem-Module haben Bedarf für API-Key oder Passwort. Erster Punkt wo es mir auffiel war der Zugang zur Fritzbox. Solche Sachen gehören aus meiner Sicht irgendwie zentral gesammelt, damit man sie vernünftig pflegen kann. Was ist die richtige Strategie?
10. Um die Sicherheit zu erhöhen, würde ich gerne die inflationären Portfreigaben etwas reduzieren, mich also mit den docker-Netzen vertraut machen.
11. Als Fernziel sehe ich: man lädt ein kleines Programm, das das lokale Netz durchsucht. Wenn es Sonos und Philips Hue findet, dann wird ein passendes docker-compose.yml dynamisch erzeugt. Der Nutzer kann noch anklicken welche Module er noch zusätzlich haben will, etwa Wetter oder Verkehr und schwupsdiwups hat er ein lauffähiges fhem, das er dann noch von Hand beliebig optimieren kann.
    Hast Du Interesse mich auf diesem Weg zu begleiten? Ich werde wohl in der nächsten Zeit rund 20 Stunden pro Woche reinstecken, damit mein System auf NUC mit docker besser wartbar wird als bisher. Hast Du finanzielle Vorstellungen?

Hi Joscha,

vielen Dank für diesen wirklich guten Container. Ich habe ihn auf einer Synology Diskstation laufen. Einwandfrei.
Nun wollte ich den Container auch noch auf einem Raspberry Pi 3B installieren, der dann als "Zulieferer" für die Hauptinstanz auf der Diskstation dienen soll. Die Installation funktioniert auch problemlos, leider startet der Container nicht. Es werden auch überhaupt keine Files in das gemappte Verzeichnis geschrieben (welches am Anfang absichtlich leer ist). Ich habe folgenden Befehl verwendet:

sudo docker run -d --name fhem -v /home/pi/docker/fhem_slave:/opt/fhem -p 7072:7072 -p 8083:8083 -p 8084:8084 -p 8085:8085 -p 8086:8086 -p 8087:8087 -p 8088:8088 -p 8089:8089 -e TZ=Europe/Berlin diggewuff/fhem-docker

/home/pi/docker/fhem_slave wiederrum ist ein gemountetes Verzeichnis, welches ursprünglich auf meiner Diskstation liegt. Die Verbindung hier ist einwandfrei.

Unter Portainer sehe ich den Container, Status: Stopped. Unter den Logs gibt es exakt eine Zeile:
standard_init_linux.go:190: exec user process caused "exec format error"

Hast du hier eine Idee?

Erstmal danke für den Container!

Ist es auch möglich den mit der normalen UI zu bekommen?

Die voreingestellte ist nicht so mein Ding und wenn ich "dark" aktiviere ist es immernoch nicht aus normal.

lg

FHEM seems to start twice

...
2018.02.15 00:23:14 0: Server shutdown
2018.02.15 00:23:15 5: Initializing Type Library:
2018.02.15 00:23:15 1: Including fhem.cfg
...
2018.02.15 00:23:16 5: Initializing Type Library:
2018.02.15 00:23:16 1: Including fhem.cfg
...

Hi,

nice docker container. It would be nice if you would add the following modules into the container:

93_InfluxDBLog.pm
72_XiaomiDevice.pm
74_XiaomiBTLESens.pm
74_XiaomiFlowerSens.pm

It works everything if just copy the modules to the docker volume, but you asked for suggestions ;-)

regards

Hallo Joscha,

kannst du bitte überprüfen, ob das Perl Modul HTML:Table Extract im Container enthalten ist. Dies wird für das FHEM Modul DBPlan benötigt.
Infos unter https://wiki.fhem.de/wiki/DBPlan

Danke und viele Grüße
KraxelHuber

Hallo,

verwendet jemand das MOBILEALERTSGW in FHEM?.
Da der Docker Container ja eine eigene IP Adresse hat, die jedenfalls bei Synology nichts mit dem normalen Netz zu tun hat, weiß ich nicht, welche Proxy-Adresse ich eintragen muß?

Hat jemand eine Idee?

Gruß Andreas

Hallo,

ich will derzeit auch mein Raspi einmotten und ein Docker FHEM auf meiner Synology Diskstation laufen lassen. Leider scheinen die FHEM Dockerimages auf der Diskstation keine Namensauflösung zu beherrschen. Ein Updatebfehl oder das Wettermodul von Yahoo (gethostbyname query.yahooapis.com failed) funktionieren daher nicht, Weißt Du dafür evtl. eine Lösung?

Gruß Andreas

Hallo Joscha,

ich nutze das "holiday2we"-Attribut innerhalb des Global Devices. Dafür habe ich die Datei nw.holiday im Verzeichnis /volume1/docker/fhem_docker/FHEM/holiday auf meinem NAS bearbeitet. Dieses Verzeichnis ist gemappt auf /opt/fhem. Wenn ich innerhalb von FHEM ein Update durchführe und mittels "shutdown restart" neu starte, wird die Datei auf meinem NAS überschrieben. Meine Änderungen gehen dann verloren. Wie ist hier am besten vorzugehen?

Hallo!
Als erstes vielen Dank für das super Docker Image. Ich habe damit FHEM auf meiner Synology ohne Probleme zum laufen bekommen und bin sehr zufrieden. Auch das Layout von Hausautomatisierung.com ist klasse und gefällt mir super! (Ich habe nur das Hintergrundbild gegen eines getauscht, dass weniger helle Farben hat, damit man an jeder Stelle alles lesen kann).
Aber nun zu meiner eigentlich Frage:
Ich würde gerne Sonos Geräte mit FHEM im Docker ansprechen und scheitere daran, dass FHEM die Geräte nicht findet. Soweit ich das verstanden habe, kommen die Multicast-Pakete nicht über die "Docker-Grenze", auch wenn ich die passenden FHEM-Docker Ports freigebe.
Gibt es im Docker-Setup oder in der Art und Weise, wie der aufgesetzt ist, eine Möglichkeit, bestimmte Pakete durchzulassen? (Es funktioniert, wenn ich den Docker im Host-Netzwerk ohne Bridge laufen lasse - es liegt also nicht an der sonstigen Netzwerkarchitektur)

Beim der Suche nach Lösungen habe ich hierzu zwei Ansätze gefunden, weiß aber nicht, in wieweit man das hier einbinden kann:

• https://github.com/alsmith/multicast-relay
• https://wiki.fhem.de/wiki/SONOS#Anpassungen_bei_Nutzung_von_IPTables_als_Firewall

Im FHEM Forum wird derzeit als Lösung empfohlen, den Kommunikations-Subprozess des Sonos Moduls in einen separates Docker-Image auszulagern, das dann direkt im Host-Netzwerk läuft. Ich fände aber eine Bridge-Lösung irgendwie sauberer...

Viele Grüße!