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

[guergen]

Wie ich die LOG-Daten so lese, scheint das ganze entweder am admin oder am js zu liegen.
Habe die selben LOG-Einträge in anderen Adaptern!

heatingcontrol.0	2020-04-19 12:09:44.215	error	(29938) exception in HandleStateChange [Error: undefined is not a valid state value]
heatingcontrol.0	2020-04-19 12:09:44.214	warn	(29938) This value will not be set in future versions. Please report this to the developer.
heatingcontrol.0	2020-04-19 12:09:44.214	warn	(29938) State value to set is invalid for heatingcontrol.0.Rooms.Wohnzimmer.TemperatureIfNoHeatingPeriod: The state is missing the required property val!
heatingcontrol.0	2020-04-19 12:09:44.214	debug	(29938) ### handle state change heatingcontrol.0.Rooms.Wohnzimmer.TemperatureIfNoHeatingPeriod {"val":5,"ack":false,"ts":1587290984212,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin"

[Pittini]

[Edit 23.4. Hat sich erledigt, die Datenpunkte wurden zur vorherigen Version zurückgeändert]

Achtung Nutzer von meinem Vis Projekt!

Nach update auf Adapterversion 0.4.0 wird der Einstellungsblock (zumindest bei der Variante Mo-Fr / Sa-Su und Mo-Su) nicht mehr angezeigt aufgrund einer Textänderung im Adapter welche in meinem Projekt die Sichtbarkeit der Blöcke steuert.
Also entweder mit update warten oder folgenden Workaround durchführen:

• Vis Editor aufrufen
• Seite contHzng laden
• bei dem im Bild gezeigten Widget im markierten Bereich der Sichtbarkeitseinstellungen den Text "Mo - Fr / Sa - Su" abändern zu "Mo-Fr / Sa-Su". Dies gilt analog auch für die Variante "Mo - Su" , diese ist zu ändern auf "Mo-Su". Bei "every Day" hat sich nix geändert.
  Die aktuell jeweils richtige Schreibweise findet ihr bei den Adapterobjekten unter: "heatingcontrol.0.info.ProfileType"
  

Das wars schon, kleine Ursache, große Wirkung. Ich weis nicht ob das jetzt so bleibt oder ob Rene das wieder zurückändert, auf jeden Fall wisst Ihr jetzt wie Ihr das Problem lösen könnt.

[Rene_HM]

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

JS-controller 3.xx

für JS controller 3.x gibt es bereits ein Ticket. Damit muss ich mich noch beschäftigen...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/92

[guergen]

@Rene_HM Ok, da ich ganz viele Probleme habe, bin ich wieder auf 2.2.10 zurück...
Schont auch etwas meine Nerven :-)

[Rene_HM]

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

exception in HandleStateChange

Das führt dazu, dass das Handling nicht weiter ausgeführt wird. Liegt also am Adapter...

[guergen]

@Rene_HM Aber dieses unsubscribe finde ich ebenfalls komisch

[Rene_HM]

@guergen das musste ich für das ThermostatHandling einbauen. Wenn vom Thermostat eine Änderung kommt, fange ich die. Dann schreibt der Adapter den neuen Wert auf seine internen Variablen, was wieder dazu führt, dass auch der Thermostat neue/alte Daten bekommt... das würde zu einer Endlosschleife führen. Also muss ich unsubscriben, Daten ändern und wieder subscriben...

[Denkra]

Ich bekomme jetzt auch die ganze Zeit Fehlermeldungen wie

error: info.0 (13244) Error: Request failed with status code 503

oder

[{"date":"17:44:40","level":"<span class='log-error'>error<span class='log-error'>","source":"info.0","msg":"(13244) Error: Request failed with status code 503"}]

[guergen]

@Rene_HM Mich wunderte es, weil es im Info-Log läuft...

[Pittini]

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

Also muss ich unsubscriben, Daten ändern und wieder subscriben...

Hmm, verstehe dann aber nicht wieso er das bei mir auch macht, obwohl ich "Verwendung von Änderungen vom Thermostat" auf no stehen hab? :thinking_face:

[Rene_HM]

@guergen naja, 0.4.0 ist eben noch im Test, ich schiebe die logs noch nach debug...

Hmm, verstehe dann aber nicht wieso er das bei mir auch macht, obwohl ich "Verwendung von Änderungen vom Thermostat" auf no stehen hab?

das sollte nicht sein...

[Rene_HM]

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

error: info.0

das betrifft den info-Adapter, oder?

[guergen]

@Rene_HM Ist nicht schlimm, ich binnach der ganzen js-controller-Nummer eh grade wieder zurück auf 0.3.19

[Rene_HM]

@guergen ich bin für jedes feedback dankbar, manches sieht am eben einfach nicht...

[Pittini]

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

das sollte nicht sein...

[guergen]

@Rene_HM Macht ja auch Spaß euch die "Fehler" anzuzeigen, ich kann NICHT programmieren ....
Aber ich pack jetzt doch mal die 0.4.0 aus git wieder drauf, der Rest bleibt so wie es ist

[Denkra]

@Rene_HM Ach mist falsche Meldung...

error: heatingcontrol.0 (20026) exception in HandleStateChange [Error: undefined is not a valid state value]

[{"date":"18:44:59","level":"<span class='log-error'>error<span class='log-error'>","source":"heatingcontrol.0","msg":"(20026) exception in HandleStateChange [Error: undefined is not a valid state value]"}]

[Denkra]

@Rene_HM

Dazu kommt noch

heatingcontrol.0 2020-04-21 19:00:51.872 error (20026) exception in HandleStateChange [Error: undefined is not a valid state value]
heatingcontrol.0 2020-04-21 19:00:51.872 warn (20026) This value will not be set in future versions. Please report this to the developer.
heatingcontrol.0 2020-04-21 19:00:51.872 warn (20026) State value to set is invalid for heatingcontrol.0.Profiles.2.Wohnzimmer.Sa-So.Periods.0.time: The state is missing the required property val!

[guergen]

@Denkra Bist Du schon auf Js-controller 3.x.x?
Da hatte ich die Fehler auch....

[Denkra]

@guergen Ja seit heute bin ich darauf