Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

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

[Bielefelder81]

@thomas-braun
So ging es

Used repository: beta
hash changed or no sources cached => force download of new sources
update done
Adapter    "admin"         : 5.1.25   , installed 5.1.23 [Updateable]
Adapter    "alexa2"        : 3.9.3    , installed 3.9.3
Adapter    "backitup"      : 2.1.17   , installed 2.1.13 [Updateable]
Adapter    "deconz"        : 1.3.19   , installed 2.0.5
Adapter    "discovery"     : 2.7.0    , installed 2.7.0
Adapter    "fritzdect"     : 2.1.15   , installed 2.1.15
Adapter    "ical"          : 1.11.3   , installed 1.11.2 [Updateable]
Adapter    "info"          : 1.9.8    , installed 1.9.8
Adapter    "iot"           : 1.8.22   , installed 1.8.22
Adapter    "jarvis"        : 2.2.3    , installed 2.2.1 [Updateable]
Adapter    "javascript"    : 5.2.8    , installed 5.2.8
Controller "js-controller" : 3.3.15   , installed 3.3.15
Adapter    "mihome-vacuum" : 3.2.2    , installed 3.2.2
Adapter    "simple-api"    : 2.6.1    , installed 2.6.1
Adapter    "socketio"      : 3.1.4    , installed 3.1.4
Adapter    "sonoff"        : 2.4.5    , installed 2.4.5
Adapter    "tankerkoenig"  : 2.1.1    , installed 2.1.1
Adapter    "telegram"      : 1.10.0   , installed 1.10.0
Adapter    "trashschedule" : 1.2.0    , installed 1.2.0
Adapter    "web"           : 3.4.9    , installed 3.4.7 [Updateable]
Adapter    "yeelight-2"    : 1.1.2    , installed 1.0.3 [Updateable]

[frankyboy73]

Hi, bei mir kommen diese Meldungen immer noch vom TR064. Der Tr064 ist auf Version 4.2.14. Node.js ist 14.18.2. js-Controller auf 3.3.21. NPM 6.14.15.
Ich habe schon alle Datenpunkte bzw. den kompletten Ordner Callmonitor in den Objekten gelöscht, Adapter neu gestartet, leider keine Besserung

tr-064.0
2021-12-09 17:18:55.299	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 17:04:41.564	info	State value to set for "tr-064.0.callmonitor.connect.caller" has to be type "number" but received type "string"

tr-064.0
2021-12-09 17:04:27.214	info	State value to set for "tr-064.0.callmonitor.outbound.caller" has to be type "number" but received type "string"

tr-064.0
2021-12-09 16:56:27.495	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 16:30:51.606	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 16:30:15.971	info	State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 16:07:01.928	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 16:06:38.472	info	State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:35:06.805	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:33:11.333	info	State value to set for "tr-064.0.callmonitor.connect.caller" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:32:58.315	info	State value to set for "tr-064.0.callmonitor.outbound.caller" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:22:46.638	info	State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:19:23.891	info	State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"

tr-064.0
2021-12-09 15:13:10.835	info	State value to set for "tr-064.0.callmonitor.connect.caller" has to be type "number" but received type "string"