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

[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

[apollon77]

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

Und beim statistics kommt alles als boolean obwohl es number sein müsste.

ok, da bitte log posten ... so nen fehler hab ich egrade nicht auf dem radar dort. ggf mal Objekte löschen !!

[apollon77]

@jb_sullivan innogy-smarthome -> GitHub version bitte versuchen. Vorher betroffene Objekte löschen

[JB_Sullivan]

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

Vorher betroffene Objekte löschen

Das ist immer so Kacka :( Das sind dutzende Geräte und unzählige Aktivierungen von Datenbank Protokollierungen (Grafana & Sourceanalytix).

Gibt es da nicht eine Möglichkeit das sowas nach einem neu anlegen der Objekte wieder automatisch eingestellt wird. Also irgend ein Bit setzen, das nach einer Neuanlage der Objekte, die zuvor ausgewählten Aktivierungen wieder da sind?

Das hat jetzt gerade nichts mit diesem Fall zu tun, aber ich habe es sooooo oft, wenn ich Objekte neu generieren lasse, das ich dann einfach hier und da einen Harken vergesse. Erst viel viel später sehe ich dann in Grafana oder Sourceanlytix, das da mal wieder evtl. mehrere DP`s nicht mit aufgezeichnet werden.

Ist also mehr so eine generelle Sache für ioB, wenn man "Objekte löschen", auswählt das dann z.B. für 24 Stunden der Zustand der ausgewählten DP`s irgendwo gespeichert bleibt und bei Neuanlage der Objekte von diesem Speicherort automatisch wieder gesetzt wird - spart immens viel Arbeit für alle die viel Datenbanken arbeiten.

[apollon77]

@jb_sullivan Roomba ebenso GitHub bitte checken

[luie]

@apollon77

rpi2 und info Adapter

2021-07-16 17:09:28.425 - info: rpi2.0 (756) State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string"
2021-07-16 17:09:28.426 - info: rpi2.0 (756) State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string"
2021-07-16 17:09:28.427 - info: rpi2.0 (756) State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string"
2021-07-16 17:09:36.961 - info: info.0 (835) State value to set for "info.0.sysinfo.cpu.currentspeed.coresSpeed" has to be stringified but received type "object"
2021-07-16 17:09:38.539 - info: info.0 (835) State value to set for "info.0.sysinfo.cpu.temperature.cores" has to be stringified but received type "object"

[apollon77]

@jb_sullivan Ja ich glaube Dir das das blöd ist, habe aber jetzt keine gescheite "schnelle" Lösung. kannst ggf eins versuchen:

• Objekte per Admin exportieren - da sollte das mit drin sein
• dann löschen, neu generieren lasssen
• Das neu exportieren
• Dann beide Files vergleichen und (ja blöd manuell) zusammenführen und wieder importieren.

Das wir mal so in großem Stil Objekte aufräumen müssen weil es nicht sauber angewendet wurde war eine neue Erkenntnis.

Aber vllt mach mal ein Admin Issue für einen "Custom Data export/imprt ... könnte mir sowas gut vorstellen

[apollon77]

@luie rpi2 ... neueste version von "vorhin"? Ansonsten hol mal von GitHub.

Info checke ich

[JB_Sullivan]

@apollon77

Roomba funktioniert noch nicht - Innogy schon.

roomba.0	2021-07-16 17:17:09.743	info	(15004) State value to set for "roomba.0.statistics.missions.failed" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.743	info	(15004) State value to set for "roomba.0.statistics.missions.succeed" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.742	info	(15004) State value to set for "roomba.0.statistics.missions.total" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.742	info	(15004) State value to set for "roomba.0.statistics.time.nDocks" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.742	info	(15004) State value to set for "roomba.0.statistics.time.nNimhChrg" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.741	info	(15004) State value to set for "roomba.0.statistics.time.nLithChrg" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.741	info	(15004) State value to set for "roomba.0.statistics.time.estCap" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.740	info	(15004) State value to set for "roomba.0.statistics.time.nAvail" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.740	info	(15004) State value to set for "roomba.0.statistics.time.avgMin" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.739	info	(15004) State value to set for "roomba.0.states.battery" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.737	info	(15004) State value to set for "roomba.0.device.versions.hardwareRev" has to be type "string" but received type "number"
roomba.0	2021-07-16 17:17:09.736	info	(15004) State value to set for "roomba.0.device.network.dhcp" has to be type "string" but received type "boolean"
roomba.0	2021-07-16 17:17:09.735	info	(15004) State value to set for "roomba.0.commands.last.timestamp" has to be type "string" but received type "number"

[Diginix]

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

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

Und beim statistics kommt alles als boolean obwohl es number sein müsste.

ok, da bitte log posten ... so nen fehler hab ich egrade nicht auf dem radar dort. ggf mal Objekte löschen !!

Das ist immer die letzte und schlechteste Variante. Denn statistics hat man idR weil man Werte erfasst und historisch mitmeiselt. Wenn ich die Objekte lösche, gehen auch alle influx/history Einstellungen verloren.
Ein Adapter sollte in der Lage sein den Datentyp usw. seiner Objekte on-the-fly glatt zu ziehen.
Ich schau mir das mal bei Gelegenheit an ob der Typ vom Objekt oder im Adapter Code falsch ist.