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

[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

[Pittini]

@iobroker_Alex
Aktuell ist:
heatingcontrol.0.Rooms.OG Bad.TemperaturOverride

und

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.

[Pittini]

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

[ide10]

@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

[Rene_HM]

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

[ide10]

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

[Rene_HM]

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

[ide10]

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