js-controller 3.3 jetzt im STABLE!
-
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
Deswegen sammle ich alle hier gemeldeten Adapter oben im zweiten Post
unifi
mihome
weatherundergroundhab ich bereits Issues erstellt und hier (dürfte in der Menge untergegangen sein) gemeldet.
-
@homoran sagte in js-controller 3.3 jetzt im STABLE!:
für die "wrong-Type" Warnmeldungen gibt es extra einen zweitten Thread
Upps, sorry. Hab ihn erst jetzt gesehn.
-
@negalein Bitte hier, wiee im Issue nachgefragt Objekte löschen. Ich weiss das nicht alle 3 betroffen sind wiel ich Sie selbst gefixt habe
Deswegewn stehen die auch oben nicht drin.- Also biotte Objekte löschen, Adapter Restarten, Issues schliesen wenn Fehler danach weg sind und kommentieren wenn weiterhin da. Danke -
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
wiee im Issue nachgefragt Objekte löschen
schau ich gleich.
hab gerade bemerkt, dass alle heutigen Git-Mails im Spam waren!
-
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
Issues schliesen wenn Fehler danach weg sind und kommentieren wenn weiterhin da
Unifi & Mihome bleibt der Fehler.
Hab Issue ergänzt. -
Hallo,
da ich im git vom deconz-Adapter keine Infos finde, frage ich mal hier.
Gibt es schon einen Zeitplan, wann deconz aktualisiert werden könne?
Danke im Voraus.
-
@apollon77 und @Homoran, danke für Eure Rückmeldungen. Es ging mir definitiv nicht um „Schuld“
Ich versuche nur irgendwie abzuschätzen wann ich den Controller updaten kann ohne dabei mein halbes Setup auf den Bauch zu legen.
Wenn bei mir deCONZ ausfällt geht hier so ziemlich nichts mehr, dass muss man ja nicht mit Absicht herbeiführen
, bzw. dann so, dass sich der Aufwand in Grenzen hält.
Ich bin halt schon noch ziemlicher ioBroker Anfänger und bei den ganzen Posts hier wird mir schon etwas mulmig ... -
@pedder007 Es ist KEIN Adapter bekannt der mit dem neuen js.controller nicht tut oder kaputt geht. Das einzige was bei einigen Adaptern passiert ist, das pot "info-Logmeldungen" generiert werden - das kann ggf zu etwas mehr Last führen und ist im zweifelsfall unterdrückbar indem der Loglevel der Instanz auf "Warn" hochgesetzt wird.
-
@apollon77 was ich auch lese, ist der Punkt/Tread mit dem ‚ack‘, den ich morgen nochmal in Ruhe lesen muss.
Ich habe auch etliche Blocklys laufen und eine ganze Menge selbst-angelegter Datenpunkte im Einsatz.
Da ich aber immer darauf geachtet habe, dass es bzgl. der Typen auch keine ‚Warnings‘ im Log gegeben hat, bin ich zuversichtlich, dass sich die ‚Fehlermeldung‘ in Grenzen halten. Zumindest habe ich das Thema in der Richtung verstanden -
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
nur um nachher eine unübersichtlichere UI zu haben als vorher
Das ist doch nur Gewohnheit. Mittlerweile kommt mir die alte UI sehr unvertraut vor. Das einzige was mich derzeit stört ist, dass man die Spaltenbreite nicht wie vorher per Maus ändern kann.
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
eine unübersichtlichere UI zu haben als vorher
Ich finde, man sollte dem Ganzen eine Chance geben sich zu entwickeln. Das ist jetzt erst seit ein paar Tage im "Stable" und somit für die Masse verfügbar. Ich bin mir sicher, das im Laufe der Zeit Dinge verändert werden die vielleicht noch nicht ganz optimal sind.
-
@apollon77 said in js-controller 3.3 jetzt im STABLE!:
@pedder007 Es ist KEIN Adapter bekannt der mit dem neuen js.controller nicht tut oder kaputt geht. Das einzige was bei einigen Adaptern passiert ist, das pot "info-Logmeldungen" generiert werden - das kann ggf zu etwas mehr Last führen und ist im zweifelsfall unterdrückbar indem der Loglevel der Instanz auf "Warn" hochgesetzt wird.
Also damit ich das richtig verstehe, bevor ich jetzt dann am späten Nachmittag mit der Updateprozedur starte. Das einzige was mir als normaler User passieren kann ist, dass von Adaptern Fehler ins Log geschrieben werden und dass ich eigene Datenpunkte korrigieren muss, falls diese damals falsch angelegt wurden?
-
@apollon77 Läuft spitze, keine Probleme beim Update.
Danke euch allen.
-
@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:
@jan1 Wie geschrieben wird das bei "Javascript" auf lange absehbare zeit nicht passieren. Es ist "Legacy" aber naja da ist zuviel schon da
Ich hatte es oben ja auch schon geschrieben, der Gedanke dahinter sind einheitlicher Systeme ohne Wildwuchs. Ok, da fallen eigene DPs unter Javascript etwas aus dem Rahmen weil die schon über den Blockly Block so angelegt wurden und das somit eben dumm gelaufen ist. Nur das dann noch zu begründen warum das OK ist und andere nicht, macht es auch nicht wirklich verständlicher für viele User.
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
Vielleicht kann man für den MQTT Adapter eine ausnahme machen.
Mach ein GitHub issue im Admin, erkläre deinen hintergrund nochmal und wir sehen weiter
-
@jan1 sagte in js-controller 3.3 jetzt im STABLE!:
Nur das dann noch zu begründen warum das OK ist und andere nicht, macht es auch nicht wirklich verständlicher für viele User.
Ehrlich ... (Leider) gewinnt die Realität in den meisten Fällen dann doch immer. Und das ist so ein Fall. So gern wir es vllt ändern würden - wenn Du die Diksussion hier siehst werden wir den Teufel tun JavaScript.X anzufassen. Und das kann ich auch so ehrlich sagen. Auch in der Popup Meldung ist javascript.X explizit im Admin erwähnt. Und auch ich habe immer geschrieben das javascript.0 erlaubt ist.
Also : Ja die Empfehlung ist klar neue Datenpunkte in 0_userdata.0 einzustellen und darüber nachzudenken den Rest umzuziehen. Das ists aber auch schon
-
Hallo Gemeinde,
Hab dann doch noch was gefunden, bei dem ich nicht weiß wer der Schuldige ist.
hm-rpc.2 2021-08-08 21:25:21.883 error Cannot call setValue: XML-RPC fault: Failure hm-rpc.2 2021-08-08 21:25:21.881 error xmlrpc -> setValue ["NEQ1321750:1","LEVEL",0] FLOATBin jetzt mit allen Updates durch:
js-Controller 3.3.15
Admin 5.1.23
Rpc 1.14.43
JavaScript 5.2.8Das angemeckerte Device ist ein Homematic Rolladenaktor der zum Zeitpunkt des Logeintrags von einem Blockly runter gefahren wurde, was er auch brav gemacht hat.
-
@linedancer Das ist ein normaler Kommunikationsfehler seitens der CCU. Also eine Servicemeldung. Passiert immer mal wieder. Hat nichts mit dem Updates zu tun
-
Danke für die schnelle Rückmeldung, das beruhigt.
