NEWS
js-controller 3.3 jetzt im STABLE!
-
@mickym Naja bei gemischt kann ja kein Datentyp geprüft werden ... also ja es wird auch nichts geprüft. man muss dann aber ahlt bei eigenen Skripten auch mit allem möglichen Klarkommen was man da selbst reinschreibt
-
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
@mickym Naja bei gemischt kann ja kein Datentyp geprüft werden ... also ja es wird auch nichts geprüft. man muss dann aber ahlt bei eigenen Skripten auch mit allem möglichen Klarkommen was man da selbst reinschreibt
OK danke - ich weiß ist sicher nicht im Sinne des Erfinders - nur habe ich eben festgestellt, dass sich manche Adapterentwickler dieser Methode bedienen. Aber alles gut.
-
@mickym sagte in js-controller 3.3 jetzt im STABLE!:
dass sich manche Adapterentwickler dieser Methode bedienen.
genau die sollten das nur in absoluten Ausnahmefällen tun
-
Nicht wundern. Rainer und ich räumen den Thread gerade ein bissl auf und Splitten Diskussionsthemen die länger werden könnten in eigene Threads und verlinken Sie oben im zweiten Post.
-
@mickym Ich auch Und ich hab bei meinen eigenen Skripten auch schon nachgearbeitet. Darum ging es mir auch nicht, ich find es ja vom Prinzip eine super Sache. ABER guck dir z.B. mal den Radar2 Adapter an oder WLED oder Zigbee. Das sind Adapter die FAST jeder benutzt und trotzdem werfen sie zur Zeit noch MASSENHAFT infos ins LOG, man kann jetzt zwar auf warn umstellen, dann sieht man z.B. bei WLED und Zigbee aber im log auch nicht mehr, wenn sich Geräte neu verbunden haben. Und ich weiß halt nicht, ob das für den NORMALEN Anwender so clever ist, das jetzt so ins stable zu packen. Und es kann dann ja auch nicht sein, dass andere Leute hingehen, wie z.B. im Radar2 und die ganzen ack-flag fehler beseitigen und seit Mai nicht gemerged wird.
-
@fabian1 na wie gut das es hier nochmals aufkommt. Im Beta Thread hat das die letzten Wochen keiner aufgebracht.
-
@apollon77 ich hab immer fleißig Github issues aufgemacht.
-
@fabian1 zigbee sollte seit 1.5.3 gefixt sein. Ich frage wegen stable
-
@apollon77 Type errors ja, dafür für jedes Gerät:
(0969) State value to set for "zigbee.0.xxx.link_quality" has value "255" greater than max "254"
Gibt aber schon ein issue. -
Ich habe oben im zweiten Post eine Liste der noch offenen Adapterreingeschrieben die noch Fehler ausgeben.
-
@apollon77 Super gut! Das ist echt hilfreich. Nuki kannst du auch noch ergänzen:
-
Dann auch SMA EM Adapter
Philips Hue
MiHome Vacuum
Yeelight 2.0 -
Hallo zusammen,
ich weiß nicht genau, ob es damit zusammenhängt, aber ich habe seit dem JS-Controller Update auf 3.3.15 bei jedem Adapterupdate diesen Fehler:
Die dazugehörige LOG habe ich mit hochgeladen.
2021-08-05T16_50_06_630Z-debug.logVielleicht kann mir jemand sagen, ob das im Zusammenhang steht.
Danke!
Gruß surfer
Systemdata Bitte Ausfüllen Hardwaresystem: NUC Betriebssystem: Windows 10 Nodejs-Version: 14.16.0 NPM-Version: 6.14.11 Installationsart: Manuell -
Ich bekomme ständig die Meldung „Vor Update auf js-controller 3.3 alle Adapter aktualisieren!“ Wenn ich z. B. im Admin von log auf Instanzen klicke oder auf Info. Jedesmal…
Wie werde ich die Meldung los? Ich habe nicht ein Update außer den js- offen. Im Info-Adapter habe ich entsprechend bestätigt das ich die Info nicht mehr sehen möchte.
Habe nur ich das Problem?
-
@cash sagte in js-controller 3.3 jetzt im STABLE!:
Ich bekomme ständig die Meldung „Vor Update auf js-controller 3.3 alle Adapter aktualisieren!“ Wenn ich z. B. im Admin von log auf Instanzen klicke oder auf Info. Jedesmal…
kann ich bestätigen - kommt immer wieder auch wenn man auf OK geklickt hatte
-
@cash Zieh halt den js-controller auch auf die stabile Version.
-
@thomas-braun sorry ich aktualisiere nicht mal eben so. Das mache ich wenn ich Zeit habe damit ich im fehlerfall genug davon habe. Vor dem Wochenende also auf keinen Fall
-
Der Szenen-Adapter scheint in der aktuellen 2.3.6 auch noch nicht zu passen. Ich habe zwei Szenen, die teilweise gemeinsame Lichte steuern, aber nie gemeinsam aktiv sein können, da dabei zwei der enthaltenen Lampen wechselseitig an oder aus sind. Somit hat immer eine der Szenen den Status "uncertain", während die andere "true" ist. Seit heute bekomme ich nun die jeweilige Meldung:
State value to set for "scene.Wohnzimmerlicht" has to be type "boolean" but received type "string"
eben für die jeweilige Szene, die uncertain ist.
Gruss, Jürgen -
@apollon77 said in js-controller 3.3 jetzt im STABLE!:
Bekannte Adapter mit Fehlermeldungen
deconz - Update geplant
Oha, wenn das so ist und ich das hier so alles lese, warte ich mal lieber noch mit dem controller update bis das deconz Update verfügbar ist.
... und dann fange das am besten Samstagsabend an, damit ich Sonntags noch alles reparieren/fixen kann ...
Ausfälle kommen in einem 5-Personen Haushalt nicht so gut an ... -
bekomme bei folgenden Adaptern die Meldung:
unifi.0 State value to set for "unifi.0.default.vouchers.voucher_.duration" has to be type "number" but received type "string"
mihome.0 State value to set for "mihome.0.devices.plug_158d00020d98af.inuse" has to be type "number" but received type "boolean"
weatherunderground.0 State value to set for "weatherunderground.0.forecastHourly.35h.precipitation" has to be type "value.precipitation" but received type "number"
Issues folgen gleich!