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

[Excodibur]

@strathcole Danke für deine Unterstützung und Vorarbeit!

Ich schaue mir die Probleme (Github Issues) jetzt nach und nach an und fixe diese dann. Ähnlich wie StrathCole habe auch ich nur eine begrenzte Zahl an Test-Geräten zur Verfügung, hauptsächlich aus dem Somfy IO Bereich. D.h. ich bin hier an der ein oder anderen Stelle auf eure Mithilfe (Debug-Logs schicken, etc.) angewiesen.

Pull-Requests sind auch gerne willkommen, aber bitte habt Verständnis, dass ich diese erst prüfen und ggf. weiter mit euch besprechen muss. Da niemand so viele Geräte hat, dass er die Szenarien aller Nutzer bei Tests abdecken kann, ist die Herausforderung hier mit neuen Fixes nicht unabsichtlich etwas kaputt zu machen.

Ein erstes neues Release gibt es schon: https://github.com/Excodibur/ioBroker.tahoma/releases/tag/v0.4.0. Dieses ist noch nicht im Stable-Branch, d.h. nur diejenigen die Adapter aus dem BETA-Repo beziehen, können dieses sehen. Da es noch einige Tickets gibt, wird es hier wohl zeitnah noch ein paar Adapter-Updates geben.

[Willi-Wunder]

@excodibur
Hi, kannst du nochmal den Link prüfen? Bekomme das Update nicht installiert.....

$ iobroker url https://github.com/Excodibur/ioBroker.tahoma/releases/tag/v0.4.0 --host raspberrypi
Cannot install from GitHub. Invalid URL https://github.com/Excodibur/ioBroker.tahoma/releases/tag/v0.4.0
Process exited with code 0

Wird das Update später ganz normal am Adapter als Info angezeigt werden oder muss ich dies nun immer über url einspielen?

Nachtrag:
Installation "von Github" funktioniert, hatte zuvor die Benutzerdefinierte Installation mit der Url genommen......

Gruß Willi

[Excodibur]

@willi-wunder Kann nicht funktionierten, da mein Link quasi nur auf die Release-Notes bit Github zeigt. ;-)

Benutzerdefiniert würde funktionieren, allerdings muss du dafür in der URL alles ab "/releases..." wegnehmen.

Im Prinzip taucht das Update später auch normal im Adapter als Info auf, allerdings nur, wenn du die Adapter aus dem BETA-Repo beziehst. Das die neue Version ins STABLE Repo kommt, habe ich noch nicht veranlasst, zumal ich da von @apollon77 so ganz ohne Test-Resultate vielleicht Haue kriege. :-)

[firechumper]

@excodibur finde ich super, dass du dich dem Adapter annimmst. Erstmal vielen Dank dafür.

Folgender Fehler kommt mit dem 0.4.0 Adapter bei mir in den Logs

JS-Controler: 3.3.15
Admin: 5.1.23
Node.js: v12.22.4
NPM: 6.14.14

2021-08-07 00:18:58.476 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.476 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.477 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.477 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.477 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.478 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.479 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.479 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.479 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.480 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.481 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.481 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.481 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.482 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.483 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.483 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.484 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.484 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.485 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.485 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.486 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.486 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.487 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.487 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.488 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.488 - error: tahoma.0 (2534) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-08-07 00:18:58.489 - error: tahoma.0 (2534) unhandled promise rejection: The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.489 - error: tahoma.0 (2534) Error: The state contains the forbidden properties timeslots!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6004:23)
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6091:21)
at Immediate. (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:755:23)
at processImmediate (internal/timers.js:463:21)
2021-08-07 00:18:58.490 - error: tahoma.0 (2534) The state contains the forbidden properties timeslots!
2021-08-07 00:18:58.651 - info: tahoma.0 (2534) terminating
2021-08-07 00:18:58.652 - warn: tahoma.0 (2534) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-08-07 00:18:59.672 - warn: tahoma.0 (2534) Cannot get view: Connection is closed.
2021-08-07 00:18:59.672 - warn: tahoma.0 (2534) Cannot get view: Connection is closed.

Hat jemand eine Idee an was das liegen kann?

[Excodibur]

@firechumper Bitte stelle den Adapter mal auf DEBUG Logging und lasse mir die Logs entweder über Github issue, oder direkt an excodibur-iobroker@posteo.de zukommen.

Ich schaue es mir dann an.

[Excodibur]

@firechumper Danke, ich habe deine Mail bekommen!

Anscheinend setzt du Heizkörper-Thermostat io, oder ähnliches ein, dass für das Feld TimeProgram1/2State eine riesen Datenstruktur mitliefert (sieht aus wie ein Wochenplan). Das lässt sich nicht wirklich im ioBroker mit States abbilden, daher habe ich hier eine Ausnahmeregel (Fixer Wert "Data too complex" unterhalb des States) eingebaut.

Mit Release 0.4.1 sollte der Fehler nicht mehr auftreten. ;-)

[firechumper]

@excodibur
Vielen Dank - Der Adapter funktioniert nun wieder :)

Ja das sind Heizkörperthermostate - den Wochenplan scheint er wohl automatisch einzulesen (obwohl keiner programmiert ist).

[firechumper]

@excodibur
Weiß nicht ob das für dich Relevant ist... Die Meldung kommt immer wenn man den iO Light Receiver anschaltet (über die "My" Taste)

Und die zweite Meldung nimmt er Heizkörperthermostat (Temperatursensor)

State value to set for "tahoma.0.devices.Licht_Markise.states.core:LightIntensityState" has to be type "number" but received type "string" 
State value to set for "tahoma.0.devices.TS_Schlafzimmer.states.core:TemperatureState" has to be type "number" but received type "string

Sonst sieht das Log sauber aus :-)

[Excodibur]

@firechumper Danke für die Rückmeldung!

Die zwei Meldungen sollten mit v0.4.2 (heute released) auch verschwinden.

[firechumper]

@excodibur
Du bist der Hammer! ;)

[blackeagle998]

@Excodibur
Ich habe seit gestern Vormittag Version 0.4.1 installiert und bekomme seitdem folgende Meldung, wenn die Instanz neugestartet wird, Status bleibt dann auf gelb:

2021-08-09 00:15:15.762 - warn: tahoma.0 (27552) [START] Password not set

Scheint, als würde die Config das PW nicht speichern.
Wenn ich es dann eingebe und speichere, funktioniert alles normal und die Instanz wird grün, bis zum nächsten Neustart. Kannst du mal bitte drüber schauen, ob du was findest?

[Excodibur]

@blackeagle998 Leider kann ich dein Problem bei mir nicht nachstellen (benutze aktuell 0.4.2). Instanz Stop, Start, Restart, ja sogar nach dem iobroker Restart ist bei mir das Passwort noch immer gesetzt.

Welche JS-Controller Version verwendest du? Ich habe 3.3.15 im Einsatz.

[blackeagle998]

@excodibur
JS-Controller war 3.3.14, bin jetzt aber auf 3.3.15.
Die Tahoma Adapter Version habe ich ebenfalls auf 0.4.2 aktualisiert. Ich beobachte das mal weiter. Ggf. muss ich mal auf debug stellen und poste dann das LOG.

[firechumper]

@excodibur
Habe heute morgen nochmal in die Logs geschaut.
Folgende Meldungen stehen drin:

tahoma.0
	2021-08-09 11:30:58.189	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:20:57.992	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:20:17.992	info	State value to set for "tahoma.0.devices.HZ_Schlafzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:16:37.898	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:TargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:16:37.897	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:TargetRoomTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.790	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:TargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.789	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:TargetRoomTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.788	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:DerogationEndDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.787	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:DerogationStartDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.786	info	State value to set for "tahoma.0.devices.HZ_Büro.states.io:ManualModeTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:11:17.785	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:DerogatedTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:06:17.706	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:DerogationEndDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:06:17.704	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:DerogationStartDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:06:17.702	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.io:ManualModeTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:06:17.701	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:DerogatedTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:01:17.580	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:DerogationEndDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:01:17.579	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:DerogationStartDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:01:17.579	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.io:ManualModeTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 11:01:17.578	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:DerogatedTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.062	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:TargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.061	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:TargetRoomTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.060	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:DerogationEndDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.059	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:DerogationStartDateTimeState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.056	info	State value to set for "tahoma.0.devices.HZ_Bad.states.io:ManualModeTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:33:17.055	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:DerogatedTargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:21:16.833	info	State value to set for "tahoma.0.devices.HZ_Wohnzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:20:36.838	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:11:16.627	info	State value to set for "tahoma.0.devices.HZ_Wohnzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 10:00:56.417	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:40:56.011	info	State value to set for "tahoma.0.devices.HZ_Wohnzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:40:35.999	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:39:36.001	info	State value to set for "tahoma.0.devices.HZ_Schlafzimmer.states.core:TargetTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:39:35.994	info	State value to set for "tahoma.0.devices.HZ_Schlafzimmer.states.core:TargetRoomTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:34:35.850	info	State value to set for "tahoma.0.devices.Licht_Markise.states.core:ColorTemperatureState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:20:55.576	info	State value to set for "tahoma.0.devices.HZ_Wohnzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:20:35.572	info	State value to set for "tahoma.0.devices.HZ_Katzen.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:05:55.269	info	State value to set for "tahoma.0.devices.HZ_Wohnzi__Terass_.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:02:55.226	info	State value to set for "tahoma.0.devices.HZ_Bad.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 09:00:35.179	info	State value to set for "tahoma.0.devices.HZ_Büro.states.core:BatteryLevelState" has to be type "number" but received type "string"
tahoma.0
	2021-08-09 08:50:54.998	info	State value to set for "tahoma.0.devices.HZ_Wohnzimmer.states.core:BatteryLevelState" has to be type "number" but received type "string" 

Sonst funktioniert bis jetzt alles zuverlässig.

[Excodibur]

@firechumper --> 0.4.3 ;-)

[firechumper]

@excodibur

Funktioniert! Vielen Dank.

Logdatei ist seit 4 Stunden ohne Fehler ;)

[Excodibur]

@firechumper Danke für die Rückmeldung, das hört sich gut an!

Die Version 0.4.3 ist jetzt auch im Stable-Repo angekommen, d.h. jeder sollte diese jetzt bekommen.

[klausiob]

@excodibur Cool, habe seit kurzen einen Tahoma switch und steuere schon meine 3 RTS-Rolläden auch über Alexa. Tahoma Adapter im iobroker hatte bisher nicht funktioniert. Jatzt habe ich dein Update auf die 0.4.3 gemacht und in der tahoma.js den fehlenden Code ergänzt. Jetzt lassen die sich zunächst erstmal ansprechen. Frage nun: wie bringt ihr die Steuerung auf die Weboberfläche in VIS? Javascript? Statusabfrage, die Buttonstates zurücksetzen? Die werden bei mir nicht mit dem Buttonsymbol angezeigt.
Schonmal vielen Dank. Vielleicht kann ich ja beim Testen mithelfen. Bekomme demnächst auch io-Rollläden.
Gruß klausiob

[JB_Mystery]

@blackeagle998
@Excodibur
Wollte mal kurz bescheid geben:
Ich habe das selbe Problem mit dem verloren gehenden Passwort. Benutze auch JS-Controller 3.3.15 und Version 0.4.3.
Wäre für Lösungen Dankbar.

[Excodibur]

@klausiob

Du kannst mir gerne beim Testen weiterhelfen, wenn du den Adapter mal auf DEBUG-logging stellst und mir die Logs an excodibur-iobroker@posteo.de zukommen lässt. :smile: Ich habe leider keine RTS-Rolläden (nur IO), daher kann ich den Fehler mit fehlenden Kommandos nur beheben, wenn ich genug Daten zum Analysieren bekomme.

In VIS habe ich Rolläden vor einiger Zeit mal mit einem Shutter-Widget (aus https://github.com/ioBroker/ioBroker.vis-hqwidgets) eingebaut. Sieht sehr ansehnlich aus und funktioniert gut mit core:TargetClosureState. Man könnte aber auch einen Schieberegler nehmen, oder halt mit Javascript auf Buttons mappen. Wenn du es ganz übertreiben willst, kannst du dich auch an https://github.com/Excodibur/ioBroker.vis-3dmodel (Eigenwerbung) heranwagen :grinning: .

@JB_Mystery Passiert das bei dir reproduzierbar mit dem Passwort-Verlust, oder nur einmalig beim Upgrade auf die neue Version? Im Code habe ich etwas bzgl. Passwortverschlüsselung angepasst, evtl. hängt das zusammen.