Test Adapter HeatingControl v2.12.x

[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

[IOMatthias]

@Rene_HM
Hallo Rene,

ich habe gestern noch ein bisschen getestet. Der Override wir sicher nur einmal gesetzt (im Normalbetrieb einmal um 6 Uhr am Morgen). Hierfür hab ich zwei Meldung eingebaut. Der Fehler tritt nur auf, wenn man bei zwei Räumen gleichzeitig die Override Time setzt. Eine kleine Verzögerung reicht aus um nicht das verhalten zu bekommen. Wenn die Zeiten gleichzeitig gesetzt werden wird der Override für den Raum mehrfach gestartet. Bei einem zwei Minuten Override ca. 15000-mal. Bis zum beenden läuft der Adapter ohne Probleme. Beim Beenden des Override wir für ca. 10 Minuten keine Meldung mehr in den LOG eingetragen und LastProgramRun wird nicht aktualisiert. Andere Adapter tragen weiter Meldungen ein. Nach der Zeit trägt der Adapter alle Meldungen nach und der Status wechselt wieder auf grün. Ich habe drei LOG`s erstellt. Bei dem ersten verzögere ich den Override Time für den Raum 1 zur Temperatur Raum 1 um 1s, Override Time für den Raum 2 zur Temperatur Raum 2 um 1,5s. (LOG 18:57)

18_57.txt

Bei dem zweiten verzögere ich den Override Time für den Raum 1 zur Temperatur Raum 1 nicht, Override Time für den Raum 2 zur Temperatur Raum 2 um 1,5s. (LOG 18:59)

18_59.txt

Beim dritten hab ich die Override Time nicht verzögert. (LOG 19:01)
Ich habe den LOG leider ein bisschen kürzen müssen, hatte über 300000 Einträge.

19_01 gekürzt.txt

Ich hoffe das hilft weiter.
Ich baue bei mir die Verzögerungen ein, dann sollte ich kein Problem mehr haben.

Danke

[guergen]

Ich muss nochmal die Problematik von relativer und absoluter Absenkung bzw Temeratureinstellung aufgreifen:
Wenn ich mein Fenster öffne, würde ich gerne die Temeratur auf z.B. 5 Grad stellen. Das geht ja mit absoluter Einstellung.
Wenn ich jedoch Besuch habe, würde ich gerne die eingestellte Temperatur um 2 Grad erhöhen.
Macht es nicht Sinn das ganze so einzubauen?
Ich habe Räume, die ich nur bis 15 Grad "heize", wenn dann bei "Fenster offen" die Temeratur um 13 Grad senke, wie zum Beispiel in der Küche um auf 5 Grad zu kommen, stehen dann 2 Grad bei der Küche, obwohl ich eine Minimum-Temperatur von 5 Grad im Thermostat eingegeben habe. Das macht nur ordentlich Traffic!
Oder man erstellt einen Punkt "minimale Temperatur'" hier im Adapter.

[Gsiberger]

@Rene_HM Aufgrund des Titels deines github issues: Es betrifft nicht nur Absenkungen. Aufgefallen ist es mir als ich mal vor der ersten Periode ein Fenster geschlossen habe und die Temperatur nicht angehoben wurde (Fenster offen 12, Nachtabsenkung 17)
Vielen Dank für deine tolle Arbeit

[Rene_HM]

@Gsiberger Die Ursache ist aber in jedem Fall die gleiche. Ich starte mit der Suche nach Perioden um Mitternacht. Zwischen Mitternacht und erstem Eintrag finde ich so nichts... Das muss ich ändern...

[Gsiberger]

@Rene_HM Ich bin da vielleicht komisch, aber durch meinen Beruf als IT-Systemadministrator und Betreuer von ca. 300 User, habe ich so oft mit unvollständigen Angaben zu tun die mir mehr Arbeit verursachen, dass ich versuche möglichst viele (hoffentlich gleich alle) Infos zu liefern und mögliche Missverständnisse so schnell als möglich ausräume
Kurt

[martinschm]

Hi,

ich bekomme bei mir diese Fehlermeldung im Log. Mir ist nicht ganz klar, was da falsch läuft.

heatingcontrol.0	2019-12-23 21:47:23.233	error	(30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null]
heatingcontrol.0	2019-12-23 21:47:23.232	error	(30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null]
heatingcontrol.0	2019-12-23 21:47:23.232	info	(30221) handle actors Kinderschlafzimmer current 21.6 target 19
heatingcontrol.0	2019-12-23 21:47:23.231	info	(30221) handle actors Kinderschlafzimmer current 21.6 target 19

Woran liegt es eigentlich, das die Einträge "handle actors xyz" immer doppelt erscheinen ?

Hab jetzt das Profil für das Kinderschlafzimmer mal bearbeitet. Jetzt steht das hier im Log

heatingcontrol.0	2019-12-23 21:54:30.972	error	(30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null]
heatingcontrol.0	2019-12-23 21:54:30.971	info	(30221) handle actors Kinderschlafzimmer current 21.7 target 16
heatingcontrol.0	2019-12-23 21:54:30.969	error	(30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null]
heatingcontrol.0	2019-12-23 21:54:30.968	info	(30221) handle actors Kinderschlafzimmer current 21.7 target 16
heatingcontrol.0	2019-12-23 21:52:56.879	warn	(30221) HandleActorsGeneral: not implemented yet
heatingcontrol.0	2019-12-23 21:52:56.878	error	(30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null]
heatingcontrol.0	2019-12-23 21:52:56.875	info	(30221) handle actors Kinderschlafzimmer current 21.7 target 16
heatingcontrol.0	2019-12-23 21:52:56.856	info	(30221) room Kinderschlafzimmer Thermostat HM-CC-RT-DN OEQ123456 set to 16
heatingcontrol.0	2019-12-23 21:52:56.845	info	(30221) calculating new target temperatures
heatingcontrol.0	2019-12-23 21:52:52.801	warn	(30221) HandleActorsGeneral: not implemented yet

[guergen]

@martinschm @Rene_HM Das mit den doppelten Log-Einträgen ist mir auch schon aufgefallen, aber das ist schon länger so!