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

[Fabian1]

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

@fabian1 ok danke dir, ich denke es wird sowieso die nächsten tage dann stable kommen, oder? Und hier wird ja das auch gefixt sein, denke ich mal.

Es ist ja kein Beinbruch, die Logstufe auf warn und gut ists.

Wenn die offizielle Zigbee 1.6 kommt, musst du trotzdem vorher alle Link Quality Datenpunkte manuell löschen, sonst schreibt er die nämlich nicht neu.
Mein Fork begrenzt den Wert einfach auf 254, weil mir die Fehlermeldungen auf die nerven gegangen sind. :D

[babl]

@fabian1 ok und was ist in der version 1.6 neu oder anders?

[Fabian1]

@babl Keine Ahnung was noch geändert wurde, auf jeden Fall ist damit der Fehler weg, wenn du vor der Installation alle link quality datenpunkte löschst.

[Boronsbruder]

Einen ham wir noch:

der Denon Adapter jammert auch rum (Baum gelöscht und neuanlegen lassen):

State value to set for "denon.0.zoneMain.quickSelect" has value "0" less than min "1"
State value to set for "denon.0.zone3.equalizerTreble" has value "50" greater than max "6"
State value to set for "denon.0.zone2.equalizerTreble" has value "50" greater than max "6"

https://github.com/foxriver76/ioBroker.denon/issues/162

[pdbjjens]

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

Wenn nicht, bitte hier melden und Issue auf Github eröffnen

hm-rega.0
2021-08-08 18:14:58.142	warn	State value to set for "hm-rpc.1.NEQ1765181.1.STATE" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.454	warn	State value to set for "hm-rpc.1.NBO0022371.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.406	warn	State value to set for "hm-rpc.1.NBO0022371.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.388	warn	State value to set for "hm-rpc.1.NBO0022383.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.325	warn	State value to set for "hm-rpc.1.NBO0022383.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.192	warn	State value to set for "hm-rpc.1.NBO0022393.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.160	warn	State value to set for "hm-rpc.1.NBO0022393.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.133	warn	State value to set for "hm-rpc.1.NBO0022399.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.078	warn	State value to set for "hm-rpc.1.NBO0022399.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.067	warn	State value to set for "hm-rpc.1.NBO0023478.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.060	warn	State value to set for "hm-rpc.1.NBO0023478.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:53.043	warn	State value to set for "hm-rpc.1.NBO0022542.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:52.993	warn	State value to set for "hm-rpc.1.NBO0022542.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:52.947	warn	State value to set for "hm-rpc.1.NBO0022176.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:52.941	warn	State value to set for "hm-rpc.1.NBO0022176.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:52.922	warn	State value to set for "hm-rpc.1.NBO0022519.1.ERROR_SMOKE_CHAMBER" has value "0" greater than max "-1"

hm-rega.0
2021-08-08 18:14:52.876	warn	State value to set for "hm-rpc.1.NBO0022519.1.ERROR_ALARM_TEST" has value "0" greater than max "-1"

[Homoran]

@pdbjjens das hist aber kein "wrong type"-Error!

Hier steht ein falscher Wert bei max
-1 als Höchstwert ist seltsam

[pdbjjens]

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

das hist aber kein "wrong type"-Error!

Ooops, sorry. Ich werde mal ein gitHub issue beim hm-rega aufmachen.

[Homoran]

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

Ich werde mal ein gitHub issue beim hm-rega aufmachen.

wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt

[metaxa]

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

wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt

Bei mir waren es deklaierte HM-Variablen. Ein Skript in HM hat bei mit die Variablen von max u. min eines Temperaturtfühlers gefüllt.

[Homoran]

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

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

wobei ich mich frage (was aber nichts bedeutet) warum diese Meldung vom rega und nicht vom rpc kommt

Bei mir waren es deklaierte HM-Variablen. Ein Skript in HM hat bei mit die Variablen von max u. min eines Temperaturtfühlers gefüllt.

Variablen kommen ja auch über rega. aber hier sind es Geräte

[Siggi0904]

Hallo,

ich wollte noch den Adapter Trashshedule melden:

trashschedule.0	2021-08-09 12:41:07.102	info	(8677) State value to set for "trashschedule.0.type.papier.nextWeekday" has to be type "string" but received type "number"
trashschedule.0	2021-08-09 12:41:07.098	info	(8677) State value to set for "trashschedule.0.type.restmüll.nextWeekday" has to be type "string" but received type "number"
trashschedule.0	2021-08-09 12:41:07.084	info	(8677) State value to set for "trashschedule.0.type.verpackung.nextWeekday" has to be type "string" but received type "number" 

und der Shelly Adapter meldet z.B.

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

[Homoran]

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

Hallo,

ich wollte noch den Adapter Trashshedule melden:

trashschedule.0	2021-08-09 12:41:07.102	info	(8677) State value to set for "trashschedule.0.type.papier.nextWeekday" has to be type "string" but received type "number"
trashschedule.0	2021-08-09 12:41:07.098	info	(8677) State value to set for "trashschedule.0.type.restmüll.nextWeekday" has to be type "string" but received type "number"
trashschedule.0	2021-08-09 12:41:07.084	info	(8677) State value to set for "trashschedule.0.type.verpackung.nextWeekday" has to be type "string" but received type "number" 

welche Version?

[Siggi0904]

@homoran Version 1.2.0

[babl]

@siggi0904 hier habe ich keine Probleme, ich habe glaube ich aber auch den adapter gestoppt, dann die ganzen datenpunkte gelöscht, und dann den adapter wieder gestartet.

Habe zumindestens heute keine Log einträge, und die Logstufe ist auf Info. Also sollte es so klappen.

[Siggi0904]

@babl wie hast du die Datenpunkte gelöscht?

Einfach alle Ordner unter trashshedule löschen und dann den Adapte wieder starten?

[crunchip]

@siggi0904 du stoppst die Instanz, gehst in die Objekte und über den Papierkorb des jeweiligen "angemeckerten" Objekts löschen, danach Instanz neu starten

[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