Es stimmt, dass so eine Box schon stylischer ist, aber es ist auch komplizierter, sie mit allen Geräten kompatibel zu machen!
Hallo, ich erlaube mir, nochmal nachzufragen: Kann ich etwas tun, um diese Themen voranzubringen?
Leg los und mach mit, wenn du helfen möchtest 
Es ist nicht nötig, um Erlaubnis zu fragen, wie bei jedem Open-Source-Projekt sind Pull Requests offen!
Hat jemand hierzu Fortschritte gemacht?
Ich habe Domoticz endlich komplett entfernt und meine Heizung in Gladys mit Node Red, MQTT, Zwave und NetAtmo integriert.
Ich habe angefangen, das, was ich gemacht habe, zu testen, und es scheint zu funktionieren. Das Einzige, was mir fehlt, ist ein Thermostat-Device. Ich komme auch ohne mit Szenen zurecht, aber es ist nicht praktisch, den Wert manuell zu ändern.
Daher überlege ich, mir in Domoticz ein Dashboard mit diesen Thermostaten zu erstellen, bis jemand sich an die Entwicklung dieses Typs von Device macht 
Soweit ich weiß, gibt es keine laufende Entwicklung. Aber der erste Schritt dieser Entwicklung könnte darin bestehen, die Benutzeroberfläche eines Thermostatgeräts zu entwickeln, mit einer Solltemperatur, einem Plus- und einem Minus-Button, das könnte in ein paar Stunden erledigt sein 
Die Vorschläge von @jgcb00 waren gut:
Die Raumheizungssteuerung kann später kommen.
Ja, es ist besser, schrittweise voranzukommen, besonders wenn es ermöglicht, eine erste Version der Heizungssteuerung zu haben.
Aber ja klar, dieses Gerät würde (für mich) ermöglichen, die Heizung zu steuern und einen großen Fortschritt in Gladys zu machen.
Mit diesem Gerät im Dashboard und 2 Szenen zum Vergleichen der Temperatur und des Sollwerts könnte man bereits jeden Heizung (Heizkessel, elektrische Heizung…) im Ein-Aus-Modus steuern.
Danach könnte man mit anderen Szenen und eventuell dem Kalender einen Zeitplan erstellen.
Ich weiß nicht, was die anderen Nutzer davon halten, aber in meinem Fall wäre das wirklich ein Plus.
Wenn man genau hinschaut, funktioniert ein physischer Thermostat genau so: Er schaltet ein und aus, indem er zwei Temperaturwerte vergleicht und einen Zeitplan verwaltet.
Ich bin sogar bereit, ein Abonnement für Gladys Plus zu nehmen, wenn dieses Gerät entwickelt werden könnte.
Das ist nicht in falsche Ohren gefallen 
Ich werde sehen, was ich tun kann!
Es ist wichtig, beizutragen. Je mehr Einnahmen ich mit Gladys habe, desto mehr Zeit kann ich von meiner Freelance-Arbeit abziehen, um an Gladys zu arbeiten
Tkt ich halte Wort, ich suchte eine Ausrede, um das Abo zu nehmen und beizutragen, also hier, das wird mit diesem Gerät sein.
Entschuldigung, die anderen Funktionen von G+ interessieren mich nicht, also zögere ich, den Schritt zu wagen, aber wenn du das machst, bin ich bereit beizutragen, auch wenn G+ mir nichts mehr bringt.
Bereit zum Testen, sobald du kannst
Daher habe ich auch als Lösung in Betracht gezogen, ein externes Zigbee-Thermostat in den Räumen zu installieren, die ich benötige, und die benötigten Daten über MQTT abzurufen.
Hier ist, was ich bei domadoo gefunden habe.
Aber das würde mich teurer zu stehen kommen, wenn ich mehrere benötige, da ich meine Heizung pro Raum steuere, als das Gladys±Abo.
Außerdem würde ich gerne auch die Entwicklung dieses Thermostats übernehmen, aber ich hatte noch keine Zeit, mich wirklich in den Code von Gladys einzuarbeiten. Und ich kenne Preact auch nicht.
Hallo @Will_71!
Ich habe mich mit dem Thema beschäftigt 
Ich kann dir vorerst eine direkte Steuerung eines Geräts in der UI anbieten:
Möglichkeit, per Klick um 0,5 zu erhöhen:
Dieses Gerät kann in der MQTT-Integration erstellt werden:
Du kannst ein Minimum, ein Maximum und die Einheit definieren:
In den Szenen sieht das so aus:
Was hältst du davon?
@lmilcent, ich denke, das könnte dich auch interessieren
Der PR ist hier verfügbar:
Hallo @pierre-gilles,
Danke, das ist super… Genau das, was ich erwartet habe.
Ich könnte dein PR herunterladen und heute Abend einen Test durchführen, wenn du möchtest.
Nochmals danke
Wenn du möchtest, habe ich einen Docker-Build gestartet (das sollte etwa 1 Stunde dauern: https://github.com/GladysAssistant/Gladys/actions/runs/3217294217)
Verfügbar unter:
gladysassistant/gladys:thermostat-device
Da bin ich kurz ausgeflippt
Aha
Na klar, es ist Montag, ich bin noch nicht so weit 
Super, das Thema kommt voran
Wenn ich das richtig verstehe, muss der Benutzer ein MQTT-„Gerät“ „Thermostat“ erstellen?
Ein paar Fragen:
- Ist es standardmäßig ein Thermostat pro Raum oder ein allgemeiner?
- Wie kann man damit umgehen, dass ein Thermostat pro Raum erstellt wird (z. B.), aber ohne Sensoren in diesem Raum?
- Muss der Benutzer zwangsläufig einen Thermostat über die MQTT-Integration erstellen?
- Wenn ja, wäre es möglich, stattdessen einen dedizierten Dienst (und standardmäßig aktiviert) zu erstellen, in dem Gladys standardmäßig die Thermostate erstellt?
Eine Option könnte es ermöglichen, zwischen der Erstellung eines Thermostats pro Raum oder nur eines allgemeinen Thermostats zu wählen.
Egal, ich hatte keine Zeit, mir den Code anzusehen, aber ich hatte die Entwicklungsumgebung bereits installiert…
In jedem Fall schaue ich mir das heute Abend nach der Arbeit an…
Und wie versprochen nehme ich das Gladys±Abo.
Wie bei jeder Entwicklung beginnt man mit dem Kern und arbeitet sich zu den Integrationen vor.
Meine PR fügt also zunächst nur diesen Gerätetyp in den Kern hinzu, es gibt nichts, was speziell für eine Integration in meiner Arbeit ist.
Die MQTT-Integration ist eine „flexible“ Integration, die es dir ermöglicht, „Fake-Geräte“ zu erstellen, die per MQTT steuerbar sind, wenn ich es so sagen darf.
Sobald ein neuer Gerätetyp entwickelt wird, ermöglicht die MQTT-Integration die Nutzung dieses neuen Typs.
Ich glaube, das ist genau das, was @Will_71 brauchte, um Domoticz zu umgehen.
Der nächste Schritt, sobald dieser in Produktion ist, besteht darin, dass jeder Integrationsentwickler seine Integration überprüft, um zu sehen, ob es Geräte vom Typ „Thermostat“ in der Integration gibt, und gegebenenfalls die Kompatibilität zu codieren
Ich glaube, du hast die Entwicklung nicht ganz verstanden ^^ Es gibt nichts davon, ich habe nur einen Thermostat-Typ wie die Typen „Lampen“, „Steckdosen“ usw. erstellt. Vielleicht ist die Benennung schlecht, sollte man es „Heizung“ nennen?
Toll, halte mich auf dem Laufenden!
Und danke für deine Unterstützung
Ok, ich sehe, tatsächlich habe ich einige Schritte übersprungen!
Das ist mir beim MQTT-Dienst klar geworden, der genau für das, was du ansprichst, so praktisch ist.
Es bleibt ein sehr guter Schritt, denn es ist eindeutig ein Typ, der gefehlt hat
Danke für deine ganze Erklärung!
Also, ich konnte nicht warten, um es zu testen!
Einziger Hinweis: Am PC ist es kein Problem und das wird mir am Anfang reichen, um den Wert einzustellen, aber auf dem Handy oder Tablet habe ich Angst, dass die Einstellungsknöpfe zu klein sind! Oder?
Und ich habe das Gladys±Abo genommen 
.
Jetzt muss ich es nur noch aktivieren, aber ich weiß nicht, ob ich Zeit haben werde, bevor ich wieder zur Arbeit gehe!