Für ein Thermostat mit Z-Wave, z. B. von Fibaro oder Devolo, bräuchtest du lediglich einen Z-Wave Stick.
Wenn du FHEM nutzt könntest du auch ein Homematic Thermostat mit einem 868 MHz CUL betreiben.
Beiträge von cyberghost
-
-
Ich nutze zigbee2mqtt und bekomme auch bei einem manuelle Schalten keine Statusänderung.
-
Hört sich so an als wäre ein Fehler im Skript.
Vielleicht postest du das mal ...
(Screenshot & Code) -
-
Wie sieht es denn mit der allgemeinen Reichweite aus? Mein Pi ist im Elektroraum im Keller, was natürlich enorm abschirmt. Habe ich von dort unten eine realistische Chance oder sollte ich es ggf. dual halten und den Stick im Keller, sowie das [definition='69','0']Gateway[/definition] was ich bereits besitzte im Dachboden in 'ne freie Dose stecke.
Persönlich finde ich ein [definition='69','0']Gateway[/definition] / Coordinator besser. Aber die Entscheidung liegt letztendlich bei dir.
Es gibt auch die Möglichkeit den Stick an einem zweiten Pi (Zero) im Wohnraum zu platzieren und über das Netzwerk an dein Haupt-Pi durchzureichen.Vorher würde ich aber einfach mal einen Reichweitentest durchführen.
-
Ist die Firewall an und möglicherweise schuld?
-
-
-
Kennst du auch eine Lösung mit aktiver 2 Faktoren Authentifizierung?
Ich muss mich sehr häufig neu anmelden.
-
-
Es wird zwar im Repo so rund jedes Monat eine neue Version releaset. Aber wie bereits gesagt wurde, es kommt darauf an was man damit steuern will. Mit den neuen Versionen werden laufend Unterstützung für weitere Geräte dazu, sowie Verbesserungen und Fehlerbehebungen. Also nur wenn ein Gerät nicht unterstütz wird und nach einem Update eben schon, welches in deinem Besitz ist, dann würde sich ein Update lohnen. Nur weil es monatlich neue Versionen gibt, heißt das nicht das du das Gerät dann sofort wieder flashen musst.
Ja, aber für neue Geräte reicht ein Update der Software.
-
Ich denke das es sich um einen Preisfehler handelt und das Gerät für 599$ verkauft werden sollte
Denke ich auch.
Das scheint der Snapmaker zu sein, dann würde 600-700€ passen.
-
-
-
Sind Docker Container nicht so performance-lastig wie eine VM?
Lang nicht!
Bei einer VM wird ja das gesamte OS virtualisiert, und zwar für jede VM einzeln.
In Containern wird nur die Software in einer abgeschotteten Umgebung laufen gelassen. [vereinfacht ausgedrückt]
-
Proxmox kann VM und Container.
Sind das denn Docker Container?
Habe mich aber nicht wirklich mit Proxmox beschäftigt.
-
Ubuntu und darauf Docker.
Wie meinst du das mit Proxmox?
In einer VM Docker?
-
Ohne MQTT war ja nur ein Vorschlag.
Auch wenn's nicht unbedingt hier zum Thema passt:
Ich hatte zwei Pis, aber die kamen an ihre Leistungsgrenze. Habe jetzt einen Intel NUC mit Pentium Prozessor und 8GB RAM. Darauf laufen ca. 10 Docker Container.
Von außen ist nichts erreichbar, außer über [definition='20','0']Alexa[/definition] und Telegram.
Ein NAS habe ich (leider!) nicht.
-
Bei mir machte der MQTT-Server-Adapter auch Probleme.
Ich habe Mosquitto seperat laufen. Persönlich finde ich es auch am besten, den Broker seperat zu haben, falls man z. B. ioBroker nicht mehr nutzen möchte, ist der Broker immernoch da.
Wenn du NodeRed als Adapter installierst, brauchst du kein MQTT mehr. Dann gibt es eine Node mit der du direkt auf die Objekte zugreifen kannst.
Macht natürlich nur Sinn, wenn du auf die Client App verzichten könntest und die Werte auch sonst nicht in MQTT brauchst.
Auch hier wieder die Frage, ob NodeRed nicht unabhängig von ioBroker laufen sollte...
Bei mir läuft alles in seperaten Docker Containern, sodass ich jederzeit ein System deaktivieren kann, ohne das ein anderer Dienst fehlt.
-
Warum verwendest Du node-red nicht innerhalb des ioBrokers als Adapter? Bzw. wie/wo setzt du node-red als eigenständigen Server ein in Verbindung mit dem MQTT?
VirginiaExpress Wenn du MQTT (für die Heizung) nicht unbedingt brauchst, wäre das wirklich einfacher, gerade wenn du dein System neu aufsetzt. Vielen kannst du auch etwas Leistung sparen, auf jeden Fall aber etwas Konfigurationszeit ?.