Test Adapter HeatingControl v2.12.x
-
@apollon77
Die Script Engine ist 4.3.4 -
@Rene_HM Ich habe wieder das Problem, das er nicht die aktive Periode verwendet. Das Log beim Start sieht eigentlich gut aus.
-
@Beliar_666 Dieses Problem habe ich auch hin und wieder. Da ich ausschließlich Homematic Thermostate und Sensoren verwende hilft bei mir folgende Vorgehensweise: hm-rega, alle hm-rpc und alle heatingcontrol-Instanzen stoppen und danach erst dei hm-Instanzen und dann die heatingcontrol-Instanzen wieder starten.
@Rene_HM Habe gestern gegen 12:00 Uhr ein update der hm-Adapter gemacht und nichts neu gestartet. Der Duty Cycle der Raspberrymatic war nach 15 min. bei 100%. Nachdem ich dann gegen 17:00 Uhr im iobroker wie oben beschrieben die Instanzen gestoppt und wieder gestartet hatte, ging der Duty Cycle runter und alles war wieder normal.
Außerdem habe ich noch folgendes festgestellt. Wenn ein ical Event aktiv ist, kann man mit dem HM-Wandthermostat die Temperatur nicht verändern. Beispiel: Gäste anwesend, absolute Temp: 21°C. Egal ob ich mit dem Wandthermostat die Temperaturen höher oder niedriger stellen will, geht sie nach kurzer Zeit wieder auf 21°C.
Wenn kein ical-Event aktiv ist kann man die Temperatur über das Wandthermostat verstellen und sie bleibt bis zur nächsten Periode.Ansonsten läuft der Adapter mit drei Instanzen und insgesamt 10 Räumen stabil. Du hast in den letzten Monaten eine TOP-Arbeit gemacht. Dafür nochmals vielen Dank.
-
Hallo, ich bin Adapternutzer der ersten Stunde: Nun möchte ich mich an die Datenpunkte "TemperaturOverride" machen...
Kannst du mir kurz sagen welcher Pfad der richtige ist? Ich habe das nämlich je Raum zweimal:
- heatingcontrol.0.Profiles.0.OG Bad.TemperaturOverride
- heatingcontrol.0.Rooms.OG Bad.TemperaturOverride
Die nicht genutzten Datenpunkte würde ich dann mal bei mir löschen. (Ich gehe davon aus, dass du diese im Entwicklungsprozess verschoben hast?!)
Danke!Die selbe Frage hier:
heatingcontrol.0.Profiles.0.OG Bad.Sa-So
heatingcontrol.0.Profiles.0.OG Bad.Su-So -
@iobroker_Alex
Aktuell ist:
heatingcontrol.0.Rooms.OG Bad.TemperaturOverrideund
heatingcontrol.0.Profiles.0.OG Bad.Sa-So
Meine persönliche Empfehlung, da sich etliches verschoben hat wäre: Adapter stoppen. Alle States löschen. Adapter neustarten (dann werden die aktuellen, richtigen States wieder angelegt) und dann, ja es nervt, für alle Räume die Temps neu einstellen.
-
@dirk1962 said in Test Adapter HeatingControl v0.3.x:
Außerdem habe ich noch folgendes festgestellt. Wenn ein ical Event aktiv ist, kann man mit dem HM-Wandthermostat die Temperatur nicht verändern. Beispiel: Gäste anwesend, absolute Temp: 21°C. Egal ob ich mit dem Wandthermostat die Temperaturen höher oder niedriger stellen will, geht sie nach kurzer Zeit wieder auf 21°C.
Ich würde sagen dass das korrekt ist. Absolut heißt halt absolut.
-
@Rene_HM obwohl der Datenpunkt AbsentDecrease gesetzt,
bekomme ich bei Abwesenheit folgenden Fehler.
Ist das ein bekannter Fehler, oder ist bei mir was falsch gesetzt, etc?
EDIT: 0.3.8 am laufen
-
@ide10 kannst du den Adapter mal im debug-Mode laufen lassen und dann das log posten? Ich hatte bis 0.3.7 einen Fehler mit dieser Warnung, aber in Zusammenhang mit absoluter Absenkung und nicht, wie bei dir, mit relativer...
-
@Rene_HM hier das debug-log
heatingcontrol.0 2019-12-11 22:20:08.429 debug ### all StateChange handled heatingcontrol.0 2019-12-11 22:20:08.428 debug ### 111 handled heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 14 Dec 2019 22:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 14 Dec 2019 16:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 14 Dec 2019 12:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 14 Dec 2019 08:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 14 Dec 2019 00:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 12 Dec 2019 22:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 12 Dec 2019 16:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 12 Dec 2019 12:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 12 Dec 2019 08:00:00 heatingcontrol.0 2019-12-11 22:20:08.428 debug [INFO] status = true next event: 12 Dec 2019 00:00:00 heatingcontrol.0 2019-12-11 22:20:08.414 debug thermostat maxcube.0.devices.thermostat_1aa816.setpoint nothing to do, already 21 heatingcontrol.0 2019-12-11 22:20:08.413 info room Wohnzimmer Thermostat Wohnzimmer set to 21 heatingcontrol.0 2019-12-11 22:20:08.413 debug ### new target temp 21 0 0 0 0 0 heatingcontrol.0 2019-12-11 22:20:08.413 debug ### current > 1 4 1 heatingcontrol.0 2019-12-11 22:20:08.413 debug check time for Wohnzimmer Profiles.0.Wohnzimmer.Mo-Fr.Periods.4.time 21 heatingcontrol.0 2019-12-11 22:20:08.410 debug check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.4.time heatingcontrol.0 2019-12-11 22:20:08.410 debug check time for Wohnzimmer Profiles.0.Wohnzimmer.Mo-Fr.Periods.3.time 22 heatingcontrol.0 2019-12-11 22:20:08.408 debug check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.3.time heatingcontrol.0 2019-12-11 22:20:08.408 debug check time for Wohnzimmer Profiles.0.Wohnzimmer.Mo-Fr.Periods.2.time 21 heatingcontrol.0 2019-12-11 22:20:08.406 debug check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.2.time heatingcontrol.0 2019-12-11 22:20:08.406 debug check time for Wohnzimmer Profiles.0.Wohnzimmer.Mo-Fr.Periods.1.time 22 heatingcontrol.0 2019-12-11 22:20:08.404 debug check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.1.time heatingcontrol.0 2019-12-11 22:20:08.404 debug check time for Wohnzimmer Profiles.0.Wohnzimmer.Mo-Fr.Periods.0.time 20 heatingcontrol.0 2019-12-11 22:20:08.402 debug check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.0.time heatingcontrol.0 2019-12-11 22:20:08.402 debug number of periods 5 heatingcontrol.0 2019-12-11 22:20:08.402 warn AbsentDecrease not defined heatingcontrol.0 2019-12-11 22:20:08.402 debug AbsentDecrease null heatingcontrol.0 2019-12-11 22:20:08.400 debug check room Wohnzimmer heatingcontrol.0 2019-12-11 22:20:08.400 debug profile 0 heatingcontrol.0 2019-12-11 22:20:08.398 debug get profile heatingcontrol.0 2019-12-11 22:20:08.398 debug profile type 2 heatingcontrol.0 2019-12-11 22:20:08.389 debug ### state change already handled: false / false /// heatingcontrol.0.Present / heatingcontrol.0.Present heatingcontrol.0 2019-12-11 22:20:08.389 info calculating new target temperatures heatingcontrol.0 2019-12-11 22:20:08.389 debug ### heatingcontrol.0.Present heatingcontrol.0.Present false true heatingcontrol.0 2019-12-11 22:20:08.388 debug ### handle state change heatingcontrol.0.Present {"val":false,"ack":true,"ts":1576099208386,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1576099208385} heatingcontrol.0 2019-12-11 22:20:08.386 debug ### handle state change heatingcontrol.0.Present {"val":false,"ack":false,"ts":1576099208385,"q":0,"from":"system.adapter.web.0","user":"system.user.admin","lc":1576099208385} -
@ide10 AbsentDecrease für Wohnzimmer / relativ ist laut log null. Ist der Pfad dorthin wirklich
heatingcontrol.0.Profiles.0.Wohnzimmer.relative.AbsentDecrease ? Evtl. den Wert (2) nochmal eingeben... Hast du evtl. mehrere Profile? -
@Rene_HM der Pfad ist genau der von dir geschilderte.
Ich habe auch den Wert neu eingetragen, aber weiterhin der Fehler vorhanden. Profile nutze ich nur eins. Auch ein löschen des Adapter und neukonfig entfernt den Fehler nicht.
Kann den Fehler noch jmd reproduzieren der relative Absenkung nutzt und Abwesenheit aktiviert?@Rene_HM kannst du den Fehler reproduzieren? oder funktioniert es bei dir einwandfrei?
-
@guergen sagte in Test Adapter HeatingControl v0.3.x:
Allerdings sind dem einen TH 2 Fenster zugeordnet und dem anderen Raum die selben beiden Fenster.
Laut Aufzählungsliste ist alles richtig eingetragen.Kannst du mal posten, wie du das im Detail konfiguriert hast?
-
@ide10 hab's gerade selbst nochmal ausprobiert und da ist wirklich noch ein Fehler
Behebe ich in 0.3.9 jetzt am Wochenende. Da ich aber an einer anderen Baustelle begonnen hatte, kann ich den patch nicht direkt zur Verfügung stellen sorry! -
@Rene_HM kein Stress. Ist ja alles noch in der Testphase. Hauptsache alle Fehler werden ausgemerzt. Passt!
-
@Rene_HM OK:
Wohnzimmerthermostat:
Fenster im Wohnzimmer:
Thermostat im Kaminzimmer:
Die selben Fenster im Kaminzimmer:
Was benötigst Du noch ?
-
Im github liegt einen neue Version 0.3.9 mit folgenden Änderungen:
-
sensor delay
Man kann eine Verzögerungszeit (in Sekunden) im admin eingeben. Bei Öffnen der Fenster wird erst nach dieser Zeit die Absenkung aktiviert. Wenn bis dahin das Fenster wieder geschlossen wird, erfolgt keine Absenkung. Bei einer Verzögerungszeit=0 ist das Verhalten wie bisher...
-
support of the same sensor for different rooms
Man kann nun, wie oben gepostet, einen Fenstersensor mehreren Räumen zuordnen. Bei Öffnen des Fensters werden damit mehrere Räume abgesenkt. -
bug fix: "AbsentDecrease not defined" for relative lowering
Das ist der bug fix für den Fehler, den @ide10 ein paar posts weiter oben gemeldet hat.
-
-
@Rene_HM
Super!
Das "aus der Tür gehen" funktioniert jetzt !
Auch im 2.Raum wird die Temperatur gesenkt bei einem Fenster!Danke!
-
@Rene_HM klasse Arbeit! Funktioniert alles wie es soll was "AbsentDecrease" betrifft.
-
Wenn bei relativer Absenkung Partymode gleichzeitig aktiv ist, wird gar nicht mehr abgesenkt.
-
@Pittini Das Problem verstehe ich nicht ganz:
In deinen screen shots wird gezeigt, dass Party erkannt wurde. Gleichzeitig hast du aber PartyDecrease auf 0°C, also eigentlich keine Absenkung. Was meinst du mit "gleichzeitig"? Ich sehe hier keine weitere Absenkung. oder übersehe ich etwas?
