SmartHome - Erfahrungen und verwendete Geräte

@Adromir
Wir können hier
-> SmartHome allgemein
auch gerne noch einen Node-Red Bereich einfügen.

Zitat von don

@Adromir
Wir können hier
-> SmartHome allgemein
auch gerne noch einen Node-Red Bereich einfügen.

ich denke, das ein eigener Bereich für „FHEM“ auch gut wäre. Hier sind ja neben mir immer wieder Leute dabei, die auch FHEM verwenden.

Gruß Hoppel

Zitat von don

@Adromir
Wir können hier
-> SmartHome allgemein
auch gerne noch einen Node-Red Bereich einfügen.

Die Idee finde ich gut, gerne, da kann man dann auch mal Konfigurationen austauschen

Hallo,
mal ne Frage an die erfahrungsträger im im Smarthome Bereich.
Gibt es irgendeine "kinderleichte" Alternative um alle Komponenten unter einen Hut zu bekommen und Automationen zu erstellen.
Hab mich in Openhab versucht, bis auf eine fehlerhafte Sitemap hab ich nix zustande gebracht. Hab nicht soooooo den Plan von Programmieren (kann aber durchaus eine Step2step Anweisung befolgen). Sobald halt irgendein Problem auftritt steh ich halt wie Ochs vorm Berg.

Was ich will:
Licht an aus bei Anwesenheit+Sonnenuntergang
EVtl. Kodi einbinden (Wenn Pause Licht auf 70% zum Beispiel)
Hab leider kein iPad zuhause sonst könnte man das ja über Homematic lösen.

Jemand ne idee?

LG

openhab ist nicht schwer. Mit learning by doing sowie Vorlagen die wir dir liefern können ist die lernkurve recht hoch und du programmierst dir innerhalb kürzester Zeit deine rules selber.
Gerade wenn dich jemand bei der Hand nimmt ist der Einstieg recht simpel. Du musst nur einen Schritt nach dem anderen machen.

Kinderleicht ist das tatsächlich mit Apple Homekit. Aber dann brauchst du wie schon erkannt, iPhone, iPad, evtl. Mac, Apple TV, HomePod und nicht zu vergessen Homekit kompatible Hardware.

Wenn du Apple Endgeräte hättest, könntest du auch den Weg über Homebridge gehen und alles mögliche, was nicht Homekit-zertifiziert ist, in Homekit einbinden.

Da gibt es auch tolle RasPi Lösungen, direkt mit entsprechender App:

https://apps.apple.com/de/app/homebri…pi/id1123183713

Wahrscheinlich sind die 7,99€ gut investiert. Bei mir läuft das alles allerdings auf meinem Server.

Ansonsten ist dein Vorhaben natürlich grundsätzlich auch mit FHEM umsetzbar.

Hast du schon Hardware? Wenn ja, welche genau?

Gruß Hoppel

Oder mal in openHAB die neue Rule Engine ausprobieren. Ist zwar noch experimentell aber man kann damit Regeln über die grafische Oberfläche erstellen.

Also Grundsätzlich würde ich lieber weiter bei Node-Red bleiben. Grundsätzlich ist das ja schon intuitiv und unterstützt sowohl Home Assitant, Openhab, FHEM und ioBroker. Sollte ich mal in die Bedruille geraten das Grundsystem wechseln zu müssen, dann würde ich zumindest in diesem Punkt nicht gleich bei Null anzufangen. Aber es gibt halt schon ein paar Fallstricke, die es zu lösen sind, weil sie einfach etwas unintuitiv sind. Was jetzt nicht zwingend an Node-Red liegt sondern vielleicht an der Home Assistant Integration.

Beispiel:
Will ich die Temperatur meines Bewegungsmelders aus der Küche auslesen, dann geht das nicht so einfach über irgendwas wie

sensor_kueche.light_level

sondern das Versteckt sich hinter sowas kryptischen wie

msg.data.attributes.light_level

Und doff ist, wenn ich etwas am Anfang eines Flows Abfrage, diese Werte überschrieben werden, wenn ich andere Geräte abfrage. Ich weiß, daß ich diese Werte zwar auch in separate Variabeln schreiben kann, aber die Tutorials die ich dazu gefunden habe sind mir nicht ganz einleuchtend. Also heißt es mit langsamen schritten Vorwärts

Ein einfache Automatisierung könnte man in Home Assistant so anlegen (Beispiel Licht an bei Sonnenuntergang und Anwesenheit):

leute....bitte bei solchen details das entsprechende forum verwenden. ihr könnt ja ggf dahin verlinken.
falls es das gewünschte unterforum noch nicht gibt, dann dort eine nachricht hinterlassen ---->
Unterforen SmartHome Systeme

@Bjoern Heb dir die Frage für das neue Unterforum auf. Ich denke, dass ist ein schönes erstes Thema für das neue Unterforum, mal über die verschiedenen FHEM Skins zu sprechen.

Gruß Hoppel

das fhem Forum gibts ab morgen. Dann könnt ihr euch auslassen.

Bis das Unterforum fertig ist , hier noch was sehr empfehlenswertes zur Fhem Optik:
Flex Style für Fhem

Zitat von hoppel118

Ich bin noch am Überlegen, wie ich zu Buster migriere. Entweder so wie momentan, OMV5 auf Bare Metal oder mal wieder Proxmox.

Fhem gehört für mich eher in einen LXC, als in einen Docker, aber da bin ich mir einfach noch nicht sicher. Mal sehen, wie es weiter geht.

Bei mir läuft Fhem in einem LXC Container, bzw. zwei mal auf ARM Hardware. Einmal auf ein Rock64 Board mit 4 GB Ram und wo anders noch auf einer S905X TV Box mit 2 GB Ram (vorher auf ein RPi 1), beides mit Armbian.

LXC hat den Vortail das alles getrennt ist und man unterschiedliche IP Adressen hat. Ein Backup und Restore ist auch sehr einfach.
Derzeit überlege ich noch eine zweite Fhem LXC Instanz aufzusetzen, auf einen anderen CPU Core und die beiden via fhem2fhem zu verbinden. Da Fhem nur ein Kern verwendet und man so gewisse Sachen verteilen kann.

Ich habe auf beiden noch ein pihole Server und noch andere Sachen, wie ein Nginx SSL Remote Proxy, Wireguard und ein Unifi Controller in LXC Container laufen.

Im LXC Container kann man auch fast alle USB Geräte Durchschleifen wie CUL, HM, Zigbee, Soundkarte... Das einzigste was ich nicht hinbekommen habe ist Bluetooth.

Bei Buster als Wirtssystem muss man aufpassen, dort wurden die ganzen LXC Konfigurationsnamen geändert. Die "älteren" Anleitungen in den Foren funktionieren dann nicht. Allerdings ist das auch kein Hexenwerk die neuen Config Namen herauszufinden, ich habe beides laufen. Also auf einer Kiste Stretch und auf der anderen Buster als Wirtssystem. In den Container ist das egal...

Presence habe ich über BT und da kann ich auch nur die GTAGS empfehlen. Ich hatte erst die günstigen aus China probiert, aber da war die Batterie schnell leer, oder sie gingen aus.
Bzgl. DOIF schaue dir mal MSwitch an, das ist wie DOS und Windows Ich mache darüber vieles und man kann sich die Sachen zurecht klicken, wenn man erstmal weiß wie es funktioniert.

Node- Red Habe ich mir auch mal angeschaut, sieht schön aus, aber ich glaube wenn das komplexer wird, dann wird das ziemlich unübersichtlich und es frisst mehr Ressourcen als z.B. Fhem.
Fhem sieht zwar nicht so modern aus, aber es ist sehr mächtig und schlank, dort gibts es für fast alles eine Lösung und die deutschsprachige Community dahinter ist sehr groß und aktiv.

Ich nutze das offizielle Fhem Docker auf meinem Synolpgy.
Das wird in regelmäßigen Abständen aktualisiert und man hat Support im Fhem Forums.
Auch ist gleich alles wichtige drin um Amazon Echo ein zu binden.
Als Interface nutze ich MarpleCul, Fa habe ich dann gleich bis zu 5 Systeme mit einem Adapter.

@v00dy Ich hatte vor drei Jahren FHEM auch in einem LXC unter Proxmox laufen. Mit Proxmox 5 hatte ich dann Probleme meine TV-Karte vernünftig in Betrieb zu nehmen, so dass ich mich damals dann dafür entschieden habe, Docker eine Chance zu geben. Bei mir läuft nun TVHeadend, Emby, Unifi, Netdata und Heimdall im Docker Container. Bei FHEM habe ich mich noch nicht dafür „begeistern“ können, dass nach Docker zu überführen. Da habe ich alle möglichen Paketquellen verwendet: apt, npm, cpan und github. Außerdem habe ich 3 verschiedene Hombridge-Instanzen gekoppelt. Da ist alles nicht so Docker-geeignet. Trotzdem baue ich mir durch Proxmox wieder einen neuen Komplexitätsgrad ein. Ich bin mittlerweile auf dem Trip „keep it simple“. Vielleicht wird es auch eine Kombi aus LXC für FHEM und der Rest geht wieder in einen Docker Contsiner.

Bei Docker kannst du übrigens auch jedem Container seine eigene IP geben, Stichwort MAC-VLAN.

Gruß Hoppel

Es gibt hier ja doch eine ganze Menge FHEM Nutzer. Das war mir gar nicht so bewusst...

@horschte Danke, dass du uns FHEM-Usern ein eigenes Unterforum bereitgestellt hast.

Gruß Hoppel

@hoppel118 mit Proxmox hatte ich bisher noch keine Erfahrung, weil das leider nicht auf ARM Hardware läuft. Ist aber im Grunde eine schöne GUI für LXC.
Eine TV Karte durchschleifen sollte auf jedenfall auch funktionieren. Man muss nur die cgroup Rechte und die Geräte in /dev/... in der config verlinken.
Für Fhem sieht meine LXC Container Config (Strech) so so aus:

root@rock64:~# cat /var/lib/lxc/fhem/config
# Template used to create this container: /usr/share/lxc/templates/lxc-download
# Parameters passed to the template: -d debian -r stretch -a arm64
# Template script checksum (SHA-1): 740c51206e35463362b735e68b867876048a8baf
# For additional config options, please look at lxc.container.conf(5)


# Uncomment the following line to support nesting containers:
#lxc.include = /usr/share/lxc/config/nesting.conf
# (Be aware this has security implications)


# Distribution configuration
#lxc.include = /usr/share/lxc/config/debian.common.conf
lxc.arch = linux32


# Container specific configuration
lxc.rootfs = /var/lib/lxc/fhem/rootfs
lxc.rootfs.backend = dir
lxc.utsname = fhem


# required for lxc-console to work
lxc.tty = 4


# requires for interactive SSH to work
lxc.pts = 1024


lxc.start.auto = 1
lxc.start.delay = 60


# Network configuration
lxc.network.type = veth
lxc.network.link = br0
lxc.network.flags = up
#lxc.network.hwaddr = 00:xx:xx:xx:xx:xx


# the ip may be set to 0.0.0.0/24 or skip this line
# if you like to use a dhcp client inside the container
lxc.network.ipv4 = 192.168.x.x/24


# define a gateway to have access to the internet
lxc.network.ipv4.gateway = 192.168.x.x


lxc.mount.entry          = /dev/serial/by-id               dev/serial/by-id        none bind,optional,create=dir


lxc.mount.entry         = /dev/serial/by-id/usb-STM32_MapleCUL_def25096-if00 dev/serial/by-id/usb-STM32_MapleCUL_def25096-if00 none bind,optional,create=file 0 0
lxc.mount.entry         = /dev/serial/by-id/usb-STM32_MapleCUL_def25096-if02 dev/serial/by-id/usb-STM32_MapleCUL_def25096-if02 none bind,optional,create=file 0 0
lxc.mount.entry         = /dev/serial/by-id/usb-STM32_MapleCUL_def25096-if04 dev/serial/by-id/usb-STM32_MapleCUL_def25096-if04 none bind,optional,create=file 0 0


lxc.mount.entry = /dev/ttyACM0 dev/ttyACM0 none  bind,create=file #0 0
lxc.mount.entry = /dev/ttyACM1 dev/ttyACM1 none  bind,create=file #0 0
lxc.mount.entry = /dev/ttyACM2 dev/ttyACM2 none  bind,create=file #0 0


#### Sound
lxc.mount.entry = /dev/snd/by-id dev/snd/by-id none bind,optional,create=dir 0 0
lxc.mount.entry = /dev/snd/by-path dev/snd/by-path none bind,optional,create=dir 0 0
lxc.mount.entry = /dev/snd dev/snd none bind,optional,create=dir 0 0


lxc.cgroup.devices.allow = c 189:* rwm
lxc.cgroup.devices.allow = c 12:* rwm


lxc.cgroup.devices.allow = c 280:* rwm
lxc.cgroup.devices.allow = c 116:* rwm


lxc.cgroup.devices.allow = c 13:* rwm
lxc.cgroup.devices.allow = c 188:* rwm
lxc.cgroup.devices.allow = c 166:* rwm

TVHeadend habe ich auch ausprobiert, aber das lief nicht gut, das lag aber wohl am grottigen Kabel TV Stick oder an der Leitung.
Ich schaue seit einigen Jahren über IPTV, vorher Zattoo und nun Teleboy über Kodi Clients auf RPI2 und Android Boxen. Rbuehlma sei Dank.
Die Kodi Clients kann man prima mit Fhem und Fhem Alexa steuern.

Zu Docker kann ich nix zu sagen, damit konnte ich mich nicht wirklich anfreunden.
Ich habe lieber ein "fast" vollwertiges Linux und installiere es selber.

Viele Grüße
Mark