NEWS
Meldungen seit controller v3.3 zu falschem Datentyp
-
@pdbjjens sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
Ich werde mal ein gitHub issue beim hm-rega aufmachen.
wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt
-
@homoran sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt
Bei mir waren es deklaierte HM-Variablen. Ein Skript in HM hat bei mit die Variablen von max u. min eines Temperaturtfühlers gefüllt.
-
@metaxa sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
@homoran sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt
Bei mir waren es deklaierte HM-Variablen. Ein Skript in HM hat bei mit die Variablen von max u. min eines Temperaturtfühlers gefüllt.
Variablen kommen ja auch über rega. aber hier sind es Geräte
-
Hallo,
ich wollte noch den Adapter Trashshedule melden:
trashschedule.0 2021-08-09 12:41:07.102 info (8677) State value to set for "trashschedule.0.type.papier.nextWeekday" has to be type "string" but received type "number" trashschedule.0 2021-08-09 12:41:07.098 info (8677) State value to set for "trashschedule.0.type.restmüll.nextWeekday" has to be type "string" but received type "number" trashschedule.0 2021-08-09 12:41:07.084 info (8677) State value to set for "trashschedule.0.type.verpackung.nextWeekday" has to be type "string" but received type "number"
und der Shelly Adapter meldet z.B.
shelly.0 2021-08-09 12:41:25.851 info (9058) State value to set for "shelly.0.SHSW-PM#8CAAB5773B8F#1.Relay0.longpush" has to be type "string" but received type "boolean"
-
@siggi0904 sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
Hallo,
ich wollte noch den Adapter Trashshedule melden:
trashschedule.0 2021-08-09 12:41:07.102 info (8677) State value to set for "trashschedule.0.type.papier.nextWeekday" has to be type "string" but received type "number" trashschedule.0 2021-08-09 12:41:07.098 info (8677) State value to set for "trashschedule.0.type.restmüll.nextWeekday" has to be type "string" but received type "number" trashschedule.0 2021-08-09 12:41:07.084 info (8677) State value to set for "trashschedule.0.type.verpackung.nextWeekday" has to be type "string" but received type "number"
welche Version?
-
@homoran Version 1.2.0
-
@siggi0904 hier habe ich keine Probleme, ich habe glaube ich aber auch den adapter gestoppt, dann die ganzen datenpunkte gelöscht, und dann den adapter wieder gestartet.
Habe zumindestens heute keine Log einträge, und die Logstufe ist auf Info. Also sollte es so klappen.
-
@babl wie hast du die Datenpunkte gelöscht?
Einfach alle Ordner unter trashshedule löschen und dann den Adapte wieder starten?
-
@siggi0904 du stoppst die Instanz, gehst in die Objekte und über den Papierkorb des jeweiligen "angemeckerten" Objekts löschen, danach Instanz neu starten
-
@apollon77 sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
@metaxa Objekt löschen ... sollte danach gefixt sein
Gesagt, getan. Adapter gestoppt, DP gelöscht, Adapter 2x neu gestartet:
statistics.0 2021-08-09 13:00:00.991 info (28981) State value to set for "statistics.0.temp.timeCount.hm-rpc.0.JEQ0224311.2.STATE.last" has to be type "number" but received type "boolean"
-
@crunchip Danke, hat so funktioniert.
Dann hab ich noch den Shelly Adapter:
2021-08-09 12:41:22.143 - info: shelly.0 (9058) State value to set for "shelly.0.SHSW-1#E8DB84D2B617#1.Relay0.longpush" has to be type "string" but received type "boolean"
und den Info Adapter mit:
2021-08-09 12:40:20.854 - info: info.0 (7479) State value to set for "info.0.sysinfo.cpu.info.speed" has to be type "string" but received type "number" 2021-08-09 12:40:25.115 - info: info.0 (7479) State value to set for "info.0.sysinfo.disks.diskLayout.dev0.size" has to be type "string" but received type "number"
Da genauso vorgehen?
-
@siggi0904 info ist glaube ich noch im update was ich gestern gelesen habe, shelly kann ich dir nicht sagen. aber du kannst es ja mal probieren, ich habe auch adapter z.B. synology da hilft das löschen der datenpunkte nichts, es ist hinterher wieder genau so. einfach dann den log level auf warn stellen und dann sind die vielen log meldungen auch weg, bis ein update vom entwickler folgt.
-
@babl sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
synology da hilft das löschen der datenpunkte nichts, es ist hinterher wieder genau so
der Entwickler pflegt diesen Adapter nicht mehr. Er ist die Tage in die Communnity überführt worden und wird überarbeitet. kann "ein wenig" dauern
-
@babl okay, im Shelly git hab ich den gleichen Fehler als noch offenen Issue gefunden. Da muss ich also auf eine neue Version warten.
Beim Info dann wohl auch auf eine neue Version warten.
-
@homoran ja danke dir, habe ich schon mitgekriegt, darum habe ich auch die logstufe aktuell höher gesetzt, aber ansonsten läuft er ja, wäre schade um den adapter wenn er nicht mehr weiter entwickelt würde, aber ich denke daß das in der community weitergeht. danke euch.
-
@metaxa Aktuellste version drauf? weil da haben wir einiges gefixt. Sonst bitte mit Debug log github issue anlegen
-
@apollon77 @paul53
Ich bin Euch glaub noch eine Antwort oder ein Danke schuldig. Ich habe heute auch vollends auf den neuen Admin und Javascript das Update gemacht und es hat die Meldungen von Javascript/Blockly bezüglichhas to be stringified but received type "object"
behoben. Auch ansonsten bislang keine großen Probleme ausgemacht.
Gruss, Jürgen -
@apollon77 Irgendwelche Wunder müssen über Nacht gewirkt haben.
Danke, keine Fehlermeldungen mehr im Log und der Datentyp ist nach wie vor richtig "boolen".Dies Phänomen habe ich bei einem anderen Teil auch (Wetterstationscript), plötzlich merkt sich iO die manuell oder neu geänderten Typen.
Ich denke nicht drüber nach, sage nur danke für Eure unermüdliche Arbeit.
Lg, mxa -
Auch beim Weatherunderground Adapter habe ich die Meldungen: (Liste ist nur ein Ausschnitt)
weatherunderground.0 2021-08-10 09:00:22.461 info State value to set for "weatherunderground.0.forecastHourly.35h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:22.305 info State value to set for "weatherunderground.0.forecastHourly.34h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:22.185 info State value to set for "weatherunderground.0.forecastHourly.33h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:22.084 info State value to set for "weatherunderground.0.forecastHourly.32h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.994 info State value to set for "weatherunderground.0.forecastHourly.31h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.901 info State value to set for "weatherunderground.0.forecastHourly.30h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.802 info State value to set for "weatherunderground.0.forecastHourly.29h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.702 info State value to set for "weatherunderground.0.forecastHourly.28h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.607 info State value to set for "weatherunderground.0.forecastHourly.27h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.496 info State value to set for "weatherunderground.0.forecastHourly.26h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.394 info State value to set for "weatherunderground.0.forecastHourly.25h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.289 info State value to set for "weatherunderground.0.forecastHourly.24h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.186 info State value to set for "weatherunderground.0.forecastHourly.23h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:21.064 info State value to set for "weatherunderground.0.forecastHourly.22h.precipitation" has to be type "value.precipitation" but received type "number" weatherunderground.0 2021-08-10 09:00:20.937 info State value to set for "weatherunderground.0.forecastHourly.21h.precipitation" has to be type "value.precipitation" but received type "number"
-
Bei WLED auch
2021-08-10 20:22:07.527 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.8caab57a90dc.seg.0.col.2" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:37.736 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.2cf432778428._info.leds.pin" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:38.023 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.2cf432778428._info.mac" has to be type "number" but received type "string" 2021-08-10 20:22:38.271 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.0" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:38.287 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.1" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:38.303 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.2" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:38.563 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.8caab57a90dc._info.leds.pin" has to be one of type "string", "number", "boolean" but received type "object" 2021-08-10 20:22:38.834 - [32minfo[39m: wled.0 (757) State value to set for "wled.0.8caab57a90dc._info.mac" has to be type "number" but received type "string"
Objekte habe ich mal Alle gelöscht und Instanz neu gestartet. Keine Änderung.
Mein Log ist dadurch auf 15MB angewachsen und zwingt den ioBroker in die Knie wenn ich mir den anzeigen lassen will.Admin 5.1.23
JS-Controller 3.3.15