Meldungen seit controller v3.3 zu falschem Datentyp

[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

[Wildbill]

@paul53 Der ist aber noch nicht im stable und ich bin mit dem Produktivsystem eigentlich ungerne abseits von stable unterwegs. Momentan habe ich noch 5.1.3 drauf. Habe ich da irgendwelche größeren Problem zu erwarten, wie ich es heute mit dem Update auf den neuen stable-JS hatte? Da hätte ich keine Nerven mehr dazu heute...

Gruss, Jürgen

[Siggi0904]

Hallo zusammen,

solange deconz nicht aktualisiert ist, kann ich leider nicht umstellen.
Bei mir sind fast alle Geräte am deconz bzw. Conbee II.

Auch ich bekomme die Infomeldung wie cash auch.

Vielleicht kann die von apollon77 angefangene Liste der bekannten Adapter mit Fehler entsprechend aktualisiert und ergänzt werden.

Danke.

[paul53]

@wildbill sagte: Momentan habe ich noch 5.1.3 drauf. Habe ich da irgendwelche größeren Problem zu erwarten, wie ich es heute mit dem Update auf den neuen stable-JS hatte?

Ja, erst ab JS-Version 5.2.0 wird berücksichtigt, dass mit neuem js-controller Arrays und Objekte "stringified" geschrieben werden sollen.

[paul53]

@apollon77 sagte: Stimmt, könnte klappen

Dann sollte die Version 5.2.8 ganz schnell nach "stable" gebracht werden!

[paul53]

@siggi0904 sagte: solange deconz nicht aktualisiert ist, kann ich leider nicht umstellen.

Update deconz von Github: Änderung für das Array "xy" ist heute eingeflossen.

[Wildbill]

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

@apollon77 sagte: Stimmt, könnte klappen

Dann sollte die Version 5.2.8 ganz schnell nach "stable" gebracht werden!

Das hätte wohl besser vor das Update des Controller auf 3.3 gehört... Zumindest geht ein schnelle Update auf 5.2.8 nicht, da ich ja auch noch auf dem stable-Admin bin:

iobroker Invalid version of "admin". Installed "4.2.2", required ">=5.1.9

Und den jetzt mal schnell auf beta ziehen tu ich mir sicher nicht an. Ich bereue es eher, heute gleich den Controller auf die neue stable gezogen zu haben und den Proxmox-Snapshot zu schnell gelöscht zu haben, weil augenscheinlich erst einmal alles gut lief...
Dann bleibt der alte Javascript erst einmal drauf und im Loglevel "error" um das Log zu entlasten. Laufen tut es ja anscheinend alles...

Gruss, Jürgen