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

[Dutchman]

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

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"

@Rene_HM habe dir nen PR geschickt der diese Fehler beheben sollte :)

https://github.com/rg-engineering/ioBroker.heatingcontrol/pull/98

"undefined" !== undefined

Koennte das bitte diejenigen mit Problemen auf js-controller 3.x probieren, eventueel von meiner fork :

https://github.com/DutchmanNL/ioBroker.heatingcontrol

Sollte das nicht reichen hab ich noch ne andere idee

[guergen]

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

https://github.com/DutchmanNL/ioBroker.heatingcontrol

Hab es grade mal versucht:

heatingcontrol.0	2020-04-23 17:53:53.209	error	(15642) exception in main [TypeError: Cannot read property 'length' of undefined]
heatingcontrol.0	2020-04-23 17:53:53.208	info	(15642) external states checked, done

[guergen]

@Dutchman Nachdem ich wieder zur Heizperiode gewechselt bin:

host.iobroker	2020-04-23 18:00:00.557	info	Restart adapter system.adapter.heatingcontrol.0 because enabled
host.iobroker	2020-04-23 18:00:00.557	info	instance system.adapter.heatingcontrol.0 terminated with code 0 (NO_ERROR)
heatingcontrol.0	2020-04-23 18:00:00.044	info	(20540) Terminated (NO_ERROR): Without reason
heatingcontrol.0	2020-04-23 18:00:00.043	info	(20540) terminating

[Pittini]

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

Hab es grade mal versucht:

Und was hast erwartet das jetzt passiert? Da der PR noch nicht gemerged ist, hat sich am Adapter auch noch nix geändert.

[Rene_HM]

@Pittini , @guergen , @Dutchman Ich bin dabei, den PR von @Dutchman zu mergen und auch zu testen. Gebt mir etwas Zeit, kommt spätestens am Wochenende...

[guergen]

@Pittini Ich habe den Fork von Dutchman probiert..., so wie er es vorgeschlagen hat!
Wollte doch nur helfen...

[Pittini]

@guergen Ah so rum, alles gut, ich nehm alles zurück ;)

[guergen]

@Pittini Hatte es mir schon gedacht, das Du anders gedacht hast...
Habe mich ja auch direkt auf seinen Post bezogen

[Rene_HM]

habe den PR von @Dutchman gemerged und auch den oben von @guergen gemeldeten Fehler

exception in main [TypeError: Cannot read property 'length' of undefined]

gefixt. Liegt jetzt alles in github...

[HoffmannOs]

Gibt es mittlerweile schon eine Lösung für die Homematic Thermostate? Bei mir lösen sie in Kombination mit den Fensterkontakten immer einen Fehler im RPC Adapter (Float) aus. Ich habe mehrer Optionen durch, die Thermostate stehen auf Manu, Thermostate und OID Aktueller wert habe ich verschiedene optionen ausprobiert.

[Denkra]

So Heizperiode aktiviert und gleich zugeschissen worden im Log.

[Rene_HM]

@Denkra ich schaue mir das heute abend nochmal an...

[Rene_HM]

@Denkra ich habe dafür einen workaround eingebaut... liegt wieder im github...

[Denkra]

@Rene_HM Okay habe ich mal drauf gezogen. Mal schauen was er sagt.

[Gonzo0815]

Hat sich erledigt

[Rich90]

@Rene_HM ich habe das Problem von Denkra jetzt nacheinander mit allen States gehabt. Beginennd mit Guests. DAnn habe ich das einfach aus dem Adapter gelöscht. Dann das gleiche für Party. Nachdem ich gestern dann den Party DAtenpunkt gelöscht habe, habe ich das ganze heute mit dem Anwesenheitsdatenpunkt.
leider habe ich nicht verstadnen was du mit deiner Lösung :"workaround eingebaut...liegt wieder im git" meinst.
muss ich den Adapter neu installieren?

Schönen Dank vorab für die Antwort!

[Rene_HM]

@Rich90 Du musst den Adapter vom github installieren. Ein update reicht, musst nicht vorher deinstallieren:

Ist übrigens kein workaround mehr, sondern eine Lösung des Problems...

Aber weiterhin beachten: Im github liegt eine noch nicht frei gegebene Version. (also evtl. noch gröbere Fehler möglich)

[Rich90]

@Rene_HM also ich habe jetzt den Adapter über github installiert/aktualisiert aber leider liegt der Fehler immernoch vor.
welche Version müsste ich dann haben?
Hier mal der LOG. Present Datenpunkt geändert auf abwesend und wieder auf anwesend.

Mein Fehler. Hatte es nciht richtig gemacht, hatte es über den Github-Reiter geamcht und nciht üner den "Beliebig" jetzt geht es! danke! insgesamt bin ich bisher sehr begeistert!

[Rene_HM]

Ich habe eben die Version 0.4.0 in's latest geschoben (sollte also spätestens morgen als update angezeigt werden).

Folgende Änderungen sind enthalten:

• siehe issue #70: Änderungen vom Thermostat werden jetzt übernommen (Dazu auf jeden Fall die Kommentare hier beachten!!
• siehe issue #91 bug fix: wenn der gleiche Sensor mehreren Räumen zugeordnet ist, erfolgt die Absenkung jetzt für alle diese Räume
• Das script von @Pittini ist jetzt in den Adapter integriert siehe auch Pittini. Damit kann auch die 0.3.x von der Visualisierung verwendet werden
• plus einige interne Überarbeitungen, die keinen Einfluß auf die Funktion haben (sollten)

[Beliar_666]

@Rene_HM

Müsste er nicht für jeden Raum Profile anlegen? Irgendwie fehlen mir plötzlich 2 Räume....