UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[hollywoot]

Sonoff- & Telegram-Adapter hauen auch pausenlos

State value to set for "sonoff.0.abcdef.ENERGY_TotalStartTime" has to be type "number" but received type "string"

bei nahezu allen Objekten raus

[BBTown]

@hollywoot
Du solltest den LogLevel auf "warn" stellen, dann hört die Flut auf.
Zudem solltest Du auf GitHub zu diesem Adapter entweder eine Meldung aufmachen oder prüfen ob eine entsprechende Meldung zur Korrektur der Datenpunkte bereits existiert

[hollywoot]

@bbtown
Sorry; wer lesen kann, ist klar im Vorteil :)

Ich hab direkt mal bei Git nachgesehen und es gibt schon einen offenen Fall.
Da die Funktion augenscheinlich nicht beeinträchtigt ist, werde ich einfach auf nen Fix warten. Passt schon :)

[Feuersturm]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

Nach noch einem kleinen Fehlerchen (den es schon in 3.2.x gab) kommt jetzt noch 3.3.14 ... Stable RC4 ... Das wars dann aber hoffentlich endgültig ...

3.3.14 Installation auf Master-Slave System ohne Probleme und beim Start auch keine Probleme :-)

[Ein ehemaliger Benutzer]

@dr-bakterius @apollon77

Der Fehler im Nuki Adapter wurde vom Entwickler behoben, issue habe ich geschlossen.

Version 3.3.14 läuft hier auch ohne Auffälligkeiten

[canim]

mahlzeit :D, können wir jetzt bedenkenlos updaten? Bin 3.2.16 gelieben, da einige probleme waren.

Etwas kann ich noch rauslesen mit den Log Level von STring etc von den jeweiligen adapter, gibt es noch was wichtiges?

[Jan1]

@canim
Sagen wir es mal so, ich habe bis jetzt alle Versionen bedenkenlos auf mein produktiv System gebügelt und keine nennenswerte Probleme gehabt. Kommt eben auf den User an der das macht und ob er auch in der Lage ist im Fehlerfall ein Backup zu restoren, oder ohne Mühe auf ne ältere Version kommt.

[Thomas Braun]

@canim sagte in js-controller 3.3 jetzt im Beta:

können wir jetzt bedenkenlos updaten?

Nein, das ist kein 'Update', das ist ein Wechsel auf eine (immer noch) Beta-Version. Mit allen Fallstricken die damit verbunden sein können.
Die Art der Frage lässt eigentlich nur eine Antwort zu: Warte bis es im Stable-Zweig auftaucht.

[canim]

@thomas-braun ok danke ,das wollte ich hören :D

[Marty56]

@apollon77 Das Test der 3.3 scheint ja ziemlich durch zu sein. Ich habe die Version seit 3 Wochen im Einsatz und sehe keine Probleme. Gute Arbeit.

Mich würde die Gründe interessieren, warum 3.3 nicht released wird.

[apollon77]

@marty56 Weil ich gerade noch einige Adapter die Warnungen werfen aktualisieren muss ... so ca. 10 Stück stehen noch aus. Dann kann es weitergehen

[apollon77]

Hey All,

so es war ein langer weg. Ich habe die letzten Woche fast nur Adapter gefixt wegen der js-controller 3.3 Warnungen. Alle Adapter die irgendwie zur ioBroker Orga oder Adapter-Community gehören von denen ich es weiss sind gefixt (Alle, fast alle ... siehe nächster Absatz...). Daher bitte aktualisiert mal auf aktuellste Latest und setzt die Error level wieder auf info und sagt was noch ist bitte. Bitte im Zweifel mal die Adapterobjekte löschen und neu anlegen lassen

Noch bekannte Themen:

• sonoff braucht Bluefox Infos. bitte hier schauen wer noch Meldungen hat und melden!
• statistics gibts noch eine offene zu klärende Frage, kann also auch noch Meldungen bei "avg" geben. Auch hier "bester" Stand ist GitHub, aber an sich ausser dem einen Thema soweit bestätigt
• rpi2: Bitte mal GitHub Version checken, weil da noch andere Dinge drin sind und sagen ob noch alles ok ist

Was sonst noch offen?

(Ich denke wled oder so hat noch was?)

[Diginix]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

Noch bekannte Themen:

• sonoff braucht Bluefox Infos. bitte hier schauen wer noch Meldungen hat und melden!
• statistics gibts noch eine offene zu klärende Frage, kann also auch noch Meldungen bei "avg" geben. Auch hier "bester" Stand ist GitHub, aber an sich ausser dem einen Thema soweit bestätigt

D.h. die Versionen die im latest repo sind, enthalten schon die hier erwähnten Fixes?
Bei mir läuft sonoff 2.4.0 und statistics 1.0.6. Allerdings beide bisher mit loglevel warn.
Dann stell ich die mal auf info und berichte.

[foxriver76]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

(Ich denke wled oder so hat noch was?)

müsste man halt mergen https://github.com/DrozmotiX/ioBroker.wled/pull/190

[apollon77]

@diginix Naja wie gesgat genau sonoff und statistics sind noch zwei offene Baustellen, wo wir noch was hasben - bzw bei Sonoff brauche BFG eInfos - Bitte mal im GirtHub Issue schauen.
Aber sonst ausser den beiden sollten an sich alle Adapter updates haben die ich (!!) kenne und beeinflussen kann (ausser wled scheinbar). Das wäre mal zu verifizieren

[JB_Sullivan]

Der Innogy Adapter mag auch noch nicht mitspielen. Ist aber glaube ich kein Community Adapter und ein Issue im GIT gibt es schon. D.h. da sind also die Entwickler der Adapter gefragt.

innogy-smarthome.0	2021-07-16 14:40:36.266	info	(8760) State value to set for "innogy-smarthome.0.Garten.Wall-E.TotalMowingTime" has to be type "string" but received type "number"
innogy-smarthome.0	2021-07-16 14:40:36.265	info	(8760) State value to set for "innogy-smarthome.0.Garten.Wall-E.OperationTimeWR" has to be type "string" but received type "number"
innogy-smarthome.0	2021-07-16 14:40:36.265	info	(8760) State value to set for "innogy-smarthome.0.Garten.Wall-E.OperationTimeWL" has to be type "string" but received type "number"
innogy-smarthome.0	2021-07-16 14:40:36.265	info	(8760) State value to set for "innogy-smarthome.0.Garten.Wall-E.OperationTimeBlade" has to be type "string" but received type "number"

Roomba Adapter von @Zefau Adapter das gleiche.

roomba.0	2021-07-16 14:40:13.988	info	(3108) State value to set for "roomba.0.refreshedTimestamp" has to be type "string" but received type "number"
roomba.0	2021-07-16 14:43:19.602	info	(3108) State value to set for "roomba.0.refreshedTimestamp" has to be type "string" but received type "number"
roomba.0	2021-07-16 14:43:19.601	info	(3108) State value to set for "roomba.0.states.signal" has to be type "string" but received type "number"

[Marty56]

bei mir kommen keine Warnings mehr.

Adapter:

Instance "admin.0" is running
Instance "alexa2.0" is running
Instance "backitup.0" is running
Instance "daswetter.0" is not running
Instance "hm-rega.0" is running
Instance "hm-rpc.0" is running
Instance "ical.1" is not running
Instance "icons-mfd-png.0" is not running
Instance "javascript.0" is running
Instance "mihome-vacuum.0" is running
Instance "node-red.0" is running
Instance "simple-api.0" is running
Instance "sonoff.0" is running
Instance "sql.0" is running
Instance "tankerkoenig.0" is running
Instance "telegram.0" is running
Instance "tr-064.0" is running
Instance "vis-hqwidgets.0" is not running
Instance "vis-jqui-mfd.0" is not running
Instance "vis-material-webfont.0" is not running
Instance "vis-materialdesign.0" is not running
Instance "vis.0" is not running
Instance "web.0" is running
Instance "yahka.0" is running
Instance "zigbee.0" is running
Instance "history.0" is running
Instance "vw-connect.0" is running

[Kueppert]

@apollon77 dann melde ich mal meine Sonoff-Fehler... ;)
Nachtrag: Haha...JSON-Pakete? ^^

[Diginix]

Oha, beim sonoff wird eigentlich jedes Objekt als String geliefert obwohl es number sein sollte.
Und beim statistics kommt alles als boolean obwohl es number sein müsste.
Musste nach weniger als 1min beide Adapter wieder auf Loglevel warn stellen. ;-)
Ich schau dann ob es bei GIT schon die entsprechenden issues gibt.

[apollon77]

@jb_sullivan Mal schauen ob ich bei beiden was tun kann