Weihnachtsangebot 2025! 🎄

[edonisXP]

@thomas-braun

Okay, sorry... war mir nicht bewusst. Danke für die Info!

[Thomas Braun]

@edonisxp sagte in Log: has to be type "number" but received type "string":

war mir nicht bewusst.

Offenbar.
Wenn du da nicht am Ball bleiben kannst oder willst, stell den Verwahrort auf 'stable/default' um. Für Beta-Software hast du ja keine gescheite Verwendung bei der gestellten Frage.

[invidianer]

Hallo zusammen!

Für den tr064-Adapter und nuki-extended-Adapter habe ich seit Kurzem ebenfalls die oben genannten Protokolleinträge.
Die Versionen der Adapter sind aktuell, Beta-Software setze ich nicht ein.

tr064: 2.3.1
nuki-extended: 4.2.14
Node.js: v12.22.4
NPM: 6.14.14
JS controller: 3.3.15
Admin Version: 5.1.23

Hat jemand diesen Effekt auch? Vermutlich ist der tr064-Adapter und der nuki-extended-Adapter noch nicht optimiert für die neue Version des JS Controllers?

[mickym]

@invidianer Einfach die DP löschen - die werden dann vom Adapter mit dem richtigen Typ wieder angelegt.

Habe ich hier schon mal beschrieben: https://forum.iobroker.net/topic/46758/js-controller-3-3-jetzt-im-stable/175?_=1629715082362

[invidianer]

@mickym

Danke!
Aber leider find ich auf der von Dir verlinkten Seite des 189-seitigen Threads Deine Anleitung nicht :(

[mickym]

@invidianer Wie gesagt schau mal in das Log - welche Datenpunkte betroffen sind. - Wenn Du mal auf die Historie verzichten kannst - lösche die betroffenen Datenpunkte einfach, dann legt der Adapter dieser mit dem richtigen Typ wieder an.

Bei mir waren meistens Datenpunkte unter dem callmonitor betroffen - am meisten die callee Datenpunkte. Wie gesagt diese einfach löschen, dann Adapter neustarten und dann ist der Datenpunkt wieder mit dem richtigen Typ vorhanden.

[Bavarian]

@mickym Ich habe das Problem auch allerdings mit dem Ebusd, die Lösung die DP zu löschen finde ich nicht gut, da verliere ich alle History Daten. Gibts da sonst noch eine Möglichkeit?

[mickym]

@bavarian Du kannst den Datenpunkt einfach den gewünschten Typ verpassen. Also wenn number erwartet wird, dann auf Zahl umstellen. Wenn der Adapter mal so oder so schreibt, kann man den DP auch auf mixed umstellen, dann unterbleibt die Typprüfung.

Den DP bearbeiten und dann an der markierten Stelle den gewünschten Datentyp eintragen:

Man kann anscheinend auch den Typ direkt bearbeiten:

[Bavarian]

@mickym Danke! Wird ein bisschen Arbeit aber dafür bleiben die History Daten :-)

[invidianer]

Super, die Lösung ohne die History zu verlieren finde ich Klasse! Danke dafür!
Nach Update der Node.js v12.22.4 auf v12.22.5 habe ich keine entsprechenden Protokolleinträge mehr, ist aber vermutlich nur eine Frage der Zeit. Dann werde ich es so korrigieren, wie beschrieben!
Danke nochmals!

[Bielefelder81]

Also ich habe immernoch die Meldung.
Hatte die DPs auch alle schon gelöscht und der Dateityp ist bereits "number"...

Trotzdem zeigt er immer das an...

[crunchip]

@bielefelder81 mit welcher Adapter Version?
sollte an sich mit v 1.1.1 behoben sein, ansonsten issue erstellen

[Bielefelder81]

@crunchip Also bei mir ist Yeelight auf 1.0.3, aber mir wird auch keine höhere verfügbare Version angezeigt.

[Thomas Braun]

@bielefelder81

Dann bist du (ganz vernünfitg) auf dem Stable-Zweig.

yeelight-2
github:	1.1.2
latest:	1.1.2 for 22 days
stable:	1.0.3 for 21 months

[Bielefelder81]

@thomas-braun Ich habe es auch gerade auf "Beta" geändert und trotzdem kein Update

[Thomas Braun]

@bielefelder81

iobroker update -i

[Bielefelder81]

[Thomas Braun]

@bielefelder81

Bitte die Rückmeldung aus der Konsole (in CodeTags eingebettet), keine Screenshots.

[Bielefelder81]

Nach iobroker update -i wurden mir 6 Updates links bei Adapter angezeigt, aber auf der Adapterseite nichts...
Musste wieder Strg+R drücken um den Cache zu leeren.

[Thomas Braun]

@bielefelder81

Deswegen halt die Konsole. Die lügt nicht.