Anfrage Tahoma/Somfy IO Adapter
-
@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.
-
@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.
-
@excodibur
Vielen Dank - Der Adapter funktioniert nun wieder
Ja das sind Heizkörperthermostate - den Wochenplan scheint er wohl automatisch einzulesen (obwohl keiner programmiert ist).
-
@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 "stringSonst sieht das Log sauber aus
-
@firechumper Danke für die Rückmeldung!
Die zwei Meldungen sollten mit v0.4.2 (heute released) auch verschwinden.
-
@excodibur
Du bist der Hammer! -
@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 setScheint, 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? -
@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.
-
@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. -
@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.
-
@firechumper --> 0.4.3
-
-
@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.
-
@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 -
@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. -
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.
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
.@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.
-
@excodibur
Erstmal von mir nochmal Respekt für deine Einsätze hier. Du legst hier ein Tempo vor, irreHab 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 loginIm 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
-
@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. -
@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. -
@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.
