Meldungen seit controller v3.3 zu falschem Datentyp

[Fabian1]

@homoran

Nuki

info (31381) State value to set for "nuki.0.xxx.info.mode" has to be type "string" but received type "number"
info (31381) State value to set for "nuki.0.xxx.info.deviceType" has to be type "string" but received type "number"

issue ist schon erstellt.

[Slowman]

@apollon77

Dann auch SMA EM Adapter

sma-em.0	2021-08-05 15:37:54.664	info	(11045) State value to set for "sma-em.0.3004914003.psurpluscounter" has to be type "state" but received type "number"
sma-em.0	2021-08-05 15:37:54.663	info	(11045) State value to set for "sma-em.0.3004914003.psurplus" has to be type "state" but received type "number"
sma-em.0	2021-08-05 15:37:54.663	info	(11045) State value to set for "sma-em.0.3004914003.pregardcounter" has to be type "state" but received type "number"
sma-em.0	2021-08-05 15:37:54.662	info	(11045) State value to set for "sma-em.0.3004914003.pregard" has to be type "state" but received type "number" 

Philips Hue

hue-extended.0	2021-08-05 15:38:42.088	info	(10548) State value to set for "hue-extended.0.groups.000-all_lights.lightlevel.state.lightlevel_max" has to be type "string" but received type "number"
hue-extended.0	2021-08-05 15:38:42.088	info	(10548) State value to set for "hue-extended.0.groups.000-all_lights.lightlevel.state.lightlevel_min" has to be type "string" but received type "number"
hue-extended.0	2021-08-05 15:38:42.087	info	(10548) State value to set for "hue-extended.0.groups.000-all_lights.lightlevel.state.lightlevel" has to be type "string" but received type "number"
hue-extended.0	2021-08-05 15:38:42.087	info	(10548) State value to set for "hue-extended.0.sensors.240-hue_ambient_light_sensor_8.state.lightlevel" has to be type "string" but received type "number"
hue-extended.0	2021-08-05 15:38:42.087	info	(10548) State value to set for "hue-extended.0.sensors.218-hue_outdoor_light_sensor_1.state.lightlevel" has to be type "string" but received type "number"
hue-extended.0	2021-08-05 15:38:42.086	info	(10548) State value to set for "hue-extended.0.sensors.094-hue_outdoor_ambient_light_sensor.state.lightlevel" has to be type "string" but received type "number" 

MiHome Vacuum

mihome-vacuum.0	2021-08-05 15:38:37.837	info	(10470) State value to set for "mihome-vacuum.0.info.water_box" has to be type "string" but received type "boolean"

Yeelight 2.0

yeelight-2.0	2021-08-05 15:36:30.899	info	(11207) State value to set for "yeelight-2.0.strip6-0x0000000013f28456.control.ct" has to be type "number" but received type "string"
yeelight-2.0	2021-08-05 15:36:30.897	info	(11207) State value to set for "yeelight-2.0.strip6-0x0000000013f28456.control.active_bright" has to be type "number" but received type "string" 

Ok, gehe auf die alte Version zurück. Da rennt sich mein Log ja tot.

[apollon77]

@slowman Hast Du bei allen die Objekte gelöscht die angemerckert werden. Ich weiss verlässlich das zB nuki-extended aktuell sein sollte und so weiter. Also bitte prüfen! Bitte auch CHangelogs prüfen - vllt fehlen bei Adapter ja "nur" die richtigen Versionen im Stable ... dann auch sagen bitte

[Slowman]

@apollon77

Also löschen und wieder neu einbinden?

[Fabian1]

@slowman Instanz stoppen, die Objekte löschen also z.B. mihome-vacuum.0, Instanz neu starten.

[apollon77]

@slowman Du kannst die Instanz löschen und neu anlegen, oder einfach nur im Admin hingehen und die betroffenen Objekte Löschen (die haben alle nen kleinen Papierkorb rechts, ggf im Expertenmodus). Adapter neu starten und schauen

[guergen]

@homoran Und wenn es Issues auf Git gibt, keine Updates oder sowas existieren? Auch die dann hier rein?

[dslraser]

@apollon77 sagte in Meldungen seit controller v3.3 zu falschem Datentyp:

@slowman Du kannst die Instanz löschen und neu anlegen, oder einfach nur im Admin hingehen und die betroffenen Objekte Löschen (die haben alle nen kleinen Papierkorb rechts, ggf im Expertenmodus). Adapter neu starten und schauen

Wären das die einzigen Möglichkeiten ?
Dann sind alle Smartnamen für iot oder auch custom Einstellungen für influxdb oder iqontrol usw. weg. Das macht einen Haufen Arbeit das dann wieder alles einzurichten.

[Homoran]

@guergen sagte in Meldungen seit controller v3.3 zu falschem Datentyp:

Und wenn es Issues auf Git gibt, keine Updates oder sowas existieren?

dann sollte man das Issue kommentieren.

@guergen sagte in Meldungen seit controller v3.3 zu falschem Datentyp:

Auch die dann hier rein?

Info kann sicher nicht schaden, aber die Kommunikation wäre IMHO auf Github besser aufgehoben.

[Fabian1]

@dslraser Ne, nicht unbedingt! Es sind nur Datenpunkte weg, die du selbst angelegt hast! Sachen wie die Smartnamen, die er sich aus der config zieht werden neu geschrieben und gehen nicht verloren nur weil die Datenpunkte weg sind!
Aber mach vorher doch lieber ein Backup!

[apollon77]

@dslraser Wie im anderen Thread schon geschrieben könnte man bei solchen Objekten auch hingehen und das Objekt per Admin editieren und den richtigen Typ reinschreiben.

[apollon77]

@fabian1 ne leider bist Du hier falsch. Es geht genau darum die Objektdefinition zu löschen ...

[Fabian1]

@apollon77 autsch! Dann ist ja gut, dass ich meine IOT Objekte noch nicht gelöscht habe

[Fabian1]

Ich hab den Radar2 komplett gefixed, es muss nur noch jemand mergen!
https://github.com/Speedbreaker12/ioBroker.radar2

[surfer09]

Der SqueezeboxRPC Adapter hat auch ein Problem mit einem Objekt (Version 1.3.4):

Löschen und Adapterneustart haben nicht den gewünschten Effekt gebracht.

Gruß surfer

[OliverIO]

@surfer09 said in Meldungen seit controller v3.3 zu falschem Datentyp:

Der SqueezeboxRPC Adapter hat auch ein Problem mit einem Objekt (Version 1.3.4):

Löschen und Adapterneustart haben nicht den gewünschten Effekt gebracht.

Gruß surfer

Na dann muss ich Mal schauen

[Wildbill]

Hi,
ich habe die Fehlermeldung

State value to set for "javascript.0.Wetter.barometer_array" has to be stringified but received type "object"

seit heute (Update auf neuen stable JS-Controller) bei einem Script, welches mir eine Liste aus Barometerwerten erstellt, die ich dan in VIS als Barometertrend darstelle. So sieht das Blockly aus:

Und das ist der Export:

Spoiler

var Liste, Trend_3h;


Liste = getState("javascript.0.Wetter.barometer_array").val;
schedule("* * * * *", function () {
 Liste.pop();
 Liste.unshift(getState("mqtt.0.vantageweather.barometer_mbar").val);
 setState("javascript.0.Wetter.barometer_array"/*barometer_array*/, Liste, true);
 Trend_3h = Liste[0] - Liste.slice(-1)[0];
 setState("javascript.0.Wetter.barotrend_raw"/*barotrend_raw*/, Trend_3h, true);
});

Was muss ich in Blockly ändern, damit die Meldung verschwindet und ich im korrekten Format schreibe? Das Ändern des Typs des Datenpunktes (er stand bisher auf "Feld") auf andere Werte (gemischt, Objekt, Zeichenkette) brahcte keine Lösung sondern nur eine etwas andere Meldung.

Gruss, Jürgen

[apollon77]

@wildbill Am Ende musst du das Array als "JSON.stringify(array)" speichern ... ich hab aber ehrlich keine ahnung wie/ob man in Blickly ein Stringify machen kann

[paul53]

@wildbill sagte: Was muss ich in Blockly ändern, damit die Meldung verschwindet

Update den Javascript-Adapter auf Version 5.2.8 und lasse den Typ auf "Feld".

[apollon77]

@paul53 Stimmt, könnte klappen