NEWS
-
@manfredhi sagte in Test Adapter HeatingControl v2.12.x:
Die Abwesenheitstemperatur kann ja bei jedem Raum seperat eingestellt werden.
Danke. Und über welchen DP stellst du die Abwesenheitstemperatur ein? Ich sehe auf Anhieb leider keinen passenden.
heatingcontrol.0.vis.TempDecreaseValues.AbsentDecrease
der müsste es sein. Es gibt eine Vis von Pittini. Nutze die doch als Hilfestellung da dort alles schon eingestellt ist und du nur die Räume anpassen musst
-
@manfredhi sagte in Test Adapter HeatingControl v2.12.x:
Die Abwesenheitstemperatur kann ja bei jedem Raum seperat eingestellt werden.
Danke. Und über welchen DP stellst du die Abwesenheitstemperatur ein? Ich sehe auf Anhieb leider keinen passenden.
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Danke. Und über welchen DP stellst du die Abwesenheitstemperatur ein? Ich sehe auf Anhieb leider keinen passenden.
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDort habe ich die Abwesenheitstemperatur des Raumes eingestellt.
Ich mach das allerdings über die View von Pittini. -
heatingcontrol.0.vis.TempDecreaseValues.AbsentDecrease
der müsste es sein. Es gibt eine Vis von Pittini. Nutze die doch als Hilfestellung da dort alles schon eingestellt ist und du nur die Räume anpassen musst
@dominik-f
Danke für die Antwort, aber ich möchte mir nicht die ganzen VIS-Datenpunkte reinballern, die ich nicht nutze/benötige. Nur für diese eine Funktion, die man lt. Readme scheinbar auch anders umzusetzen kann. Dann suche ich weiter.
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Danke. Und über welchen DP stellst du die Abwesenheitstemperatur ein? Ich sehe auf Anhieb leider keinen passenden.
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDort habe ich die Abwesenheitstemperatur des Raumes eingestellt.
Ich mach das allerdings über die View von Pittini.@manfredhi sagte in Test Adapter HeatingControl v2.12.x:
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDiese DP gibt es eben bei mir nicht. Und ich habe mal gelernt, dass man in Adapter-Namespaces keine eigenen DP anlegen sollte.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@manfredhi sagte in Test Adapter HeatingControl v2.12.x:
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDiese DP gibt es eben bei mir nicht. Und ich habe mal gelernt, dass man in Adapter-Namespaces keine eigenen DP anlegen sollte.
das ist kein eigener Datenpunkt sondern einer der vom Adapter selber angelegt wurde.
-
das ist kein eigener Datenpunkt sondern einer der vom Adapter selber angelegt wurde.
@dominik-f
@ManfredHiDanke nochmals für eure Hilfe. Ich habe jetzt festgestellt, dass die Datenpunkte, die ich benötige, erst angelegt werden, wenn ich dieses Setting hier aktiviere:
Eigentlich logisch (wenn man es weiß).
Jetzt läuft es, auch ohne VIS! :-)
-
inspiriert vom Heizungsthermostat-Script und weil meine homeputer-Lizenz abgelaufen ist, und ich meine Heizungssteuerung von dort nach iobroker portieren wollte, ist der Adapter HeatingControl entstanden.
Features:
- setzen der Zieltemperatur in verschiedenen Thermostaten
- beliebige Anzahl von täglichen Zeitabschnitten mit unterschiedlichen Zieltemperaturen
- Zeit und Zieltemperatur per Visualisierung konfigurierbar
- automatische Suche nach vorhandenen Thermostaten im System (über Gewerk) und Zuordnung zu Räumen
- Für den Fall, dass der Thermostat nur als Thermometer verwendet wird, behandelt der Adapter auch digitale Outputs zum Schalten der Ventile. Im Moment ist dafür nur eine einfache Ein/Aus-Regelung implementiert (die für meine Zwecke ausreichend ist). Weitere Regelungen sind aber als Idee bereits vorhanden und können implementiert werden. Es gibt nun auch einen linearen on/off mit Hysterese
- es werden bis zu zwei Outputs für Ventile unterstützt
- Outputs werden auch automatisch den Räumen zugeordnet. Dafür müssen diese dem gleichen Gewerk wie Thermostate zugeordnet sein.
- im Admin des Adapters können Räume deaktiviert werden
- Absenkung bei Abwesenheit
- Ventile ein oder aus außerhalb der Heizperiode
- Verbindung zu ical
- Verbindung zu Feiertags-Adapter
- Senden von Nachrichten per email, Signal, Telegram, discord, ...
- Kamin-Modus
- Wartungsmodus
- mehrere Profile
- Tages-Programme für
- Montag - Sonntag
- Montag - Freitag + Samstag - Samstag
- jeden Tag separat
Versionen:
@rene_hm Hallo,
ich bin mit dem Adapter sehr zufrieden! Manchmal kommt es vor, dass ich eine Benachichtigung über Telegram bekomme. Die Meldung sagt mit, dass ein Aktor nach 6 Versuchen nicht erreichbar war. Wird dann weiter versucht den Aktor zu erreichen und die Temperatur bei erreichen eingestellt oder wird erst an dem nächsten Zeitfenster in neuer Versuch gestartet? Zweite Frage: Ich habe meine Heizungthermostate über Zigbee angebunden. Wenn diese Meldung kommt, dann wird die doch recht kryptische ID (z.B. "0.54ef441000702c08.local_temperature zigbee") verwendet. Ich fände es besser, wenn der Name, den ich vergeben habe, angezeigt wird. So muss ich immer erstmal schauen um welches Thermostat es sich handelt. Oder gibt es da eine Möglichkeit es einzustellen und ich hebae diese übersehen? Ich hoffe, du verstehst was ich meine...:-)
Ciao
Ralph -
Hallo!
Ich hab seit einigen Jahren HeatingControl laufen und bin sehr zufrieden. Nun habe ich im Wohnzimmer alle Thermostate auf Z-Wave umgestellt (2x Devolo mit und 2x Danfoss ohne Temperatur-Info). Die Thermostate habe ich im Wohnzimmer hinzugefügt.
Eine Steuerung über Yahka läuft parallel und funktioniert problemlos. Wenn ich HeatingControl aktiviere und den Zustand für Wohnzimmer auf auto stelle, dann wird der Wert auch eingestellt (zu sehen in der Home-App). Aber nach kurzer Zeit springt er ohne Eingriff auf manual mit einem alten Wert und wechselt dann vier mal (wahrscheinlich für jeden Thermostat). Er bleibt dann in manual und der Wechsel wiederholt sich regelmäßig. Wenn ich ihn wieder auf auto stelle, bleibt er kurz da, springt wie oben beschrieben nach kurzer Zeit wieder um.
Ich bin so ein wenig verloren, wo der Fehler liegen könnte. Liegt es am "trägen Z-Wave", wodurch irgendwie ein Impuls zurück kommt, der HeatingControl denken lässt es wäre ein Wunsch von mir gewesen? Oder muss ich bei der Einrichtung noch etwas beachten?Vielen Dank für eure Unterstützung :)
PS: Es handelt sich um einen großen Raum. Daher die vier Thermostate.
@moritzabcde sagte in Test Adapter HeatingControl v2.12.x:
Ich bin so ein wenig verloren, wo der Fehler liegen könnte. Liegt es am "trägen Z-Wave", wodurch irgendwie ein Impuls zurück kommt, der HeatingControl denken lässt es wäre ein Wunsch von mir gewesen? Oder muss ich bei der Einrichtung noch etwas beachten?
Sobald ein Thermostat eine Soll-Temperatur an den Adapter zurückgibt, welche nicht der Soll-Temperatur des Adapters entspricht, schaltet der Adapter auf "manuell". Er interpretiert diese Rückgabe also als "manuellen Eingriff" direkt am Thermostat.
In deinem Fall müsste man also mal schauen, welche Temperatur zurückkommt und warum die anders ist, als die eingestellte Solltemperatur... -
Hallo zusammen,
ich nutze den Adapter auch schon länger und bin sehr zufrieden. Nur einen Punkt bekomme ich einfach nicht hin. Deswegen hoffe ich jetzt das ihr mir helfen könnt.Ich nutze noch Thermostate, Ventilantriebe, und Tür/Fensterkontake von MAX! über den Max Adapter.
Fenster kontakte sind auf die jeweiligen Thermostate gekoppelt.HeatingControl erkennt das öffnen des Fensters immer als neuen Manuele Handvorgabe. Wie kann ich das ändern. Ich möchte ungerne die Manuele Handvorgabe am Gerät selber nicht mehr nutzen können.
@grizzlyco sagte in Test Adapter HeatingControl v2.12.x:
Fenster kontakte sind auf die jeweiligen Thermostate gekoppelt.
Die Option "Thermostat behandelt Fenster ist Offen" ist aktiviert?
-
@rene_hm Hallo,
ich bin mit dem Adapter sehr zufrieden! Manchmal kommt es vor, dass ich eine Benachichtigung über Telegram bekomme. Die Meldung sagt mit, dass ein Aktor nach 6 Versuchen nicht erreichbar war. Wird dann weiter versucht den Aktor zu erreichen und die Temperatur bei erreichen eingestellt oder wird erst an dem nächsten Zeitfenster in neuer Versuch gestartet? Zweite Frage: Ich habe meine Heizungthermostate über Zigbee angebunden. Wenn diese Meldung kommt, dann wird die doch recht kryptische ID (z.B. "0.54ef441000702c08.local_temperature zigbee") verwendet. Ich fände es besser, wenn der Name, den ich vergeben habe, angezeigt wird. So muss ich immer erstmal schauen um welches Thermostat es sich handelt. Oder gibt es da eine Möglichkeit es einzustellen und ich hebae diese übersehen? Ich hoffe, du verstehst was ich meine...:-)
Ciao
Ralph@helmi sagte in Test Adapter HeatingControl v2.12.x:
Wird dann weiter versucht den Aktor zu erreichen
Nein, nach Absenden der Meldung wird erst beim nächsten Temperatur - oder Statuswechsel wieder versucht, den Aktor zu erreichen.
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden -
@helmi sagte in Test Adapter HeatingControl v2.12.x:
Wird dann weiter versucht den Aktor zu erreichen
Nein, nach Absenden der Meldung wird erst beim nächsten Temperatur - oder Statuswechsel wieder versucht, den Aktor zu erreichen.
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden@rene_hm
Hm, also bei mir kommt immer diese Meldung:
"HeatingControl: extended Actor Handling: zigbee.0.54ef4410007011e9.local_temperature zigbee.0.54ef4410007011e9.occupied_heating_setpoint no success after trial 6 because ack not set! {"val":18,"ack":false,"ts":1707579651073,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707579640948}".
Also natürlich immer mit den Betreffenden IDs.
Ciao
Ralph -
@rene_hm
Hm, also bei mir kommt immer diese Meldung:
"HeatingControl: extended Actor Handling: zigbee.0.54ef4410007011e9.local_temperature zigbee.0.54ef4410007011e9.occupied_heating_setpoint no success after trial 6 because ack not set! {"val":18,"ack":false,"ts":1707579651073,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707579640948}".
Also natürlich immer mit den Betreffenden IDs.
Ciao
Ralph -
@helmi sagte in Test Adapter HeatingControl v2.12.x:
Wird dann weiter versucht den Aktor zu erreichen
Nein, nach Absenden der Meldung wird erst beim nächsten Temperatur - oder Statuswechsel wieder versucht, den Aktor zu erreichen.
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@rene_hm
Hm, also bei mir kommt immer diese Meldung:
"HeatingControl: extended Actor Handling: zigbee.0.54ef4410007011e9.local_temperature zigbee.0.54ef4410007011e9.occupied_heating_setpoint no success after trial 6 because ack not set! {"val":18,"ack":false,"ts":1707579651073,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707579640948}".
Also natürlich immer mit den Betreffenden IDs.
Ciao
Ralph@helmi sagte in Test Adapter HeatingControl v2.12.x:
Hm, also bei mir kommt immer diese Meldung:
Wie sieht bei dir die Konfiguration des Aktors aus?
Aktuell verwende ich laut deinem log- Name: zigbee.0.123456789.local_temperature
- OID: zigbee.0.123456789.occupied_heating_setpoint
Beides steht dann in der Nachricht.
-
@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
hier wird auch kein Name angezeigt,
Das ist nochmal ein anderer Fall. Auch den schaue ich mir an...
-
@helmi sagte in Test Adapter HeatingControl v2.12.x:
Hm, also bei mir kommt immer diese Meldung:
Wie sieht bei dir die Konfiguration des Aktors aus?
Aktuell verwende ich laut deinem log- Name: zigbee.0.123456789.local_temperature
- OID: zigbee.0.123456789.occupied_heating_setpoint
Beides steht dann in der Nachricht.
@rene_hm Ich bin mir nicht sicher, was du meinst. In den Objekten und in dem Zigbee-Adapter (v1.10.1) sind alle Geräte benamt. Sie haben einen Raum und eine Funktion zugewiesen. Könnte es auch was mit dem Telegram-Adapter (v3.0.1) zu tun habe? Vielleicht ist der nicht korrekt konfiguriert. Wobei, soviel geht da ja nicht.
-
@rene_hm Ich bin mir nicht sicher, was du meinst. In den Objekten und in dem Zigbee-Adapter (v1.10.1) sind alle Geräte benamt. Sie haben einen Raum und eine Funktion zugewiesen. Könnte es auch was mit dem Telegram-Adapter (v3.0.1) zu tun habe? Vielleicht ist der nicht korrekt konfiguriert. Wobei, soviel geht da ja nicht.
@helmi Bei mir sieht die Konfiguration so aus (im Testsystem):
Als Nachricht bekomme ich dann
extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! { "val": true, "ack": false, "ts": 1707645876201, "q": 0, "from": "system.adapter.heatingcontrol.0", "user": "system.user.admin", "lc": 1707645866167 }In dem Fall ist:
- Name: Aktor1_2
- OID: javascript.0.Aktor1_2
Support us
460
Online32.6k
Users82.3k
Topics1.3m
Posts