Datentypen bei mehreren Adaptern nicht mehr korrekt
-
Hallo,
seit einigen Wochen sind plötzlich bei vielen Adaptern lt. log die Datentypen nicht mehr korrekt:
wolf.0 2021-08-02 09:56:43.890 info (1616) State value to set for "wolf.0.hg1.197" has to be type "state" but received type "number" javascript.0 2021-08-02 09:56:41.691 warn (1719) at processImmediate (internal/timers.js:456:21) javascript.0 2021-08-02 09:56:41.691 warn (1719) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5706:41) javascript.0 2021-08-02 09:56:41.690 warn (1719) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:502:29) javascript.0 2021-08-02 09:56:41.690 warn (1719) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1075:38) javascript.0 2021-08-02 09:56:41.689 warn (1719) at Object.<anonymous> (script.js.common.LoxBettboden:18:5) javascript.0 2021-08-02 09:56:41.689 warn (1719) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1427:20) javascript.0 2021-08-02 09:56:41.687 warn (1719) You are assigning a string to the state "deconz.0.Lights.6.xy" which expects a object. Please fix your code to use a object or change the state type to string. This warning might become an erro javascript.0 2021-08-02 09:56:41.678 warn (1719) at processImmediate (internal/timers.js:456:21) javascript.0 2021-08-02 09:56:41.678 warn (1719) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5706:41) javascript.0 2021-08-02 09:56:41.677 warn (1719) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:502:29) javascript.0 2021-08-02 09:56:41.677 warn (1719) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1075:38) javascript.0 2021-08-02 09:56:41.677 warn (1719) at Object.<anonymous> (script.js.common.LoxBettboden:18:5) javascript.0 2021-08-02 09:56:41.676 warn (1719) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1427:20) javascript.0 2021-08-02 09:56:41.674 warn (1719) You are assigning a string to the state "deconz.0.Lights.6.xy" which expects a object. Please fix your code to use a object or change the state type to string. This warning might become an erro javascript.0 2021-08-02 09:56:41.672 warn (1719) at processImmediate (internal/timers.js:456:21) javascript.0 2021-08-02 09:56:41.671 warn (1719) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5706:41) javascript.0 2021-08-02 09:56:41.671 warn (1719) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:502:29) javascript.0 2021-08-02 09:56:41.671 warn (1719) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1075:38) javascript.0 2021-08-02 09:56:41.671 warn (1719) at Object.<anonymous> (script.js.common.LoxBettboden:18:5) javascript.0 2021-08-02 09:56:41.670 warn (1719) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1427:20) javascript.0 2021-08-02 09:56:41.669 warn (1719) You are assigning a string to the state "deconz.0.Lights.6.xy" which expects a object. Please fix your code to use a object or change the state type to string. This warning might become an erro wolf.0 2021-08-02 09:56:40.863 info (1616) State value to set for "wolf.0.cwl.162" has to be type "state" but received type "string" wolf.0 2021-08-02 09:56:39.402 info (1616) State value to set for "wolf.0.cwl.161" has to be type "state" but received type "string" wolf.0 2021-08-02 09:56:32.038 info (1616) State value to set for "wolf.0.cwl.157" has to be type "state" but received type "string" wolf.0 2021-08-02 09:56:31.885 info (1616) State value to set for "wolf.0.cwl.156" has to be type "state" but received type "string" wolf.0 2021-08-02 09:56:11.439 info (1616) State value to set for "wolf.0.hg1.7" has to be type "state" but received type "number" wolf.0 2021-08-02 09:56:10.978 info (1616) State value to set for "wolf.0.hg1.4" has to be type "state" but received type "number" wolf.0 2021-08-02 09:56:10.838 info (1616) State value to set for "wolf.0.hg1.3" has to be type "state" but received type "number" unifi.0 2021-08-02 09:56:05.231 info (3114) Update done unifi.0 2021-08-02 09:56:05.002 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:f0:15:30.system-stats.uptime" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.945 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:f0:15:30.sys_stats.loadavg_1" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.888 info (3114) State value to set for "unifi.0.default.devices.80:2a:a8:d6:e2:1d.system-stats.uptime" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.883 info (3114) State value to set for "unifi.0.default.devices.80:2a:a8:d6:e2:1d.system-stats.cpu" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.877 info (3114) State value to set for "unifi.0.default.devices.80:2a:a8:d6:e2:1d.sys_stats.loadavg_5" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.830 info (3114) State value to set for "unifi.0.default.devices.80:2a:a8:d6:e2:1d.sys_stats.loadavg_1" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.717 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:80:44:5a.system-stats.uptime" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.712 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:80:44:5a.system-stats.mem" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.707 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:80:44:5a.system-stats.cpu" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.697 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:80:44:5a.sys_stats.loadavg_5" has to be type "number" but received type "string" unifi.0 2021-08-02 09:56:04.692 info (3114) State value to set for "unifi.0.default.devices.78:8a:20:80:44:5a.sys_stats.loadavg_1" has to be type "number" but received type "string" wolf.0 2021-08-02 09:55:23.221 info (1616) State value to set for "wolf.0.cwl.162" has to be type "state" but received type "string" wolf.0 2021-08-02 09:55:23.069 info (1616) State value to set for "wolf.0.cwl.161" has to be type "state" but received type "string" wolf.0 2021-08-02 09:55:22.437 info (1616) State value to set for "wolf.0.cwl.157" has to be type "state" but received type "string" wolf.0 2021-08-02 09:55:22.283 info (1616) State value to set for "wolf.0.cwl.156" has to be type "state" but received type "string"Geändert habe ich eigentlich nichts, schon gar nicht bei allen Adaptern, die liefen davor seit Monaten ohne Probleme.
Ich finde den Fehler einfach nicht. Vor allem sehr nervig, weil ich teilweise nun meine Zigbee Lampen nicht mehr steuern kann.
Weiss jemand, woher das kommt und wie man das wieder beheben kann?Danke vorab!
Gruß
Matthias -
@matzinger sagte in Datentypen bei mehreren Adaptern nicht mehr korrekt:
Geändert habe ich eigentlich nichts,
eigentlich nichts gibt es nicht.
Du musst etwas geändert haben. Welche Adapter hast du in den letzten Wochen aktualisiert ?
A.
Nachtrag: Du schreibst "seit einigen Wochen". Wichtig ist was Du aktualisiert hast als diese Meldungen angefangen haben.
-
du hast den iobroker controler aktualisiert.
In einer der letzten Versionen sind zusätzliche Überprüfungen eingebaut worden, wie Adapter mit den datenpunkten umzugehen haben.
https://forum.iobroker.net/topic/42385/js-controller-3-2-jetzt-im-stableder optimale weg dies zu melden ist, den adapter auf github zu suchen, zu prüfen ob da bereits ein fehler dazu angemeldet wurde und wenn nicht einen eintragen.
Beispiel hier:
https://github.com/ioBroker/ioBroker.wolf/issues/44Aktuell sind das nur Warnungen und dürfte auf die Funktionsfähigkeit des Adapters keinen Einfluss haben.
Wenn das allerdings nicht behoben wird, dann wird in einer der späteren Versionen von iobroker der jeweilige Adapter nicht mehr funktionieren.closed Invalid DP #44
-
@asgothian ja also regelmäßig aktualisieren tue ich natürlich.
Wann die Meldungen angefangen haben, weiss ich leider nicht genau
-
@oliverio also hat es evtl. gar nichts mit meiner Installation zu tun, sondern mit IObroker generell?
Das beruhigt mich erstmal. Ich schaue mir die github Seiten der Adapter mal an.
Danke!
-
@matzinger sagte in Datentypen bei mehreren Adaptern nicht mehr korrekt:
@oliverio also hat es evtl. gar nichts mit meiner Installation zu tun, sondern mit IObroker generell?
Das beruhigt mich erstmal. Ich schaue mir die github Seiten der Adapter mal an.
Danke!
sehe gerade, das ein Teil der Meldungen vom javascript-adapter kommt.
Du solltest mal dein Skript LoxBettboden in Zeile 18 überprüfen.
dort schreibst du
in den datenpunkt wolf.0.hg1.197 eine Nummer obwohl es ein state sein sollte
in den datenpunkt deconz.0.Lights.6.xy schreibst du einen string/text und es sollte ein objekt sein.was du genau reinscheiben musst, musst du in die doku des jeweiligen adapters nachschlagen.
-
@oliverio sagte in Datentypen bei mehreren Adaptern nicht mehr korrekt:
in den datenpunkt wolf.0.hg1.197 eine Nummer obwohl es ein state sein sollte
Das ist dennoch ein Bug im Adapter. Einen Type
"state"gibt es nicht. Eine Zahl reinzuschreiben, ist vermutlich richtig. -
@oliverio also beim Datenpunkt vom Wolf Adapter habe ich kein Script laufen.
Beim Deconz (xy) Datenpunkt schon. Genau da komme ich nicht weiter. Er will einen Wert vom Typ "object" haben. Bisher war ein String immer okay, habe am Script nichts verändert.
Also wie bekomme ich einen "object" Wert übergeben? Oder ist das ein bug im Adapter?
Gruß
Matthias -
@matzinger sagte in Datentypen bei mehreren Adaptern nicht mehr korrekt:
@oliverio also beim Datenpunkt vom Wolf Adapter habe ich kein Script laufen.
Beim Deconz (xy) Datenpunkt schon. Genau da komme ich nicht weiter. Er will einen Wert vom Typ "object" haben. Bisher war ein String immer okay, habe am Script nichts verändert.
Also wie bekomme ich einen "object" Wert übergeben? Oder ist das ein bug im Adapter?
Gruß
Matthiasda musst du die Leute vom adapter fragen.
ich nutze die beiden adapter nicht. -
@matzinger sagte in Datentypen bei mehreren Adaptern nicht mehr korrekt:
Also wie bekomme ich einen "object" Wert übergeben? Oder ist das ein bug im Adapter?
Was schreibst du denn genau in den Datenpunkt?
