Ich arbeite am Entwickeln des Heatzy-Dienstes und habe zwei Fragen zu den „Best Practices“ oder zu dem, was allgemein üblich ist:
Die Heatzy-Geräte senden keine Daten, es ist Gladys, die alle X Sekunden ihren Zustand abfragen muss, indem sie einen GET-Request an die entsprechende API sendet. Gibt es eine Standardmethode oder ein generisches Intervall? Ich habe noch kein Beispiel in den bestehenden Diensten gefunden.
Für jedes Gerät gibt es mehrere Funktionen, insbesondere den MODE, der die Werte [ECO, AUS, HORSGEL, KOMFORT] annehmen kann.
Wie ist die beste Möglichkeit, dies als Funktion/Kategorie von Funktionen zu modellieren? Ich habe etwas Schwierigkeiten, die Funktionen der Heatzy-Geräte am besten in das Modell von Gladys zu integrieren. (Ich habe auch in einem anderen Thema gesehen, dass die Funktionsweise der Geräte und ihrer Funktionen geändert werden soll, vielleicht ist es besser, auf dieses Update zu warten …)
Ja! Du musst eine Funktion « poll » implementieren, die alle X Sekunden aufgerufen wird, je nach Konfiguration jedes Geräts.
Vielleicht hast du bemerkt, dass in der Tabelle « t_device » ein Attribut « should_poll » und ein Attribut « poll_frequency » vorhanden sind. Wenn du diese beim Erstellen des Geräts spezifizierst, wird Gladys die Funktion « poll » deines Dienstes alle X Sekunden gemäß der angegebenen Frequenz aufrufen.
Du kannst das Beispiel des Philips Hue-Dienstes ansehen =>
Oder Kamera:
Dafür haben wir über eine generische API zur Heizungsverwaltung gesprochen, das passt zu dieser Diskussion Ich erinnere mich nicht, ob es ein Thema gibt, in dem wir darüber sprechen?
Von meiner Seite ist das nicht in meinen kurz-/mittelfristigen Entwicklungs-Todos, aber ich kann meine Meinung zu Vorschlägen geben, also zögere nicht, die Führung zu übernehmen und die Diskussion in der Community zu starten
Entschuldige die späte Antwort, ich sehe gerade vor lauter Arbeit den Wald nicht mehr
Ich habe den Service leider noch nicht fertig entwickelt, ich habe Schwierigkeiten, Zeit dafür zu finden, und da es mein allererster Service/Entwicklung auf Gladys ist, dauert es länger! Wenn jemand Zeit hat, mir zu helfen, wäre das super
@4get9 Seine letzte Aktivität war 2021, also wirst du meiner Meinung nach keine Antwort erhalten
Wenn du anfangen willst, dann mach es einfach
Und übrigens, würde Heatzy nicht von einer Matterbridge-Integration profitieren, um in Matter verfügbar zu sein, anstatt in Gladys? Beides ist möglich.
Mouais, ehrlich gesagt habe ich noch kein Fil-Pilot-Gehäuse für meinen Keller (wo ich meine Heizungen steuern möchte). Vielleicht wäre es daher sinnvoller, ich schaue mir stattdessen ein Matter-Fil-Pilot-Heizungssteuerungsgehäuse an…
Also, ich weiß nicht genau, was Heatzy ist, aber du sprichst von einem Pilotdraht, und da werde ich aufmerksamer.
Du sprichst von Matter, ich würde Zigbee antworten.
Aktuell habe ich ein Modul Nodon SIN-4-FP-21 an einem meiner Heizkörper, und es ermöglicht die Anzeige des Energieverbrauchs.
1/ Ich war überrascht zu sehen, dass der Heizkörper im Frostschutz-/Eco-Modus mit 20°C im Raum mit regelmäßigen Spitzen heizte
2/ Ich denke, die Heizkörpersteuerung wird mit Ein/Aus und einem externen Thermostat erfolgen.
Kurz gesagt, entweder du steuerst über z2m, oder du willst unbedingt Matter und kannst deine z2m-Dienste über matterbridge und das entsprechende Plugin in Matter teilen.
