Test Adapter HeatingControl v2.12.x

[HGerdes]

@HGerdes Wie bringst du das denn alles mit rein?

[HGerdes]

@Pittini Das währe super.
Vielen Dank

[guergen]

@HGerdes Heatingcontrol funktioniert doch mit der Einstellung "Manuell" am Thermostat, schalte meine auf boost... dann drehen sie auf.
Und 5 Minuten nachdem ich nach hause gekommen bin, schalte ich sie mit Anwesend wund einerm Timer wieder auf Manuell

[HGerdes]

@guergen Werde nochmal ein wenig "basteln" wenn es nicht klappt warte ich auf die Lösung von Pittini.
Trotzdem vielen Dank für die Unterstützung

[Rene_HM]

@opossum sagte in Test Adapter HeatingControl v0.3.x:

Hallo,
Ich betätige die Schaltfläche, der Dialog zur Dateiauswahl öffnet sich, ich wähle die Datei aus, dann wird die Hauptseite geändert.

Kannst du mal genauer zeigen, welchen Knopf du drückst?
den hier:?

edit 21.12.2019: github issue
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/64

rg-engineering created this issue in rg-engineering/ioBroker.heatingcontrol

closed Wiederherstellen von gespeicherten Konfigurationen funktioniert nicht #64

[Rene_HM]

@dirk1962 @opossum

ist das gewollt, dass nach Deaktivierung alle Räume wieder inaktiv sind und auch die Sensoren aus der Konfig verschwunden sind? Das Flag für Löschen bei Admin ist nicht gesetzt.

nein, das ist nicht gewollt und ist mir bisher noch nie passiert (und ich aktiviere und deaktivere die Instanz bei jeder Code-Änderung auf zwei Systemen). Hat einer von euch davon ein debug-log?
Ihr deaktiviert und aktiviert mit den hier markierten Knöpfen?

[dirk1962]

@Rene_HM Ja, ich aktiviere und deaktiviere über die von Dir gezeigten Knöpfe. Ist auch nur beim letzten Update passiert. Habe den Adapter zur Zeit nicht auf debug stehen, sorry.

[opossum]

@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:

@opossum sagte in Test Adapter HeatingControl v0.3.x:

Ja, die beiden, Export geht, man kann die Konfig auch sichern, aber zurückspielen geht nicht wirklich.

[opossum]

@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:

@dirk1962 @opossum

Hat einer von euch davon ein debug-log?

Leider nein, aber wenn es wieder passiert, melde ich mich.

[martinschm]

Hi,

helft meiner Fantasie mal bitte auf die Sprünge. Wofür/Wann braucht man ein zweites oder drittes Profil ?

Ist das zB für Frühling/Herbst ?

ciao
Martin

[HGerdes]

@martinschm Hallo, z.B. wenn man Schichtarbeiter ist

[Pittini]

@HGerdes @Rene_HM

Da dieser Thread eh aus allen Nähten platzt, hab ich zum (aktualisierten) Vis einen neuen Thread aufgemacht, sonst wirds zu unübersichtlich denk ich. Vis für 1 oder 2 Profile zu Adapter HeatingControl. Aktualisierungen etc. wirds nur dort geben. lg

[opossum]

Hallo,

noch einmal zum Verständnis: Die Regelung funktioniert nur, wenn ich alle HM-Thermostate auf manuelle Bedienung stelle?

[Pittini]

@opossum sagte in Test Adapter HeatingControl v0.3.x:

Hallo,

noch einmal zum Verständnis: Die Regelung funktioniert nur, wenn ich alle HM-Thermostate auf manuelle Bedienung stelle?

Ja.

[IOMatthias]

Hallo Rene danke erst mal für die sehr gute Arbeit.
Seit dem update auf die Version 0.3.9 habe ich leider mit der Override Funktion ein kleines Probleme. Wenn ich über ein Skript nur einen Raum aktiviert funktioniert alles einwandfrei. Wenn ich aber zwei Räume mit einem Override aktiviere hängt sich der Adapter beim zurücksetzten, wenn die Zeit abgelaufen ist auf. Ein Neustart des Adapters hilft hier nicht nur ein Neustart des Raspberry. Im LOG erscheinen leider keine Fehlermeldungen.

Mir ist auch aufgefallen, dass sehr viele LOG Einträge generiert werden wenn der Override aktive ist.

2019-12-21 12:04:53.803 - info: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20
2019-12-21 12:04:53.808 - info: heatingcontrol.0 (6519) start temperature override for room Büro
2019-12-21 12:04:53.809 - info: heatingcontrol.0 (6519) start temperature override for room Wohnzimmer
2019-12-21 12:04:53.809 - warn: heatingcontrol.0 (6519) already in override Büro
2019-12-21 12:04:53.810 - warn: heatingcontrol.0 (6519) already in override Wohnzimmer
2019-12-21 12:04:54.439 - info: heatingcontrol.0 (6519) room Büro Thermostat OID.setpoint.Büro set to 20.5
2019-12-21 12:04:55.021 - info: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20
2019-12-21 12:04:55.022 - warn: heatingcontrol.0 (6519) already in override Büro
2019-12-21 12:04:55.022 - warn: heatingcontrol.0 (6519) already in override Wohnzimmer
2019-12-21 12:04:55.027 - info: heatingcontrol.0 (6519) start temperature override for room Büro
2019-12-21 12:04:55.029 - info: heatingcontrol.0 (6519) start temperature override for room Wohnzimmer
2019-12-21 12:04:55.663 - info: heatingcontrol.0 (6519) room Büro Thermostat OID.setpoint.Büro set to 20.5
2019-12-21 12:04:56.257 - info: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20

[Rene_HM]

@IOMatthias Ich habe es hier bei mir gerade nochmal vesucht nachzustellen. Ich setze in einem Raum den Override und danach einen zweiten Raum mit einer anderen Zeit ebenfalls. Bei mir werden beide nach Ablauf der jeweiligen Zeiten erwartungsgemäß wieder auf normal zurückgestellt. Im debug-Mode erscheinen auch bei mir viele Meldungen, das sollte aber nicht schaden...
Wie äußert sich bei der das Aufhängen? Auch wenn keine Fehlermeldungen im log stehen, würde mir evtl. ein debug-log, welches den gesamten Vorgang vom setzen des Overrides bis zum hangup zeigt, helfen.
Das log oben sagt, dass mehrfach hintereinander der override gesetzt werden soll (siehe "already in override"). Kann es sein, dass dein script immer wieder override setzen will? Wenn du jede Sekunde override setzt, läuft natürlich die cron - Timer-Liste über. Das würde auch den notwendigen restart vom Raspi erklären...

[guergen]

Hab grade nen kleinen Bug gefunden:
Wenn ich als Erste Periode "ab 8:00Uhr" (Period 0) einstelle und Nachts nach 0:00 oder nach der letzten Periode (Period 3) das Fenster öffne und wieder schliesse, reagieren meine Thermostate nicht.
Ich bekomme folgendes im Debug angezeigt:

heatingcontrol.0	2019-12-22 06:42:15.525	debug	(16056) ### current period not found
heatingcontrol.0	2019-12-22 06:42:15.523	debug	(16056) check ID Profiles.0.Bad.Sun.Periods.3.time
heatingcontrol.0	2019-12-22 06:42:15.522	debug	(16056) check ID Profiles.0.Bad.Sun.Periods.2.time
heatingcontrol.0	2019-12-22 06:42:15.520	debug	(16056) check ID Profiles.0.Bad.Sun.Periods.1.time
heatingcontrol.0	2019-12-22 06:42:15.518	debug	(16056) check ID Profiles.0.Bad.Sun.Periods.0.time
heatingcontrol.0	2019-12-22 06:42:15.518	debug	(16056) number of periods 4

Unter State in den Objekten erscheint folgendes:

Es sieht so aus, als würde ihm die Info fehlen, dass egtl ja noch Period 3 aktiv sein müsste

[Gsiberger]

Da mir dies auch schon aufgefallen ist, aber ich erst gestern dazugekommen mir was dazu zu basteln, darf ich noch folgende Infos dazuliefern:
Es beginnt mit 0:00 Uhr und endet mit dem Start der ersten Periode. Vom Start der letzten Periode bis 0:00 Uhr ist die Funktion einwandfrei:

grün: Solltemperatur
blau: Fenster offen

Logs:

2019-12-22 00:00:02.817 - debug: heatingcontrol.0 (29021) number of periods 4
2019-12-22 00:00:02.817 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.0.time
2019-12-22 00:00:02.818 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.1.time
2019-12-22 00:00:02.819 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.2.time
2019-12-22 00:00:02.820 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.3.time
2019-12-22 00:00:02.821 - debug: heatingcontrol.0 (29021) ### current period not found

2019-12-22 00:05:00.014 - debug: heatingcontrol.0 (29021) ### handle state change linkeddevices.0.aaTest.Fenster_offen {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008}
2019-12-22 00:05:00.014 - debug: heatingcontrol.0 (29021) ### linkeddevices.0.aaTest.Fenster_offen heatingcontrol.0.PublicHolidyToday true false
2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) ### 111 not handled yet
2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) handle id linkeddevices.0.aaTest.Fenster_offen state {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008}
2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) ### handle devices [{"id":9,"name":"Fenster offen","OID_Current":"linkeddevices.0.aaTest.Fenster_offen","isActive":true,"type":3,"room":"aTEST"}]
2019-12-22 00:05:00.016 - debug: heatingcontrol.0 (29021) Check sensors for aTEST
2019-12-22 00:05:00.018 - debug: heatingcontrol.0 (29021) got sensor state {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008} from linkeddevices.0.aaTest.Fenster_offen
2019-12-22 00:05:00.018 - info: heatingcontrol.0 (29021) aTEST window open on Fenster offen
2019-12-22 00:05:00.021 - debug: heatingcontrol.0 (29021) sensor delay 30000
2019-12-22 00:05:00.021 - debug: heatingcontrol.0 (29021) ### 222 not handled yet
2019-12-22 00:05:00.022 - debug: heatingcontrol.0 (29021) ### not handled linkeddevices.0.aaTest.Fenster_offen {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008}
2019-12-22 00:05:30.021 - debug: heatingcontrol.0 (29021) fired
2019-12-22 00:05:30.021 - debug: heatingcontrol.0 (29021) room to check is aTEST
2019-12-22 00:05:30.022 - info: heatingcontrol.0 (29021) calculating new target temperatures
2019-12-22 00:05:30.068 - debug: heatingcontrol.0 (29021) profile type 2
2019-12-22 00:05:30.069 - debug: heatingcontrol.0 (29021) get profile
2019-12-22 00:05:30.069 - debug: heatingcontrol.0 (29021) profile 0
2019-12-22 00:05:30.070 - debug: heatingcontrol.0 (29021) check room aTEST
2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) WindowOpenDecrease {"val":12,"ack":true,"ts":1576931003372,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1576931003366}
2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) number of periods 4
2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.0.time
2019-12-22 00:05:30.072 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.1.time
2019-12-22 00:05:30.073 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.2.time
2019-12-22 00:05:30.074 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.3.time
2019-12-22 00:05:30.075 - debug: heatingcontrol.0 (29021) ### current period not found

[guergen]

@Gsiberger Ein Workaround dazu wäre eine weitere Periode ab o:ooh einzufügen, es anzupassen wäre die schickere Lösung

[Rene_HM]

@guergen @Gsiberger Ich kann das Problem nachvollziehen. In der 0.3.10 wird es einen bug fix dazu geben....

Hier noch das zugehörige github issue
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/66

rg-engineering created this issue in rg-engineering/ioBroker.heatingcontrol

closed Zwischen 0:00 Uhr und Start erster Periode erscheint "current period not found" wenn Absenkung erfolgen soll #66