Test Adapter HeatingControl v2.12.x
-
@danny_v1 ich pushe nachher noch ein update nach github und dann kannst du heute abend von dort installieren...
-
@Rene_HM
super, dann werd ich heute Abend berichten ob es geht. -
Nachdem ich jetzt die letzten drei Tage mit dem Adapter intensiver beschäftigt habe, stellen sich mir folgende Fragen:
1:. Gibt es eine Listung von Thermostaten, die verlässlich funktionieren? Mein Tuya_T., 
Bild Link)
tuts anscheinend nicht. Das Teil besitzt 6 verschiedene Modi.- Override: Soll hier Override für Zeit um 3°C
Bild Link) die Zeit oder die Dauer eingestellt werden? Dauer würde ja Sinn ergeben anstelle für um ab Zeit auf 24°C,.
- Override: Soll hier Override für Zeit um 3°C.
Im DP heatingcontrol.0.Rooms.RaumABC.TemperaturOverrideTime wird also "02:00" für die nächsten 2 Stunden eingetragen
Im DP heatingcontrol.0.Rooms.RaumABC.TemperaturOverride wird die absolute Temperatur also z.Bsp. 27 für 27°C Zieltemperatur eingetragen.
Wie das in deiner vis oben gehandhabt wird, sehe ich nicht, du musst dann mal schauen, was nach Änderung in der vis auf dem Datenpunkt steht... -
Wenn ich einen Temperatursprung von -5 °C zwischen 2 nacheinander folgenden Zeitperioden habe, bleibt mein Ventil trotzdem noch sehr lange offen.
Das ist die Vis von Pittini. Mich hat nur der Button Jetzt 
Bild Link) irritiert. -
@Rene_HM Ich habs gerade getested, die Temp die ich am Thermostat einstelle wird nach ca einer Minute immer noch auf den Wert im Profil zurück gesetzt.heatingcontrol_log.txt
-
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
@Smartuser sagte in Test Adapter HeatingControl v1.0.x:
Im Log gibt es nur diese Fehlermeldung:
okay, schauen wir uns das mal an, die Fehlermeldungen sollten nicht erscheinen...
Zeige mir bitte erst mal den Objektbaum wie hier:
Schalte dann bitte mal das debug log ein, starte den Adapter neu und poste das log hier (evtl. als .txt, weil es ziemlich lang wird)Hi ...
ich kann den Fehler aktuell nicht reproduzieren, momentan läuft alles ...
Ich bleib aber dran
Gruß
-
@danny_v1 Ich seh's im log, verstehe es aber noch nicht. Muss ich nochmal genauer schauen...
-
@Rene_HM Alles klar danke für die Hilfe, sag einfach Bescheid, wenn ich testen kann.
-
@danny_v1 Ich habe eben das ganze noch mal simuliert:
- grün - simulierte Ist-Temperatur (zwischen 16°C und 30°C)
- blau - Zieltemperatur
- grau - Fenster auf/zu
- rot - Aktor an/aus
- kurz nach 18:30 habe ich das "Thermostat" auf 27 °C hochgedreht
- danach bleibt die Zieltemperatur bis 21:00 auf 27°C und wird dann wieder auf 21°C (also den nächsten Profilwert) gesetzt
Aus meiner Sicht passt das.
In deinem log sehe ich auch, dass der Wert vom Thermostat übernommen wird. Dann triggert der Wert PartyNow = false das Neuberechnen der Zieltemperatur, und da hat der Adapter schon vergessen, dass er bis zum nächsten Profilpunkt warten soll.
Es fehlt das logChange From Thermostate Until Next Profilepoint: we still wait for next profile pointKannst du bitte nochmal den aktuellen Stand aus github installieren und auf jeden Fall nach Installation den Adapter-admin mal öffnen und danach den Test mit dem Thermostat machen?
-
@Rene_HM Alles klar mach ich heute Abend, und berichte ob es funktioniert hat
-
@Stephan-Schleich sagte in Test Adapter HeatingControl v1.0.x:
Kann man den Datenpunkten z.b. Gäste/Party eine weitere Funktion geben z.B. würde ich gerne "fb-checkpresence.0.guest.count" abfragen und wenn der über einen Wert kommt (z.B. ab 2 Gästen in meinem WLAN, da alle meine freunde mein Gäste WLAN haben) deine Gäste Funktion automatisch aktiviert werden.
Ich habe das mal in die aktuelle Version eingebaut. Liegt derzeit nur auf github. Wenn du möchstest, kannst du mal schauen, ob die Änderung für dich so passen...
-
Hallo,
ich versuche gerade den Adapter richtig zum Laufen zu bringen,
was mir nicht so klar ist welche werte ich eintragen muss hier:
Welches der Werte?
Sensor Fensterkontakt aus den Daten vom Fensterkontakt oder vom Thermostat Window open?
Und welche Daten wo vom Thermostat? Verstehe die Bezeichnungen nicht. -
@deta okay, in OID Zieltemperatur des Thermostats muss "Set_Point_Temperature" rein,
in OID Aktueller Wert muss "Actual_Temperature" rein.
Im Sensor muss unter OID der "State" vom Fensterkontakt rein (bitte hier nichts vom Thermostat eintragen) -
@Rene_HM So gemacht
Fensterkontakt wird jetzt im VIS von Pitini angezeigt. aber erst nach dem ich das Objekt Manuell auf true gestellt hatte. Wenn der Fensterkontakt geändert wird ist offen oder zu jetzt. Das passt schon mal.
Thermostat wird nix angezeigt. Was Passiert in das den Thermostat im Wohnzimmer auf 19 Grad stellt. Wo holt er sich den Wert her? Der ist nirgend probgramiert im der CCU?
CurrentTarget da steht die 19 Grad, aber woher kommt der? -
@deta das macht der Adapter. Im Adapter werden Profile verwaltet und diese werden zeitgesteuert auf das Thermostat geschrieben. Im Moment bist du in Periode 3 (ab 16:00 Uhr) und da ist als Zieltemperatur 19°C eingetragen. Das Profil kannst du nun in der vis nach deinen Bedürfnissen anpassen. Ohne vis kannst du dir die Datenpunkte unter heatingcontrol.0.Profiles.0 anschauen
Was meinst du mitThermostat wird nix angezeigt
?
-
@Rene_HM Also ich habs noch von github upgedated, es sieht immer noch aus wie zuvor. Den Datenpunkt Party now hab ich gar nicht eingetragen, komisch das der da triggert.
-
@Rene_HM A so , ich dachte immer er übernimmt die Einstellungen aus der CCU.
Aber in Wirklichkeit werden diese da Ignoriert und die Einstellungen im VIS genommen. -
@deta na dafür ist doch der Adapter da...
-
@danny_v1 Im github liegt aber eine V1.1.0 und du startest eine V1.0.0. Du bist sicher, du installierst von https://github.com/rg-engineering/ioBroker.heatingcontrol ?
