NEWS
-
@dominik-f Es gibt zwei neue Buttons
heatingcontrol.0.Profiles.1.CopyProfile heatingcontrol.0.Profiles.1.RaumA.CopyProfileund
heatingcontrol.0.Profiles.1.Küche.Fri.CopyPeriodsCopyProfile kopiert den gesamten Inhalt des Profiles, wo der Button gedrückt wird, auf das nächste Profil. Im o.g. Beispiel liegt der Button im Profil 1. Der Button kopiert also alles von Profil 1 nach Profil 2.
Den CopyPeriods gibt es pro Tag oder in Mo-Fr jeweils pro Raum. Damit kopiert man die Perioden auf den nächsten Abschnitt. Also im o.g. Beispiel kopiert der CopyPeriods alle Perioden von Freitag im Raum Küche auf die Perioden am Samstag im Raum Küche.
So kann man z.Bsp. im Profil "jeden Tag separat" die Peroden von Montag aufbauend bis nach Sonntag kopieren... -
@dominik-f said in Test Adapter HeatingControl v2.0.x:
dann wollte ich von Profil 3 nach 4 nur Mo-Fr. kopieren.
nein, das geht so nicht. Perioden werden innerhalb des Profils auf den nächsten Tag kopiert.
In deinem Fall wird von Profil 3 - Mo-Fr auf Profil 3 - Sa-Su kopiert....und bitte möglichst debug-logs erstellen, nur info log ist zu wenig um zu analysieren...
Ich bin mir nicht sicher obs n Feature, n Bug oder ne falsche Einstellung von mir ist^^
Gestern war niemand zu Hause und die Absenktemperatur wurde eingestellt, das hat auch funktioniert. Dann hätte die nächste Periode eingestellt werden müssen. Das ist jedoch nicht passiert. Erst ein Neustart des Adapters hat alles richtig eingestellt. Es scheint, dass die nächste Periode nicht gesetzt wurde.
Da ich nicht zu Hause war, hab natürlich kein Debug log dafür. -
Ich bin mir nicht sicher obs n Feature, n Bug oder ne falsche Einstellung von mir ist^^
Gestern war niemand zu Hause und die Absenktemperatur wurde eingestellt, das hat auch funktioniert. Dann hätte die nächste Periode eingestellt werden müssen. Das ist jedoch nicht passiert. Erst ein Neustart des Adapters hat alles richtig eingestellt. Es scheint, dass die nächste Periode nicht gesetzt wurde.
Da ich nicht zu Hause war, hab natürlich kein Debug log dafür.@dominik-f wenn das so wäre, wäre es ein bug und ein issue in github wert... Da kann man eigentlich nichts falsch einstellen. Abwesenheit wird unhabhängig von den Perioden behandelt, d.h. es sollte die Periode wechseln, dann sollte weiter "abwesend" erkannt werden und entsprechend reduziert werden. Das sollte eigentlich auch im Raum-Log sichtbar werden, genau so wie "Fenster offen".
-
@dominik-f wenn das so wäre, wäre es ein bug und ein issue in github wert... Da kann man eigentlich nichts falsch einstellen. Abwesenheit wird unhabhängig von den Perioden behandelt, d.h. es sollte die Periode wechseln, dann sollte weiter "abwesend" erkannt werden und entsprechend reduziert werden. Das sollte eigentlich auch im Raum-Log sichtbar werden, genau so wie "Fenster offen".
er hat auch weiter abwesend erkannt, nur die Soll Temperaturen stimmten nicht. Ich beobachte das heute abend noch einmal, ich habe Nachtschicht und meine Frau macht nachts das Handy aus, es sollte also wieder alles auf abwesend sein wenn die nächste Periode wechselt
-
@Rene_HM so ich hab jetzt wieder nen bug.
Manuelle Temperatur eingestellt, beim Fenster öffnen wird auch abgesenkt. Dann wird allerdings die Abgesenkte Temperatur Einstellung, als neue manuelle Temperatur genommen.
17.01.2021 19:15:32 manual 5°C
17.01.2021 19:15:25 manual WindowOpen 5°C
17.01.2021 19:15:12 manual 22°C
17.01.2021 19:14:54 auto 20°C
17.01.2021 19:14:50 auto WindowOpen 5°C
17.01.2021 19:14:34 auto 20°C
17.01.2021 19:14:31 starting 20°Cissue in github wird auch gemacht
-
@Rene_HM so ich hab jetzt wieder nen bug.
Manuelle Temperatur eingestellt, beim Fenster öffnen wird auch abgesenkt. Dann wird allerdings die Abgesenkte Temperatur Einstellung, als neue manuelle Temperatur genommen.
17.01.2021 19:15:32 manual 5°C
17.01.2021 19:15:25 manual WindowOpen 5°C
17.01.2021 19:15:12 manual 22°C
17.01.2021 19:14:54 auto 20°C
17.01.2021 19:14:50 auto WindowOpen 5°C
17.01.2021 19:14:34 auto 20°C
17.01.2021 19:14:31 starting 20°Cissue in github wird auch gemacht
@fi_84 wie in github schon geschrieben, ist das wohl eine Folge einer Änderung der letzten Tage... Da wollte ich das Thema lösen, dass bei Betätigung der +/- Tasten im vis kein log geschrieben wurde. das macht er zwar jetzt, weil der Adapter auch Änderungen der Zieltemperatur vom Thermostat übernimmt, wenn er schon im manual-Mode ist, aber die abgesenkte Temperatur darf er nicht übernehmen. Dieses manuelle Eingreifen an verschiedenen Stellen macht es dem Adapter wirklich nicht leicht...
-
@fi_84 wie in github schon geschrieben, ist das wohl eine Folge einer Änderung der letzten Tage... Da wollte ich das Thema lösen, dass bei Betätigung der +/- Tasten im vis kein log geschrieben wurde. das macht er zwar jetzt, weil der Adapter auch Änderungen der Zieltemperatur vom Thermostat übernimmt, wenn er schon im manual-Mode ist, aber die abgesenkte Temperatur darf er nicht übernehmen. Dieses manuelle Eingreifen an verschiedenen Stellen macht es dem Adapter wirklich nicht leicht...
@rene_hm
Moin,
habe die Version 2.0.0 am Start, Gestern kam ein Update, dass ich auch gemacht habe,Vor dem Update lief auch alles, jetzt eher weniger.
Wie bekomme ich das wieder ganz? Adapter löschen, neu installieren und alles wieder eintickern oder wie stelle ich richtig um?
-
@rene_hm
Moin,
habe die Version 2.0.0 am Start, Gestern kam ein Update, dass ich auch gemacht habe,Vor dem Update lief auch alles, jetzt eher weniger.
Wie bekomme ich das wieder ganz? Adapter löschen, neu installieren und alles wieder eintickern oder wie stelle ich richtig um?
Hallo Rene,
der Adapter läuft bei mir seit vielen Monaten, zuletzt sehr unauffällig.
Das hat sich seit dem Update auf 2.0.0 geändert.
Ich habe alle Werte nach dem Update im Datenbaum überprüft/erneuert, auch die Profilnummer angepasst usw.
Der Adapter scheint Probleme mit alias Datenpunkten zu haben. Ich erhalte beim Adapterstart zunächst keine Feher/Warnungen. Sobald ein adapter-run z.B. durch Änderung des VacationAbsent DP ausgelöst wird, erbricht das Log im 10tel Sekundentakt bis ich den Adapter stoppeheatingcontrol.0 2021-01-18 15:20:23.120 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:23.080 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:23.017 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.973 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.943 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.909 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.872 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.829 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.781 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.695 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.515 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versionsDie Datenpunkte existieren natürlich schon lange, haben bisher keine Probleme gemacht:
{ "type": "state", "common": { "name": "Studio SollTemp", "def": 18, "type": "number", "read": true, "write": true, "min": 6, "max": 24, "unit": "°C", "role": "level.temperature", "alias": { "id": "hm-rpc.1.KEQ0079244.2.SETPOINT", "read": "Math.round(val * 10) / 10", "write": "Math.round(val * 10) / 10" }, "custom": { "influxdb.0": { "enabled": true, "changesOnly": true, "debounce": "1000", "retention": "31536000", "changesRelogInterval": "300", "changesMinDelta": 0, "storageType": "", "aliasId": "" } } }, "native": {}, "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1593682271460, "_id": "alias.0.Thermostate.Studio.SollTemp", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Auch ein Neuverbinden des DP in den Adaptereinstellungen bringt keine Besserung.
Allerdings werden die DP korrekt vom Adapter gefüllt, die Funktion ist daher nicht beeinträchtigt.Vielen Dank für den tollen Adapter!!
VG UlrichMfG Ulrich
-
Hallo Rene,
der Adapter läuft bei mir seit vielen Monaten, zuletzt sehr unauffällig.
Das hat sich seit dem Update auf 2.0.0 geändert.
Ich habe alle Werte nach dem Update im Datenbaum überprüft/erneuert, auch die Profilnummer angepasst usw.
Der Adapter scheint Probleme mit alias Datenpunkten zu haben. Ich erhalte beim Adapterstart zunächst keine Feher/Warnungen. Sobald ein adapter-run z.B. durch Änderung des VacationAbsent DP ausgelöst wird, erbricht das Log im 10tel Sekundentakt bis ich den Adapter stoppeheatingcontrol.0 2021-01-18 15:20:23.120 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:23.080 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:23.017 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.973 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.943 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.909 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.872 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.829 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.781 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.695 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versions heatingcontrol.0 2021-01-18 15:20:22.515 warn (13289) State "heatingcontrol.0.alias.0.Thermostate.Studio.SollTemp" has no existing object, this might lead to an error in future versionsDie Datenpunkte existieren natürlich schon lange, haben bisher keine Probleme gemacht:
{ "type": "state", "common": { "name": "Studio SollTemp", "def": 18, "type": "number", "read": true, "write": true, "min": 6, "max": 24, "unit": "°C", "role": "level.temperature", "alias": { "id": "hm-rpc.1.KEQ0079244.2.SETPOINT", "read": "Math.round(val * 10) / 10", "write": "Math.round(val * 10) / 10" }, "custom": { "influxdb.0": { "enabled": true, "changesOnly": true, "debounce": "1000", "retention": "31536000", "changesRelogInterval": "300", "changesMinDelta": 0, "storageType": "", "aliasId": "" } } }, "native": {}, "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1593682271460, "_id": "alias.0.Thermostate.Studio.SollTemp", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Auch ein Neuverbinden des DP in den Adaptereinstellungen bringt keine Besserung.
Allerdings werden die DP korrekt vom Adapter gefüllt, die Funktion ist daher nicht beeinträchtigt.Vielen Dank für den tollen Adapter!!
VG Ulrich -
???
-
Du hattest geschrieben, dass du angesichts der Umstellung mit den Profilen etwas angepasst hast.
-
Du hattest geschrieben, dass du angesichts der Umstellung mit den Profilen etwas angepasst hast.
-
@jens-lattwesen Die Profile beginnen jetzt mit 1 anstatt mit 0, genauso wie die Perioden
-
Huhu.
Kann man irgend wo einstellen, dass wenn jemand per Hand am thermostat die Temperatur verändert hat, diese nach 10min wieder zurück auf die programmierte Temperatur zurück springt?
-
@fi_84 wie in github schon geschrieben, ist das wohl eine Folge einer Änderung der letzten Tage... Da wollte ich das Thema lösen, dass bei Betätigung der +/- Tasten im vis kein log geschrieben wurde. das macht er zwar jetzt, weil der Adapter auch Änderungen der Zieltemperatur vom Thermostat übernimmt, wenn er schon im manual-Mode ist, aber die abgesenkte Temperatur darf er nicht übernehmen. Dieses manuelle Eingreifen an verschiedenen Stellen macht es dem Adapter wirklich nicht leicht...
@rene_hm Wo kommt denn der state "auto" in V2.0 her?
Irgendwie funktioniert die Fenster offen Erkennung nicht.
Hat sich wahrscheinlich erledigt... Wenn Profile anpassen, dann alles...
Fenster offen geht.... der Fehler sitz vor meinem Bildschirm.... -
Huhu.
Kann man irgend wo einstellen, dass wenn jemand per Hand am thermostat die Temperatur verändert hat, diese nach 10min wieder zurück auf die programmierte Temperatur zurück springt?
-
Guten Morgen,
ich habe leider auch das Problem das die Fenster offen erkennung nicht reagiert.
Ich habe bei absolut eingestellt das die Heizung auf 0° gehen soll -> also eigentlich aus.
Leider ändert sich der Wert im aktuellem Raum und auch im Tado Heizkörper nicht. Jemand eine Idee was ich noch testen kann ?
-
Guten Morgen,
ich habe leider auch das Problem das die Fenster offen erkennung nicht reagiert.
Ich habe bei absolut eingestellt das die Heizung auf 0° gehen soll -> also eigentlich aus.Leider ändert sich der Wert im aktuellem Raum und auch im Tado Heizkörper nicht. Jemand eine Idee was ich noch testen kann ?
-
hm also ich hab den Adapter nun schon 1 Jahr drauf. Mehr oder weniger am laufen.
Jedoch scheint meine VIS nicht so recht zu laufen einiges wird angezeigt anderes auch nicht. Batterie z.b wird auch nicht angezeigt:
Heute morgen auch das Problem das laut Platz 23c eingestellt sein soll aber auf dem HM Heizungsregler 20 angezeigt wurde ...
Ich würde am liebsten alles sauber löschen und neu Anfangen. Hoffe dann klappt es auch mit der VIS. Kommt diese Automatisch mit ? Oder muss ich den Projektordner löschen ? Nach Adapter Installation wieder die VIS daten Kopieren ? Oder geht das Automatisch ?
Da ich im Raum Zigbee Temperaturmesser habe möchte ich diese nutzen. Ist das so richtig wie im Screen ?
Ich nutze hier vom HM das : 4.SET_TEMPERATURE
Support us
656
Online32.4k
Users81.4k
Topics1.3m
Posts