UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dirk1962]

@Rene_HM
Hier nun ein Raum mit VIS edit bearbeitet:

Ich verwende das "jqui-ctrl-InputDatetime" Widget mit den Einstellungen, die Du rechts sehen kannst.
Hier ist der VIS view:

Und hier die Datenpunkte:

Ich habe keine Idee, woran es liegt. Habe die Datenpunkte händisch wieder in das richtige Format geändert und alles ist okay.

[Rene_HM]

@dirk1962 danke für die Tests. Leider hilft mir das debug log nicht viel weiter. Die vielen Object Changed - Meldungen sollten eigentlich gar nicht kommen.
Evtl. noch mal aus github aktualisieren, dort habe ich nur diese Meldungen auskommentiert...

Kannst du bitte noch mal einfach in der vis einen entsprechenden Wert ändern und dann das log nochmal kopieren? Ich würde soetwas erwarten:

Spoiler

2019-12-05 18:42:45.371 - debug: heatingcontrol.0 (2599) ### handle state change heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time {"val":"05:00:01","ack":false,"ts":1575567765360,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1575567765360}
2019-12-05 18:42:45.381 - debug: heatingcontrol.0 (2599) ### handle state change heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time {"val":"05:00:01","ack":true,"ts":1575567765375,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575567765360}
2019-12-05 18:42:45.382 - debug: heatingcontrol.0 (2599) ### heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time 05:00:01 1
2019-12-05 18:42:45.388 - debug: heatingcontrol.0 (2599) ### state change already handled: 05:00:01 / 05:00:01 /// heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time / heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time
2019-12-05 18:42:45.396 - debug: heatingcontrol.0 (2599) ### handle state change heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time {"val":"05:00","ack":true,"ts":1575567765390,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575567765390}
2019-12-05 18:42:45.398 - debug: heatingcontrol.0 (2599) ### heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time 05:00 05:00:01
2019-12-05 18:42:45.400 - debug: heatingcontrol.0 (2599) start CalculateNextTime, profile type 1
2019-12-05 18:42:45.401 - debug: heatingcontrol.0 (2599) get profile
2019-12-05 18:42:45.404 - debug: heatingcontrol.0 (2599) profile 0
2019-12-05 18:42:45.409 - debug: heatingcontrol.0 (2599) ### handle state change heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time {"val":"05:00","ack":true,"ts":1575567765403,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575567765390}
2019-12-05 18:42:45.410 - debug: heatingcontrol.0 (2599) ### state change already handled: 05:00 / 05:00 /// heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time / heatingcontrol.0.Profiles.0.Arbeitszimmer.Mo-Su.Periods.0.time
2019-12-05 18:42:45.412 - debug: heatingcontrol.0 (2599) start CalculateNextTime, profile type 1
2019-12-05 18:42:45.412 - debug: heatingcontrol.0 (2599) get profile
2019-12-05 18:42:45.414 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"05:00","ack":true,"ts":1575567765403,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575567765390} 05:00
2019-12-05 18:42:45.415 - debug: heatingcontrol.0 (2599) push to list = 05,00
2019-12-05 18:42:45.418 - debug: heatingcontrol.0 (2599) profile 0
2019-12-05 18:42:45.420 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"08:00","ack":true,"ts":1575114843465,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843465} 08:00
2019-12-05 18:42:45.421 - debug: heatingcontrol.0 (2599) push to list = 08,00
2019-12-05 18:42:45.423 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"05:00","ack":true,"ts":1575567765403,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575567765390} 05:00
2019-12-05 18:42:45.424 - debug: heatingcontrol.0 (2599) push to list = 05,00
2019-12-05 18:42:45.426 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"12:00","ack":true,"ts":1575114843465,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843465} 12:00
2019-12-05 18:42:45.427 - debug: heatingcontrol.0 (2599) push to list = 12,00
2019-12-05 18:42:45.429 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"08:00","ack":true,"ts":1575114843465,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843465} 08:00
2019-12-05 18:42:45.430 - debug: heatingcontrol.0 (2599) push to list = 08,00
2019-12-05 18:42:45.432 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"16:00","ack":true,"ts":1575114843466,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843466} 16:00
2019-12-05 18:42:45.433 - debug: heatingcontrol.0 (2599) push to list = 16,00
2019-12-05 18:42:45.435 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"12:00","ack":true,"ts":1575114843465,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843465} 12:00
2019-12-05 18:42:45.436 - debug: heatingcontrol.0 (2599) push to list = 12,00
2019-12-05 18:42:45.438 - debug: heatingcontrol.0 (2599) ---found time for Arbeitszimmer at {"val":"21:00","ack":true,"ts":1575114843478,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1575114843478} 21:00
2019-12-05 18:42:45.439 - debug: heatingcontrol.0 (2599) push to list = 21,00
2019-12-05 18:42:45.441 - debug: heatingcontrol.0 (2599) create cron job #0 at 5:0 string: 0 0 5 * * * Europe/Berlin
2019-12-05 18:42:45.497 - debug: heatingcontrol.0 (2599) create cron job #1 at 8:0 string: 0 0 8 * * * Europe/Berlin
2019-12-05 18:42:45.506 - debug: heatingcontrol.0 (2599) create cron job #2 at 12:0 string: 0 0 12 * * * Europe/Berlin
2019-12-05 18:42:45.517 - debug: heatingcontrol.0 (2599) create cron job #3 at 16:0 string: 0 0 16 * * * Europe/Berlin
2019-12-05 18:42:45.524 - debug: heatingcontrol.0 (2599) create cron job #4 at 21:0 string: 0 0 21 * * * Europe/Berlin
2019-12-05 18:42:45.532 - debug: heatingcontrol.0 (2599) [INFO] status = true next event: 6 Dec 2019 05:00:00
2019-12-05 18:42:45.535 - debug: heatingcontrol.0 (2599) [INFO] status = true next event: 6 Dec 2019 08:00:00
2019-12-05 18:42:45.540 - debug: heatingcontrol.0 (2599) [INFO] status = true next event: 6 Dec 2019 12:00:00
2019-12-05 18:42:45.544 - debug: heatingcontrol.0 (2599) [INFO] status = true next event: 6 Dec 2019 16:00:00
2019-12-05 18:42:45.546 - debug: heatingcontrol.0 (2599) [INFO] status = true next event: 5 Dec 2019 21:00:00

Hier sieht man, dass ich den DP Arbeitszimmer.Mo-Su.Periods.0.time auf 5:00:01 gesetzt habe. Intern verwendet wird aber 5:00 und das wird auch auf den DP zurückgeschrieben.
Du kannst das ganze auch manuell probieren. Eigentlich bleibt der Wert nur dann rot, wenn er vom Adapter gar nicht gehandelt wird. Das würde auch die fehlenden log-Einträge erklären...

Im allgemeinen würde sogar eine Fehlermeldung für ein falsches Format in den Zeit-Settings erfolgen. Das sieht dann so aus, wenn man z.Bsp. 5.00 anstatt 5:00 schreiben würde

nextTime ':' missing for heatingcontrol.0.Rooms.Arbeitszimmer.TemperaturOverrideTime

Das habe ich jetzt für den TemperaturOverride auch noch eingebaut (Version 0.3.8)

[Rene_HM]

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

Mir ist noch etwas aufgefallen.
In den Haupteinstellungen kann ich den Pfad für "Urlaub zuhause" angeben.
Unter heatingcontrol.0.profiles.0.Wohnzimmer.absolute gibt es aber keinen Datenpunkt für " Urlaub zuhause".

laut
https://github.com/rg-engineering/ioBroker.heatingcontrol#others habe ich für Urlaub zu hause keine Absenkung oder Erhöhung vorgesehen, sondern ich verwende die Einstellungen vom Sonntag. Die Annahme ist, dass man unter der Woche ein "Spar-Profil" fährt, am Sonntag dagegen ein "Wohlfühl-Profil". Wenn ich also unter der Woche wegen Urlaub zu Hause bin, möchte ich das "Wohlfühl-Profil" haben...

In diesem Verzeichnis gibt es einen Datenpunkt für "PartyDecrease", dafür wiederum gibt es kein Eingabefeld im den Haupteinstellungen.

Es sollte ein "heatingcontrol.0.PartyNow" vorhanden sein..

[dirk1962]

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

laut
https://github.com/rg-engineering/ioBroker.heatingcontrol#others habe ich für Urlaub zu hause keine Absenkung oder Erhöhung vorgesehen, sondern ich verwende die Einstellungen vom Sonntag. Die Annahme ist, dass man unter der Woche ein "Spar-Profil" fährt, am Sonntag dagegen ein "Wohlfühl-Profil". Wenn ich also unter der Woche wegen Urlaub zu Hause bin, möchte ich das "Wohlfühl-Profil" haben...

Ist sicher der richtige Ansatz wenn ich mit meiner Frau zuhause bin. Wenn ich alleine zuhause bin, brauch ich Wohlfühlatmosphäer nur im Büro . Deshalb würde mir reichen, wenn ich das Büro dauerhaft auf Temperatur halte. Ich kann es natürlich auch über die Override Funktion machen, dann aber über VIS und nicht automatisch.

Es sollte ein "heatingcontrol.0.PartyNow" vorhanden sein..

Ist er auch, den kann man aber nicht über ical steuern. "GuestsPresent", "HolidayPresent", "Present", "PublicHolidayToday" und "HolidayAbsent" kann man in den Haupteinstellungen der Instanz automatisieren, nur "PartyNow" nicht

[dirk1962]

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

@dirk1962 danke für die Tests. Leider hilft mir das debug log nicht viel weiter. Die vielen Object Changed - Meldungen sollten eigentlich gar nicht kommen.
Evtl. noch mal aus github aktualisieren, dort habe ich nur diese Meldungen auskommentiert...

Kannst du bitte noch mal einfach in der vis einen entsprechenden Wert ändern und dann das log nochmal kopieren? Ich würde so etwas erwarten:

Habe 0.3.8 installiert, war wahrscheinlich der Erste . Danach habe ich in beiden Instanzen einen Zeitpunkt händisch falsch geändert und beide Adapter sind auf rot gegangen. Musste iobroker stoppen und neu starten. Danach waren beide Instanzen wieder grün.
Lasse es jetzt erstmal wie es ist. Mal sehen, wie es mit dem Setzen der neuen Temperaturen funktioniert. Bisher ging das nur zeit verzögert.
Morgen ist auch noch ein Tag.

[Rene_HM]

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

nur "PartyNow" nicht

okay, das baue ich noch ein...

[dirk1962]

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

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

nur "PartyNow" nicht

okay, das baue ich noch ein...

Super, danke.
Kurze Info. Beide Instanzen laufen absolut unauffällig und die neuen Temperaturen werden zum gewählten Zeitpunkt direkt geschaltet .

[guergen]

Hallo,
ich habe jetzt nicht das gesamte Forum durchsucht, aber mir fällt auf, dass beim "heatingcontrol-Traffic" immer folgende Meldungen im debug-Modus kommt:

heatingcontrol.0	2019-12-06 17:27:00.965	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.logLevel === {"_id":"system.adapter.openweathermap.0.logLevel","type":"state","common":{"name":"openweathermap.0 loglevel","type":"string","
heatingcontrol.0	2019-12-06 17:27:00.962	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.sigKill === {"_id":"system.adapter.openweathermap.0.sigKill","type":"state","common":{"name":"openweathermap.0 kill signal","type":"number",
heatingcontrol.0	2019-12-06 17:27:00.914	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.eventLoopLag === {"_id":"system.adapter.openweathermap.0.eventLoopLag","type":"state","common":{"name":"openweathermap.0 Node.js event loop
heatingcontrol.0	2019-12-06 17:27:00.870	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.outputCount === {"_id":"system.adapter.openweathermap.0.outputCount","type":"state","common":{"name":"openweathermap.0 events output counter
heatingcontrol.0	2019-12-06 17:27:00.866	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.inputCount === {"_id":"system.adapter.openweathermap.0.inputCount","type":"state","common":{"name":"openweathermap.0 events input counter","
heatingcontrol.0	2019-12-06 17:27:00.862	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.uptime === {"_id":"system.adapter.openweathermap.0.uptime","type":"state","common":{"name":"openweathermap.0 uptime","type":"number","read":
heatingcontrol.0	2019-12-06 17:27:00.818	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.memRss === {"_id":"system.adapter.openweathermap.0.memRss","type":"state","common":{"name":"openweathermap.0 resident Set Size","desc":"Resi
heatingcontrol.0	2019-12-06 17:27:00.775	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.memHeapTotal === {"_id":"system.adapter.openweathermap.0.memHeapTotal","type":"state","common":{"name":"openweathermap.0 total Size of the H
heatingcontrol.0	2019-12-06 17:27:00.731	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.memHeapUsed === {"_id":"system.adapter.openweathermap.0.memHeapUsed","type":"state","common":{"name":"openweathermap.0 heap actually Used","
heatingcontrol.0	2019-12-06 17:27:00.686	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.cputime === {"_id":"system.adapter.openweathermap.0.cputime","type":"state","common":{"name":"openweathermap.0.cputime","type":"number","rea
heatingcontrol.0	2019-12-06 17:27:00.642	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.cpu === {"_id":"system.adapter.openweathermap.0.cpu","type":"state","common":{"name":"openweathermap.0.cpu","type":"number","read":true,"wri
heatingcontrol.0	2019-12-06 17:27:00.598	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.compactMode === {"_id":"system.adapter.openweathermap.0.compactMode","type":"state","common":{"name":"openweathermap.0.compactMode","type":"
heatingcontrol.0	2019-12-06 17:27:00.553	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.connected === {"_id":"system.adapter.openweathermap.0.connected","type":"state","common":{"name":"openweathermap.0 is connected","type":"boo
heatingcontrol.0	2019-12-06 17:27:00.548	debug	(4973) [OBJECT CHANGE] ==== system.adapter.openweathermap.0.alive === {"_id":"system.adapter.openweathermap.0.alive","type":"state","common":{"name":"openweathermap.0 alive","type":"boolean","read":tr
heatingcontrol.0	2019-12-06 17:20:43.384	debug	(4973) ### all StateChange handled

Ich habe zwar den openweathermap-Adapter installiert, aber eine Option im heatingcontrol-Adapter, ob ich auf die Meldungen reagieren soll/will, fehlt mir in den Einstellungen.
Soll das noch als Option implementiert werden?
Ansonsten wundert es micht, dass der OWM schon traffic verursacht..

[Rene_HM]

@guergen die Meldungen sollten eigentlich nicht erscheinen, an dem Thema bin ich aber schon dran...

[apollon77]

@guergen welche Version des js-Controller ist im Einsatz?

[xADDRx]

Hallo zusammen,

seit dem letzten Update reagiert die Fenster open funktion nicht mehr, also der eingetragene Wert wird nicht übernommen und bleibt unter objekten rot..

jemand eine idee?

[Rene_HM]

@xADDRx kannst du mir ein debug-log und / oder screenshot davon zukommen lassen? Welche Version macht das Problem?

[xADDRx]

@Rene_HM

eingestellt sind 5°

PS: meine Frau friert gerade

[Rene_HM]

@xADDRx du hast auf 0.3.7 aktualisiert? Laut Versionsinfo habe ich die Datenpunkte für relative Absenkung in einen Ordner verschoben. Außerdem muss die relative Absenkung auch im admin eingestellt werden...

[xADDRx]

@Rene_HM OK vertanden, danke!

Was sagt mir das:

[Rene_HM]

@xADDRx anscheinend ist "present" nicht gesetzt, der Adapter versucht zu reduzieren, aber der Wert "AbsentDecrease" wurde nicht gesetzt. Also entweder "present" auf true setzen oder "AbsentDecrease" im jeweiligen Ordner festlegen (oder auf 0 setzen)

[guergen]

@apollon77
Die Script Engine ist 4.3.4

[Beliar_666]

@Rene_HM Ich habe wieder das Problem, das er nicht die aktive Periode verwendet. Das Log beim Start sieht eigentlich gut aus.

[dirk1962]

@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.

[iobroker_Alex]

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:

1. heatingcontrol.0.Profiles.0.OG Bad.TemperaturOverride
2. 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