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

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

[Willi-Wunder]

@excodibur
Erstmal von mir nochmal Respekt für deine Einsätze hier. Du legst hier ein Tempo vor, irre :-)

Hab jetzt auch mal bei mir geschaut zwecks Passwort...... Adpater leuchtet zwar 3x grün, kann aber keine Rollos mehr steuern. Das Passwort ist aber korrekt, auch ein neustart brachte keine Abhilfe.

error during tahomalink request: ->401 retry login

Im Vis werden aktuell keine Befehle mehr ausgeführt. Debug eingeschaltet, schick dir später mal den Log.
Hab die aktuelle Version 0.4.3.

Gruß Willi

[blackeagle998]

@willi-wunder @Excodibur
Das gleiche Verhalten, wie es willi-wunder beschreibt, hatte ich auch. Nach dem letzten "Passwort vergessen" habe ich den automatischen Adapter Neustart (per Skript) deaktiviert und bekam dann keine Verbindung mehr. Über mehr als 24 Stunden erhielt ich den gleichen 401 Login Fehler.

Dann ging es auf einmal wieder, seitdem habe ich nichts mehr gemacht, aus Angst, wieder nichts steuern zu können.
Die Debug Einträge waren aus meiner Sicht nicht wirklich hilfreich/aussagefähig.
Ich habe die aktuellste Version installiert.

[JB_Mystery]

@excodibur
Ich habe am 09.08. Upgedated, JS und auch Admin. Seit dem verliere ich das Passwort. Meine Instanz schalte ich nur bei Bedarf über ein Script ein und aus.
Wenn ich das Passwort erneut eingebe und manuell die Instanz starte klappt alles. Ich weis also nicht, ab wann es verloren geht. Habe es aber schon 3 mal eingegeben und aktuell ist es schon wieder weg.
Wenn ich helfen kann, einfach fragen. Wobei ich auch kein Programmier-Ass bin.

[Willi-Wunder]

@Excodibur
Auch mit der Version 0.4.2 kann ich mich gerade nicht mehr anmelden, gleicher Fehler. Log hab ich dir vorhin geschickt, aber wie @blackeagle998 auch schreibt, ist der Log nicht wirklich aussagefähig. Hab den Adapter erstmal gestoppt und probiere morgen nochmal den Login.

[klausiob]

@excodibur Ich hatte kein Passwort-Problem heute. Die Kommandos habe ich für die RTS-Rollos angezeigt bekommen nach der Codeergänzung aus dem GIT. Habe 3 Buttons in VIS up, down und stop. Mehr geht in der Tahoma-App für RTS auch nicht. Da geht my-Position noch, aber nicht über Alexa. So funktioniert es erst einmal. Würde aber noch gerne über den states.moving eine Statusanzeige einbauen. RTS liefert ja keine Rückmeldung über die Position. Das ist wahrscheinlich eher eine Warteschleife in der Tahoma-Software. Das werde ich dann wohl mit JS auswerten. Log-Fehler habe ich auch nicht.

[Excodibur]

@klausiob OK. Es ging mir in erster Linie nicht um Fehler in deinen Logs, sondern darum, dass ich bei eingeschalteten DEBUG-Logs bei neueren Versionen sehen kann, was für eine Geräteliste Tahoma dir geschickt hat und wie die RTS-Rolläden darin aussehen. Da ich keine habe, fehlt mir hier das Wissen darüber. Die Logs könnte ich nutzen, um den Code so anzupassen, das hier niemand mit RTS-Rollos irgendwelche manuellen Code Patches machen muss. :smiley: Die aktuell bekannte Code-Ergänzung baue ich ungerne direkt ein, weil es möglichweise Probleme für nicht RTS-Nutzer verursachen könnte.

@Willi-Wunder , @JB_Mystery , @blackeagle998:
Das Problem ist, dass die 401-Rückmeldung von Somfy nicht zwangsweise mit einem falschen Passwort zusammenhängen muss. Aus Sicherheitsgründen wir bei DEBUG-Logs leider genau die Stelle mit +++redacted+++ unkenntlich gemacht. Dort könnte man sehen, ob der Adapter wirklich das Passwort vergisst. Hier gibt es zwei Möglichkeiten:

• Wenn es sich jemand von euch zutraut, kann er gerne folgende Zeilen https://github.com/Excodibur/ioBroker.tahoma/blob/a860677f2769b818ff63503521d63ab1b2d314ca/lib/tahoma.js#L279-L281 aus seinem lokal installierten Adapter auskommentieren und diesen mit DEBUG-Logs neustarten. Das anzupassende File ist hier: <iobroker-homedir>/node_modules/iobroker.tahoma/lib/tahoma.js. Beim nächsten Vorfall würde man dann das verwendete Passwort beim Login im Log sehen.
• Ich versuche den beschriebenen Test selbst durchzuführen, allerdings kann es dauern, bis ich das Fehlerbild reproduzieren kann.

[Excodibur]

Zur besseren Transparenz habe ich einige Themen auch nochmal in einem FAQ adressiert: https://github.com/Excodibur/ioBroker.tahoma/blob/master/FAQ.md

[JB_Mystery]

@excodibur
Ich habe versucht die Zeilen auszukommentieren, leider ist die Datei Schreibgeschützt. Und nun komm ich nicht mehr weiter.

Jedoch geht das Passwort wirklich verloren. Man sieht es auch in den Einstellungen der Instanz.

[Willi-Wunder]

@jb_mystery
Hi, wenn du dich mit root bei deinem Datei Manager(WinSCP) im Rasperry anmeldest kannst du die Datei auch verändern. Hab die 3 Zeilen so auch auskommentieren können.
Dein Abrufintervall könntest auch auf 20000 stellen, hat jetzt aber nichts mit dem Passwort zu tun.
Mein Passwort stand bei mir zwar drin, aber der Login hatte nicht funktioniert.......

[klausiob]

@jb_mystery Also ich hatte bisher kein Passwortproblem. Meine Adapterkonfiguration sieht aber anders aus.

Vielleicht liegt das Problem woanders? Habe aber auch die Adapterversion 0.4.3.

[Thomas Braun]

@willi-wunder sagte in Anfrage Tahoma/Somfy IO Adapter:

wenn du dich mit root bei deinem Datei Manager(WinSCP) im Rasperry anmeldest

#HUST

[Willi-Wunder]

@klausiob
Hast du die Version nochmal über Github installiert? @Excodibur hat letztens nochmal paar Anpassungen gemacht, Version ist aber erstmal noch gleich geblieben.

@Thomas-Braun
Ich konnte die Datei ohne Probleme anpassen, wenn es bei bei @JB_Mystery nicht funktioniert wird es vermutlich an den Schreibrechten liegen, mit root Anmeldung sollte es doch funktionieren oder was hast du dagegen einzuwenden?

[Excodibur]

@jb_mystery Modifzierst du die Adapter-Konfiguration irgendwo außerhalb des Adapters noch, z.B. via Javascript?

Das Einzige was ich mir vorstellen kann, ist dass es dabei verloren geht. Das Passwort wird in der io-package.json nicht nur als encryptedNative, sondern auch protectedNative gespeichert, d.h. IOBroker legt das nicht nur verschlüsselt ab, sondern verhindert auch, dass andere Komponenten als der Adapter dass Passwort auslesen können.

Wenn jetzt irgendwo, warum auch immer, z.B. via Javascript-Adapter an der Adapter-Konfiguration herumgewerkeltt wird, bekommt man dort beim Auslesen nur eine Adapter-Konfiguration ohne Passwort (weil es geschützt ist). Schreibt man diese jetzt dort zurück, schreibt man möglicherweise ein leeres Passwort zurück.

Gibt es bei euch sowas in der Richtung?