Meldungen seit controller v3.3 zu falschem Datentyp

[Thomas Braun]

@babl Der Adapter wurde/wird künftig als Community Adapter geführt. Kann ein paar Tage dauern, bis der wieder wie gewohnt auftaucht.

[babl]

@thomas-braun ok danke, dann warte ich mal ab, bei zigbee fehlt es auch noch, bei go-e habe ich ein issu erstellt, ansonsten schaut so weit wie ich aktuell sehen kann alles gut aus.

Der neue Admin 5, gefällt mir persönlich schon gut, finde auch daß alles ein wenig schneller läuft.

Das einzige Problem was ich aktuell habe ist daß die cloud nicht mit den material widgets klarkommt, hier fehlen dann die ganzen switches und auch das menü, hier wurde aber auch ein issue erstellt.

Ansonsten top Jop, danke euch @Bluefox und alle die daran arbeiten.

[crunchip]

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

bei zigbee fehlt es auch noch,

was fehlt da noch?

[babl]

@crunchip 1. hat er heute nach den Updates, andauernd rebuilded, ich hoffe daß war nur heute so, und 2.

	State value to set for "zigbee.0.00158d00054db088.link_quality" has value "255" greater than max "254"

[Thomas Braun]

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

hat er heute nach den Updates, andauernd rebuilded

Ja, der zigbee-Adapter braucht da ggf. mehrere Durchläufe

[crunchip]

@babl denke, da sollte aber 255 als max drin stehen und nicht 254
(wundert mich, das dein Gerät überhaupt so einen hohen Wert erreicht)

[babl]

@crunchip tja, habs schonm händisch reingeschrieben in den raw daten, wurde aber wieder auf 254 geändert, ebenso habe ich den adapter angehalten und alle link quality datenpunkte gelöscht damit der adapter sie selber neu schreibt, der schreibt aber auch wieder 254 rein.

Hmmmmm das ist doch blö...d

[crunchip]

@babl https://github.com/ioBroker/ioBroker.zigbee/issues/1162

daniel-lo created this issue in ioBroker/ioBroker.zigbee

closed Value greater than 254 #1162

[babl]

@crunchip ok danke, das heißt also mal abwarten, ist ja nun auch nicht schlimm, alles andere läuft so wie es laufen soll, hoffe ich

[Fabian1]

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

@crunchip tja, habs schonm händisch reingeschrieben in den raw daten, wurde aber wieder auf 254 geändert, ebenso habe ich den adapter angehalten und alle link quality datenpunkte gelöscht damit der adapter sie selber neu schreibt, der schreibt aber auch wieder 254 rein.

Hmmmmm das ist doch blö...d

Du hast 2 Möglichkeiten, entweder du installierst meinen Fork über die Katze:
https://github.com/Speedbreaker12/ioBroker.zigbee

oder du löscht alle link quality datenpunkte und installierst dann die Git version.

Die Datenpunkte zu editieren bringt nichts, da bei jedem Adapter neustart und jeder Geräteanmeldung der falsche Wert 254 wieder geschrieben wird.

[babl]

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

[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.

[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

Boronsbruder created this issue in foxriver76/ioBroker.denon

closed Wrong status value range #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.