Meldungen seit controller v3.3 zu falschem Datentyp

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.
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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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  - [32minfo[39m: 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 ...

ioBrokerChecker created this issue in frankjoke/ioBroker.km200

closed Compatibility check to js-controller 3.3 and Admin5 React UI #59

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

ahnungsbefreit created this issue in klein0r/ioBroker.lametric

closed Type issue with js-controller 3.3 #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)

Fabian1

@crunchip said in Meldungen seit controller v3.3 zu falschem Datentyp:

@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)

Jepp, das war aber auch schon bei der Version vorher so. An der config wurde in dieser Version nichts geändert. Ich mach mal ein Issue dazu auf.

Fabian1

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

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

Ich habe das jetzt nochmal gechecked. @crunchip hat recht. Konfigurationsmässig geht beim Radar2 garnichts mehr. In der Konfig funktioniert nicht mal mehr der speichern und schliessen Button und man kann keine neuen Geräte hinzufügen.

Das ist mir garnicht aufgefallen, weil er trotzdem IRGENDWO her die alten Daten ausliest. Das ganze muss schon vor ein paar Versionen passiert sein.

Hier die Konfig, komplett leer:

Die Daten kommen aber trotzdem:

Kommen die aus der objects.json?

Ich bin gerade mal WEIT zurück auf die 1.2.5 gegangen und siehe da, die Objekte sind da:

Issue ist erstellt:
https://github.com/frankjoke/ioBroker.radar2/issues/101

Speedbreaker12 created this issue in frankjoke/ioBroker.radar2

closed Die komplette Konfiguration funktioniert nicht mehr #101

crunchip

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

ch bin gerade mal WEIT zurück auf die 1.2.5 gegangen und siehe da, die Objekte sind da:

das hab ich so nicht probiert, ob ne "uralt" Version mit admin5 klar kommt, bekannt ist jedenfalls das seit admin5 die Konfigseite nicht mehr funktioniert, nur mit alter Oberfläche scheinbar(jedoch noch nicht getestet).
nach dem gestrigen Aufruf einer neuen Version hatte ich auch nicht vorher kontrolliert, was geändert wurde, sondern nur installiert, in der Hoffnung dass das Konfigproblem damit behoben sei.

Fabian1

@crunchip said in Meldungen seit controller v3.3 zu falschem Datentyp:

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

ch bin gerade mal WEIT zurück auf die 1.2.5 gegangen und siehe da, die Objekte sind da:

das hab ich so nicht probiert, ob ne "uralt" Version mit admin5 klar kommt, bekannt ist jedenfalls das seit admin5 die Konfigseite nicht mehr funktioniert, nur mit alter Oberfläche scheinbar(jedoch noch nicht getestet).
nach dem gestrigen Aufruf einer neuen Version hatte ich auch nicht vorher kontrolliert, was geändert wurde, sondern nur installiert, in der Hoffnung dass das Konfigproblem damit behoben sei.

In der neuen Github Version funktioniert die Konfig jetzt wieder!

Hallo

bei mir läuft der IObroker jetzt ca seit einer Woche auf js3.3 und mit admin5. Bisher sehr reibungslos doch heute werde ich auf einmal durch einen übervollen Log überrascht der durch den mqtt Adapter einen Datenpunkttyp meldet:

2021-08-18 06:07:46.587  - [32minfo[39m: mqtt.0 (843) State value to set for "mqtt.0.HeizKellerTank2.Lux.Helligkeit" has to be type "number" but received type "string"

Wenn ich es richtig sehe steht auf Github, dass mit Version 2.4.0 vom 9.5.2021 für js3.3 diese datentypfehler berücksichtigt wurden.

Was läuft falsch und kann ich tun?

Besten Dank.

crunchip

@pete0815 Instanz stoppen, DP löschen, Instanz starten, wenn weg ok, wenn nicht issue

@crunchip Danke! Fahre gleich einen Test. VG

NEWS

Meldungen seit controller v3.3 zu falschem Datentyp

closed Compatibility check to js-controller 3.3 and Admin5 React UI #59

closed Type issue with js-controller 3.3 #45

closed Die komplette Konfiguration funktioniert nicht mehr #101

Support us

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Meldungen seit controller v3.3 zu falschem Datentyp

closed Compatibility check to js-controller 3.3 and Admin5 React UI #59

closed Type issue with js-controller 3.3 #45

closed Die komplette Konfiguration funktioniert nicht mehr #101

Support us

1.6kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts