js-controller 4.0.x jetzt für alle User im STABLE!
-
@thomas-braun Ja ich denke ich muss mal ein neues sauberes System aufsetzen und mit Backup/restore arbeiten. Ist einige Jahre lang gewachsen und sicher viele Rechte/root probleme.
-
@chrisxy NEIN bitte redis lassen und gut ist ... das darf sich auch nicht ändern ...
Also bitte dafür mal eigenen Thread auf machen, dann da bitte dein iobroker.json reinpasten das man checken kann ob das passt ... genau so infos zum system, raspi, proxmox, docker oder oder oder ... danach muss du mal ein Update mit uns zusammen machen.
-
@chrisxy Die sollte "Iob fix" alle fixen
-
Hallo,
ab sofort taucht der js-controller 4.0.23 im Stable auf. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem Problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.
Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284
Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.
Am besten natürlich sicherheitshalber besser Updaten
-
@apollon77 vielen Dank, hat hervorragend geklappt, es gab keinerlei Probleme.
-
von 4.0.21 auf 4.0.23 sowohl master als auch slave
alles geklappt; keine Fehler im log.
-
@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
@fredf sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
(Bis auf das BLE Problem
Das steht auch ganz oben im ersten Post, wir haben schon ein Fix für die eine Library die da nicht rebuilden will, der muss nur noch ausgerollt werden
Wann wird den der Fix ausgerollt?
-
@fredf ist extern und somit nicht unter unserer Kontrolle.
-
Keine Probleme
-
Update lief hier auch ohne Fehlermeldungen durch.
Nur habe ich seit dieser Version im Objektbaum nur noch die Anzeige der ID's anstatt der Namen in den Adaptern.
Das ist z.B. beim Homematic oder Deconz Adapter so.
Dies betrifft aber auch weitere Adapter.Warum wird denn die ID und nicht wie früher der Name?
In den Eigenschaften steht der Name noch in common.name drin.
Kann man das konfigurieren?Danke.
-
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Das ist z.B. beim Homematic
zeig mal Screenshot
Bei Homematic stand bei ID schon immer die Nummer drin.
-
@bahnuhr
hm, ich bin mir sicher, dass der friendly name immer angezeigt wurde.
Man bekommt ja so nicht raus, welches das Gerät ist, wenn man nicht in die Objekteigenschaften schaut.So siehts aus:
und im Deconz:
-
-
@bahnuhr
Wo gebe ich das an?
Aber es wurde ja schon mal angezeigt.Das behebt dann aber nicht das "Problem" bei den anderen Adaptern.
-
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Wo gebe ich das an?
Na in der ccu. Oder hast du diese nicht.
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Aber es wurde ja schon mal angezeigt.
Bei mir noch nie. Was schon immer so wie oben in meinem Screenshot.
-
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Das behebt dann aber nicht das "Problem" bei den anderen Adaptern.
Da ist es bei mir normal.
-
@bahnuhr
Ich finde die Option zur Änderung in der CCU nicht.
Ich nutze piVCCU3.Diese Einstellung ändert ja den Gerätetyp, soweit ich das richtig deute.
-
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Ich finde die Option zur Änderung in der CCU nicht.
He ??
verstehe ich nicht.Das ist der normale Name den du in der ccu eingegeben hast:
@siggi0904 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:
Diese Einstellung ändert ja den Gerätetyp, soweit ich das richtig deute.
Da wird nix am typ geändert.
-
@bahnuhr
Ja, das habe ich eingestellt.
-
da nicht:
