Test Adapter HeatingControl v2.12.x
-
@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...
-
Okay, jetzt hab ichs verstanden und es funktioniert
-
@rene_hm Wenn bei mir trotz Adapterupdate keine Button zum Profile kopieren da sind habe ich noch die falsche Version oder?
Edit: Ok, selbst den Fehler gefunden.
Der Button kommt nur wenn mehr als 1 Profil eingestellt ist (ist ja auch logisch). -
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".
-
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
-
@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?
-
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.
-
@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?
-
@a-s-0 Nicht nach einer bestimmten Zeit, sondern nur bis zum nächsten Profilpunkt
-
@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.... -
-
@Rene_HM ich habe heute morgen Errors produzier
Heute morgen habe ich eine Gäste Temperatur eingestellt und dann ist es passiert.
Leider Stand der Adapter nicht auf Debug musste ihn dann auch neu starten
-
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 ?
