js-controller 3.3 jetzt im Beta

[luie]

@apollon77

rpi2 - keine Fehler mehr. Danke

[apollon77]

@luie Ok, die Exception habe ich an den einen Library Dev weitergegeben - der ist an sich recht fix.

Ansonsten hab ich GitHub nochmal aktualisierrt für den Rest

[apollon77]

@jb_sullivan Immer GitHub issues machen!!! Aber ja den kann ich mir ansehen

[apollon77]

@jb_sullivan Github update bitte versuchen

[JB_Sullivan]

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

Ich muss JEDE ID einzeln definieren!!

Ähm sorry, das kann ich ja nicht ahnen/wissen. Ich dachte das wäre irgend etwas globales was man einmal irgendwo umstellen muss.

D.h. aber auch im Umkehrschluss, das man im Grunde ALLE Funktionen von ALLEN Geräten testen muss, denn nur wenn sich der Datenpunkt ändert, spuckt er ggf. auch eine Fehlermeldung aus?!?

Na, da könnte noch einiges kommen (z.B. Heizkörper Thermostate - weil nur im Winter in Betrieb) oder Datenpunkte die nur bei bestimmten Betriebszuständen geschrieben werden, was man so ggf. gar nicht simulieren kann oder gar nicht auf dem Schirm hat.

[Marty56]

Beim tr64 Adapter kommt bei mir

State value to set for "tr-064.0.callmonitor.outbound.callee" has to be type "number" but received type "string"

[JB_Sullivan]

@marty56

Da ich ja gerade gelernt habe, das jeder DP einzeln angepasst werden muss, hier auch noch zwei weitere Fehlermeldungen zum tr64 Adapter.

web.0	2021-07-17 12:27:25.303	info	(14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"
web.0	2021-07-17 12:27:23.048	info	(14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"

[luie]

@apollon77

Der fritzdect-Adapter ist auch noch fehlerhaft.

https://github.com/foxthefox/ioBroker.fritzdect/issues/187

luieiob created this issue in foxthefox/ioBroker.fritzdect

closed Log-Fehler mit js-controller 3.3.14 #187

[apollon77]

@jb_sullivan Jupp, bitte einfach wenn SIe auftauchen per GitHub Issue melden

[apollon77]

@marty56 sagte in js-controller 3.3 jetzt im Beta:

callee

Welche Version? die aktuellste? Bitte callee Objekt löschen, wird beim nächsten Anruf neu angelegt. Dann weg?

[apollon77]

@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:

callForwarding

Debug Log bitte wo der Fehler drin ist als GitHub issue bitte

[Marty56]

@apollon77 Ich habe die aktuellste (4.2.13) installiert.
Jetzt habe ich den ganzen Tree gelöscht und bekomme beim Start

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

[apollon77]

@marty56 Kommt nur beim ersten start wenn er die Objekte anlegt oder immer? Bitte GitHub issue

[JB_Sullivan]

@apollon77

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"

[Jey Cee]

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

[Marty56]

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

[JB_Sullivan]

@jey-cee

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

[Jey Cee]

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

[apollon77]

@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 :-))

[apollon77]

@marty56 Bitte GitHub Issue mit Debug Log vom Adapterstart