NEWS
Test Adapter HeatingControl v2.12.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) -
@danny_v1 sagte in Test Adapter HeatingControl v1.0.x:
Hab gesehen die Version 1.1.0 ist da
noch nicht final. Ich habe einen Teil nach github gepusht, aber das ist noch nicht das fertige release...
Aber: die Änderungen die ich bzgl. deines logs machen wollte, sind da schon drin. Hast du bereits getestet? -
@Rene_HM nein noch nicht, würde ich aber heute Abend gerne testen, wenn die Version dann released ist.
-
@danny_v1 wäre gut, wenn du die aktuelle Version testen könntest. Release kommt im Laufe der Woche noch...
-
@Rene_HM ja mach ich gern, wie kann ich die installieren, wenn die noch nicht auf Github veröffentlicht ist?
-
@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 Text](
Bild Link)
tuts anscheinend nicht. Das Teil besitzt 6 verschiedene Modi.- Override: Soll hier Override für Zeit um 3°C![Bild Text](
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![Bild Text](
-
@efxz Was tut denn dein Thermostat nicht? Eigentlich sollten alle Thermostate funktionieren, die in ioBroker mittels eigenem Adapter eingebunden werden können...
Der override funktionert für eine bestimmte Zeit (also z.Bsp. ab aktuellen Zeitpunkt für die nächsten 2 Stunden).
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 Text](
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 dranGruß
-
@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 point
Kannst 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?