js-controller 3.3 jetzt im Beta
-
@jb_sullivan Mal schauen ob ich bei beiden was tun kann
-
@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 !!
-
@jb_sullivan innogy-smarthome -> GitHub version bitte versuchen. Vorher betroffene Objekte löschen
-
@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.
-
@jb_sullivan Roomba ebenso GitHub bitte checken
-
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" -
@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
-
@luie rpi2 ... neueste version von "vorhin"? Ansonsten hol mal von GitHub.
Info checke ich
-
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" -
@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. -
ja, die neuste Version und nochmal von GitHub geholt und getestet.
021-07-16 17:25:23.374 - info: rpi2.0 (4929) starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.rpi2, node: v14.17.2, js-controller: 3.3.14 2021-07-16 17:25:24.159 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string" 2021-07-16 17:25:24.163 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string" 2021-07-16 17:25:24.165 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string" 2021-07-16 17:25:24.189 - warn: rpi2.0 (4929) State "rpi2.0.raspberry.cpu_voltage" has no existing object, this might lead to an error in future versions 2021-07-16 17:25:24.191 - warn: rpi2.0 (4929) State "rpi2.0.raspberry.mem_arm" has no existing object, this might lead to an error in future versions 2021-07-16 17:25:24.192 - warn: rpi2.0 (4929) State "rpi2.0.raspberry.mem_gpu" has no existing object, this might lead to an error in future versions 2021-07-16 17:25:30.180 - info: info.0 (2978) State value to set for "info.0.sysinfo.cpu.currentspeed.coresSpeed" has to be stringified but received type "object" 2021-07-16 17:25:32.128 - info: info.0 (2978) State value to set for "info.0.sysinfo.cpu.temperature.cores" has to be stringified but received type "object" 2021-07-16 17:26:23.753 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load1" has to be type "number" but received type "string" 2021-07-16 17:26:23.755 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load5" has to be type "number" but received type "string" 2021-07-16 17:26:23.756 - info: rpi2.0 (4929) State value to set for "rpi2.0.cpu.load15" has to be type "number" but received type "string" -
@diginix sagte in js-controller 3.3 jetzt im Beta:
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.
Ich habe das gleiche Problem (siehe oben) Das ist aber grundsätzlich nicht sooo schlimm. OK, dir fehlen ein paar Minuten wenn du die Objekte neu generieren lässt. In InfluxDB oder so, wird aber danach der gleiche DP Name wieder angelegt, sobald du den Harken gesetzt hast.
In einem Grafana Grafik Trend hast du dann kurz eine "Flat Line" drin. Das sollte nicht soo schlimm sein. Wir dokumentieren hier ja keine Temperaturen von Impfstoff Kühlschränken
Grundsätzlich stimme ich dir zu. Gerade wenn man sehr viele Datenbank Einträge aus den Objekten generiert, vergisst man nach einer Adapter Neu Anlage schonmal den einen oder anderen Harken zu setzen.
-
@jb_sullivan Kommt davon wenn die GitHub issues unvollstndig sind .... grmpf ... ja heute abend mach ich noch ne Runde. Melde mich
-
@luie Für rpi bitte ein Issue im Github mit Debug log. Info Adapter bitte GitHub testen
-
@jb_sullivan Mach mir bitte mitt dem Log ein GitHub Issue für später damits nicht runterfällt
-
@diginix sagte in js-controller 3.3 jetzt im Beta:
Ein Adapter sollte in der Lage sein den Datentyp usw. seiner Objekte on-the-fly glatt zu ziehen.
Ja das könnte er, aber die meisten sind dafür nicht vorbereitet und wenn Sie das tun würden gäbe es ggf andere probleme wie "Hohe I/O weil ständig Objekte neu geschrieben werden". Haben wir auf dem Zettel da was zu überlegen
-
@jb_sullivan Na macht doch mal einen Admin Feature Request für "custom import/export" ... das wäre doch Eure Lösung
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
Was sonst noch offen?
Nuki-Extended (https://github.com/Zefau/ioBroker.nuki-extended/issues/145) unverändert bisher (v2.3.0).
closed admin 5.x #145
-
@dr-bakterius Bei dem habe ich keinen echten Zugriff, daher schwierig. habe gefragt was ist ...
-
Also:
- Roomba: Bitte nochmal GitHub version checken, sollte alles weg sein
- Info Adapter: Siehe Issue ... ich behaupte Ihr nutzt nicht den Code von GitHub
