Log: has to be type "number" but received type "string"
-
@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.
-
@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?
-
@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:
-
@mickym Danke! Wird ein bisschen Arbeit aber dafür bleiben die History Daten
-
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! -
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...
-
@bielefelder81 mit welcher Adapter Version?
sollte an sich mit v 1.1.1 behoben sein, ansonsten issue erstellen -
@crunchip Also bei mir ist Yeelight auf 1.0.3, aber mir wird auch keine höhere verfügbare Version angezeigt.
-
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 -
@thomas-braun Ich habe es auch gerade auf "Beta" geändert und trotzdem kein Update
-
iobroker update -i -
-
Bitte die Rückmeldung aus der Konsole (in CodeTags eingebettet), keine Screenshots.
-
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. -
Deswegen halt die Konsole. Die lügt nicht.
-
@thomas-braun
So ging esUsed 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] -
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 Besserungtr-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" -
@frankyboy73 ist bekannt und issue gibt es bereits
-
@crunchip Ok,danke.
