NEWS
js-controller 3.3 jetzt im Beta
-
@apollon77 Ich habe die aktuellste (4.2.13) installiert.
Jetzt habe ich den ganzen Tree gelöscht und bekomme beim StartState value to set for "tr-064.0.states.ab" has to be type "boolean" but received type "string"
Anruf habe ich noch nicht testen können.
-
@marty56 Kommt nur beim ersten start wenn er die Objekte anlegt oder immer? Bitte GitHub issue
-
ist das jetzt ein tr64 Adapter oder web Adapter issue?
web.0 2021-07-18 09:32:27.582 info (6016) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number" web.0 2021-07-18 09:32:25.614 info (6016) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"
-
@jb_sullivan laut der Meldung soll der Wert ein boolean also true oder false sein. Über den web Adapter, also vis oder eine andere Visualisierung wird aber eine Zahl in das Objekt geschrieben.
Also ist der Fehler das hier ein falschen Wert in das Objekt geschrieben wird.
Schau mal in deine Visualisierung mit der du den Datenpunkt beschreibst was da für ein Wert geschrieben wird. -
@apollon77
Es kommt nur beim Start.Aber was auch noch kommt ist,
tr-064.0 2021-07-18 10:03:07.552 info (COMPACT) State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string" tr-064.0 2021-07-18 10:03:01.065 info (COMPACT) State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"
das ist keine Warning aber info.
-
Das ist ein jqui-radiobuttons ON/OFF, welcher mit dem Datenpunkt unten als True/False geschrieben wird. ICH sehe da jetzt keinen Fehler - oder doch?
tr-064.0.callForwarding.7
Wird im übrigen dann schon in den RAW Daten falsch vom Adapter definiert.
{ "from": "system.adapter.tr-064.0", "user": "system.user.admin", "ts": 1608319026747, "common": { "name": "fromAll -> eine Telefonummer", "type": "boolean", "role": "state" }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "tr-064.0.callForwarding.7", "type": "state" }
-
@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
Wird im übrigen dann schon in den RAW Daten falsch vom Adapter definiert.
Wieso da ist type doch boolean und das ist nach meinem Verständnis für diesen Datenpunkt richtig. Oder wird damit nicht die Weiterleitung nummer 7 Aktiviert?
@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
Das ist ein jqui-radiobuttons ON/OFF, welcher mit dem Datenpunkt unten als True/False geschrieben wird.
Ganz sicher? Meine Erfahrung mit den Widgets in VIS ist das sie nicht immer den Wert bzw. als den type schreiben den man erwartet.
Und in der Vergangenheit wurde oft 0/1 anstatt true/false verwendet. Dazu passt dann auch die Meldung. -
@jb_sullivan oooohhh ... ja das ist irgendwie eine deiner Visus! Ich denke es ist web issue und kein tr-064 ... irgendwo scheint ein Visu widget oder so einen falschen Datentyp zu schreiben! Hier musst Du also schauen wo du es dort nutzt
EDIT: Bzw was @Jey-Cee gesagt hatte :-))
-
@marty56 Bitte GitHub Issue mit Debug Log vom Adapterstart
-
@jb_sullivan Zeig mal die Widget config
-
Im unkentlichen Teil steht die Telefonnummer drin, die sich der DP aus der Fritzbox holt, die dort als Weiterleitungsrufnummer definiert ist.
-
@jb_sullivan Istdas Widget Steuerbar? Wasa ist es für ein Widget?
-
Wie ich oben geschrieben habe ist es ein jqui-radiobuttons ON/OFF. Was meinst du mit "steuerbar" Im VIS ist es ein Button, den man Umsteuern kann, welcher aber in der Widget Konfig nicht separat definiert werden muss.
Mit den Fehlermeldungen (F12) des Browsers hat es aber wohl nichts zu tun - oder?
Uncaught (in promise) ReferenceError: socket is not defined at Object.getAdaptersAndcheckMessages (popupnews.js:214) at Object.showPopup (popupnews.js:64) at setData (info.js:67) at Object.createMessage (info.js:40) at info.js:30 at sentryWrapped (helpers.ts:87) helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame. at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40) at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975) at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835) at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25) at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14) at http://10.122.60.87:8082/vis/js/vis.js:1896:22 at http://10.122.60.87:8082/vis/js/vis.js:971:35 at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27) at http://10.122.60.87:8082/vis/js/vis.js:807:18 at http://10.122.60.87:8082/vis/js/vis.js:990:35 at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837) instrument.js:109 DashboardModel.on is deprecated use events.subscribe 2helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame. at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40) at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975) at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835) at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25) at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14) at http://10.122.60.87:8082/vis/js/vis.js:1882:26 at http://10.122.60.87:8082/vis/js/vis.js:971:35 at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27) at http://10.122.60.87:8082/vis/js/vis.js:807:18 at http://10.122.60.87:8082/vis/js/vis.js:990:35 at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837) DevTools failed to load source map: Could not load content for http://10.122.60.87:8082/lib/js/socket.io.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame. at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40) at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975) at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835) at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25) at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14) at http://10.122.60.87:8082/vis/js/vis.js:1882:26 at http://10.122.60.87:8082/vis/js/vis.js:971:35 at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27) at http://10.122.60.87:8082/vis/js/vis.js:807:18 at http://10.122.60.87:8082/vis/js/vis.js:990:35 at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837) sentryWrapped @ helpers.ts:111 setTimeout (async) (anonymous) @ trycatch.ts:119 (anonymous) @ vis.js:988 subscribeStates @ vis.js:2857 renderView @ vis.js:844 renderViews @ vis.js:806 (anonymous) @ vis.js:807 (anonymous) @ vis.js:990 sentryWrapped @ helpers.ts:87 setTimeout (async) (anonymous) @ trycatch.ts:119 (anonymous) @ vis.js:988 subscribeStates @ vis.js:2857 renderView @ vis.js:844 renderViews @ vis.js:806 (anonymous) @ vis.js:962 subscribeStates @ vis.js:2857 renderView @ vis.js:844 changeView @ vis.js:1855 (anonymous) @ vis.js:2696 sentryWrapped @ helpers.ts:87 helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame. at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40) at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975) at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835) at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25) at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14) at http://10.122.60.87:8082/vis/js/vis.js:1882:26 at http://10.122.60.87:8082/vis/js/vis.js:971:35 at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27) at http://10.122.60.87:8082/vis/js/vis.js:807:18 at http://10.122.60.87:8082/vis/js/vis.js:990:35 at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837)
-
@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
Der erste Fehler ist unrelated und würde auf Info Adapter tippen.
Der Rest kommt von
materialdesign
-
@dr-bakterius sagte in js-controller 3.3 jetzt im Beta:
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
Was sonst noch offen?
Nuki-Extended
@apollon77 Leider hat die Anpassung nichts geändert (https://github.com/iobroker-community-adapters/ioBroker.nuki-extended/issues/132).
-
@dr-bakterius Naja am Ende ist es hier wie bei roomba ... ich muss jeden State einzeln korrigieren ... schreibe im GitHub issue wenns neuen versuch gibt
-
@dr-bakterius Ok, next try please
-
Also es ging gerade noch info Adapter raus als 1.9.0 ...
Sonst:
- roomba sollte fertig sein aber mir fehlen npm release rechte, sind dran
- innogy-smarthome ... identischzu roomba
- spotify-premium werde ich nicht anpassen können. Da muss man von einem Jahr COde changes raussuchen was es kaputt gemacht hat. Die Zeit, Lust und spotify-premium habe ich aktuell nicht. Bitte erst einmal Loglevel hoch setzen
- nuki-extended siehe oben. Kann denke auch raus sobald @Dr-Bakterius nochmal was dazu gesagt hat
-
Ein state im Roomba Adapter ist eben noch aufgepoppt. Habt ihr den in der 1.1.4 schon berücksichtigt?
roomba.0 2021-07-20 14:34:13.597 info (9004) State value to set for "roomba.0.states._connected" has to be type "string" but received type "boolean"
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
schreibe im GitHub issue wenns neuen versuch gibt
Erstmal vielen Dank Ingo für die tolle Arbeit und die Zeit die du investierst!
Bei mir läuft nuki-extended jetzt ohne weitere Meldungen wegen falscher Datenpunktdeklaration.