Monatsrückblick Januar/Februar 2026 ist online!

[Linedancer]

Hallo Gemeinde,

bei mir zickt da noch der Viessmann Adapter. Der sollte mit 1.3.4 eigentlich mit js3.3 klar kommen, tuts bei mir aber nicht.
Hab den Adapter gestoppt, alle DP gelöscht und den Adapter neu gestartet.
Ergebnis:

State value to set for "viessmann.0.get.BrennerStufe" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.PumpeStatusM1" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.PumpeStatusSp" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.StatusStoerung" has to be type "string" but received type "number"
Object of state "viessmann.0.set.NiveauM1" is missing the required property "common.type"

unabhängig davon, Danke für euren Einsatz und ich werd mich dann mal and den neuen Admin machen....

[Siggi0904]

@paul53 sieht man die Änderung im git schon?
Irgendwie sehe ich die da nicht.
Denn wenn es der PR https://github.com/iobroker-community-adapters/ioBroker.deconz/pull/261 ist, dann ist der ja mit Fehler (Integrationstest) abgelehnt worden und ist schon 2 Tage alt.

Dann kommt ja noch die große Hürde, dass es auch als stable released werden muss.

[paul53]

@siggi0904 sagte: sieht man die Änderung im git schon?

Ja, main.js: Zeilen 2142 und 2144.

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

Dann kommt ja noch die große Hürde, dass es auch als stable released werden muss.

Ja, bis dahin muss man von Github installieren (Katze).

[apollon77]

@linedancer Dann bitte neues GitHub issue beim Adapter

[crunchip]

Adapter smartcontrol müsste auch noch nachgebessert werden, da sich allerdings (Entwickler Mic -M) für unbestimmte Zeit zurückgezogen hat, müsste das jemand anderes übernehmen.
issue hab ich mal erstellt

State value to set for "smartcontrol.0.options.TriggerMotion.xyz.briThreshold" has to be type "number" but received type "string"
State value to set for "smartcontrol.0.options.TriggerMotion.xyz.duration" has to be type "number" but received type "string"

[metaxa]

ioBroker.statistics v1.0.9
Bin mir nicht sicher ob die Fehlermeldung an mir liegt, deswegen vorab kein issus auf GitHub:

statistics.0	2021-08-08 11:30:57.033	info	(27623) State value to set for "statistics.0.temp.timeCount.hm-rpc.1.JEQ0148994.13.STATE.last" has to be type "number" but received type "boolean"

LG, mxa

Edit: Git Hub Issue done.

[guergen]

@metaxa Wenn Du den DP selbst erstellt hast, könnte es an Dir liegen.
Aber ich gehe davon aus, dass der DP vom Adpater angelegt wurde, daher Issue...

[apollon77]

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

[babl]

@apollon77 also ich finde den synology adapter auf git auch nicht mehr, wollte gerade ein issue anlegen, der adapter ist komplett weg .????

Habe aktuell die Log Stufe auf Warn gestellt da wird zumindestens das log nicht so geflutet.

Wie geht es hier nun weiter?

Synology Adapter Version 1.0.0

[sigi234]

@babl

https://github.com/iobroker-community-adapters/ioBroker.synology

[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

[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:grin:

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