Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

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

[crunchip]

@frankyboy73 ist bekannt und issue gibt es bereits

[frankyboy73]

@crunchip Ok,danke.