Weihnachtsangebot 2025! 🎄

[metaxa]

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

@metaxa Objekt löschen ... sollte danach gefixt sein

Gesagt, getan. Adapter gestoppt, DP gelöscht, Adapter 2x neu gestartet:

statistics.0	2021-08-09 13:00:00.991	info	(28981) State value to set for "statistics.0.temp.timeCount.hm-rpc.0.JEQ0224311.2.STATE.last" has to be type "number" but received type "boolean"

[Siggi0904]

@crunchip Danke, hat so funktioniert.

Dann hab ich noch den Shelly Adapter:

2021-08-09 12:41:22.143 - info: shelly.0 (9058) State value to set for "shelly.0.SHSW-1#E8DB84D2B617#1.Relay0.longpush" has to be type "string" but received type "boolean" 

und den Info Adapter mit:

2021-08-09 12:40:20.854 - info: info.0 (7479) State value to set for "info.0.sysinfo.cpu.info.speed" has to be type "string" but received type "number" 
2021-08-09 12:40:25.115 - info: info.0 (7479) State value to set for "info.0.sysinfo.disks.diskLayout.dev0.size" has to be type "string" but received type "number" 

Da genauso vorgehen?

[babl]

@siggi0904 info ist glaube ich noch im update was ich gestern gelesen habe, shelly kann ich dir nicht sagen. aber du kannst es ja mal probieren, ich habe auch adapter z.B. synology da hilft das löschen der datenpunkte nichts, es ist hinterher wieder genau so. einfach dann den log level auf warn stellen und dann sind die vielen log meldungen auch weg, bis ein update vom entwickler folgt.

[Homoran]

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

synology da hilft das löschen der datenpunkte nichts, es ist hinterher wieder genau so

der Entwickler pflegt diesen Adapter nicht mehr. Er ist die Tage in die Communnity überführt worden und wird überarbeitet. kann "ein wenig" dauern

[Siggi0904]

@babl okay, im Shelly git hab ich den gleichen Fehler als noch offenen Issue gefunden. Da muss ich also auf eine neue Version warten.

Beim Info dann wohl auch auf eine neue Version warten.

[babl]

@homoran ja danke dir, habe ich schon mitgekriegt, darum habe ich auch die logstufe aktuell höher gesetzt, aber ansonsten läuft er ja, wäre schade um den adapter wenn er nicht mehr weiter entwickelt würde, aber ich denke daß das in der community weitergeht. danke euch.

[apollon77]

@metaxa Aktuellste version drauf? weil da haben wir einiges gefixt. Sonst bitte mit Debug log github issue anlegen

[Wildbill]

@apollon77 @paul53
Ich bin Euch glaub noch eine Antwort oder ein Danke schuldig. Ich habe heute auch vollends auf den neuen Admin und Javascript das Update gemacht und es hat die Meldungen von Javascript/Blockly bezüglich

has to be stringified but received type "object"

behoben. Auch ansonsten bislang keine großen Probleme ausgemacht. :+1:
Gruss, Jürgen

[metaxa]

@apollon77 Irgendwelche Wunder müssen über Nacht gewirkt haben.
Danke, keine Fehlermeldungen mehr im Log und der Datentyp ist nach wie vor richtig "boolen".

Dies Phänomen habe ich bei einem anderen Teil auch (Wetterstationscript), plötzlich merkt sich iO die manuell oder neu geänderten Typen.
Ich denke nicht drüber nach, sage nur danke für Eure unermüdliche Arbeit.
Lg, mxa

[Snapergy]

Auch beim Weatherunderground Adapter habe ich die Meldungen: (Liste ist nur ein Ausschnitt)

weatherunderground.0
	2021-08-10 09:00:22.461	info	State value to set for "weatherunderground.0.forecastHourly.35h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:22.305	info	State value to set for "weatherunderground.0.forecastHourly.34h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:22.185	info	State value to set for "weatherunderground.0.forecastHourly.33h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:22.084	info	State value to set for "weatherunderground.0.forecastHourly.32h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.994	info	State value to set for "weatherunderground.0.forecastHourly.31h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.901	info	State value to set for "weatherunderground.0.forecastHourly.30h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.802	info	State value to set for "weatherunderground.0.forecastHourly.29h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.702	info	State value to set for "weatherunderground.0.forecastHourly.28h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.607	info	State value to set for "weatherunderground.0.forecastHourly.27h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.496	info	State value to set for "weatherunderground.0.forecastHourly.26h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.394	info	State value to set for "weatherunderground.0.forecastHourly.25h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.289	info	State value to set for "weatherunderground.0.forecastHourly.24h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.186	info	State value to set for "weatherunderground.0.forecastHourly.23h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:21.064	info	State value to set for "weatherunderground.0.forecastHourly.22h.precipitation" has to be type "value.precipitation" but received type "number"
weatherunderground.0
	2021-08-10 09:00:20.937	info	State value to set for "weatherunderground.0.forecastHourly.21h.precipitation" has to be type "value.precipitation" but received type "number" 

[Dolomiti]

Bei WLED auch

2021-08-10 20:22:07.527  - info: wled.0 (757) State value to set for "wled.0.8caab57a90dc.seg.0.col.2" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:37.736  - info: wled.0 (757) State value to set for "wled.0.2cf432778428._info.leds.pin" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:38.023  - info: wled.0 (757) State value to set for "wled.0.2cf432778428._info.mac" has to be type "number" but received type "string" 
2021-08-10 20:22:38.271  - info: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.0" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:38.287  - info: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.1" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:38.303  - info: wled.0 (757) State value to set for "wled.0.2cf432778428.seg.0.col.2" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:38.563  - info: wled.0 (757) State value to set for "wled.0.8caab57a90dc._info.leds.pin" has to be one of type "string", "number", "boolean" but received type "object" 
2021-08-10 20:22:38.834  - info: wled.0 (757) State value to set for "wled.0.8caab57a90dc._info.mac" has to be type "number" but received type "string" 

Objekte habe ich mal Alle gelöscht und Instanz neu gestartet. Keine Änderung.
Mein Log ist dadurch auf 15MB angewachsen und zwingt den ioBroker in die Knie wenn ich mir den anzeigen lassen will.

Admin 5.1.23
JS-Controller 3.3.15

[crunchip]

@snapergy instanz stoppen, Datenpunkte löschen( wenn mehr den ganzen Objektbaum löschen), instanz wieder starten

[crunchip]

@dolomiti mit der neuen Version 0.5.7? vor dem löschen Instanz stoppen

[Dolomiti]

@crunchip
Habe die Instanz gelöscht,Datenpunkte gelöscht. Dann auf Beta umgestellt, da mir 0.5.7 nicht im stable (0.5.6) angezeigt wurde. Dann musste ich noch ein

iobroker update

machen, damit er das Repository aktualisiert. Dann 0.5.7 installiert wobei 0.5.9 verfügbar wäre. Seit dem ist Ruhe.

Danke

[meikelg]

km200 (Buderus) auch:

2021-08-11 17:37:16.339 - info: km200.0 (22247) State value to set for "km200.0.heatSources.info" has to be type "string" but received type "object"
2021-08-11 17:37:16.347 - info: km200.0 (22247) State value to set for "km200.0.heatSources.info" has to be type "string" but received type "object"
2021-08-11 17:37:19.553 - info: km200.0 (22247) State value to set for "km200.0.heatingCircuits.hc1.currentOpModeInfo" has to be type "string" but received type "object"
2021-08-11 17:37:19.556 - info: km200.0 (22247) State value to set for "km200.0.heatingCircuits.hc1.currentOpModeInfo" has to be type "string" but received type "object"
2021-08-11 17:37:32.461 - info: km200.0 (22247) State value to set for "km200.0.recordings.heatSources.actualPower._Months" has to be type "string" but received type "object"
2021-08-11 17:37:32.463 - info: km200.0 (22247) State value to set for "km200.0.recordings.heatSources.actualPower._Months" has to be type "string" but received type "object"

Kommentiert unter https://github.com/frankjoke/ioBroker.km200/issues/59#issuecomment-896948783
Gab allerdings schon länger keine Updates mehr für diesen Adapter ...

[Ahnungsbefreit]

LaMetric auch noch offen (und dadurch funktionslos):

lametric.0
2021-08-11 18:14:42.290	info	State value to set for "lametric.0.mydatadiy.obj" has to be type "string" but received type "object"

Github Issue:
https://github.com/klein0r/ioBroker.lametric/issues/45

[apollon77]

@frankjoke hat auf GitHub mak eine 2.0.3 von Radar gebaut ... Kann mal jemand bitte checken wie die so ist und Rückmeldung geben?

https://github.com/frankjoke/ioBroker.radar2

[crunchip]

@apollon77 gerade gesehen, moment, ich teste mal
installation verlief fehlerfrei, Problem Konfig Seite immer noch undefined

wenn ich mir die config.json runter lade, sieht die so aus, mehr steht da nicht drin

  "_adapter_info_": {
    "time": "2021-08-11T22:54:39.635Z",
    "instance": "radar2.0&newReact=true&0"
  }
}

wenn ichs jetzt richtig gelesen habe, wurde "ack-flag" behoben

[apollon77]

@crunchip Aulo wenn das was nicht geht nur die Anzeige der versionsnummer ist dann ist das ja verkraftbar :-) Oder?

[crunchip]

@apollon77 verstehe gerade deine Aussage nicht, der Radar lief vor und nach dem Update, ohne Probleme, ausser das es bei mir zu Fehlern kam beim stoppen des Adapters (issue hatte ich erstellt im Mai)
was nun bereinigt ist, sind die (set state...ack, true), dennoch fehlt die Konfig, siehe Screen,
man könnte zwar nun wieder etwas reinschreiben, weiß aber nicht, wie es sich verhält, da die Konfig ja irgendwo noch hinterlegt ist.
(mit zweiten Admin hab ich nicht getestet)