Admin 6.2 jetzt im Stable
-
ich muss hier noch mal etwas fragen. Heute ist mir aufgefallen, das Datenpunkte plötzlich schreibgeschützt sind. War bei Admin 5.xx nicht
Es geht z.B um Homematic Bewegungsmelder (HM-Sec-MDIR) oder Tür/Fensterkontake (HM-Sec-SCo)
Oder liegt das an etwas anderem??
-
@emil70 sagte in Admin 6.2 jetzt im Stable:
Datenpunkte plötzlich schreibgeschützt sind.
ist auch richtig so .. seit Admin 6.
Warum wollst du einen Datenpunkt beschreiben ,
wenn er vom Aktor
z.B um Homematic Bewegungsmelder (HM-Sec-MDIR) oder Tür/Fensterkontake (HM-Sec-SCo)
selber nur getriggert wird .
Es bringt ja nichts den Datenpunkt selber zu beschreiben ! -
Der hatte sich nicht geändert, nach Action. Dachte liegt am Schreibgeschutz.
Nachem ich mal Alle HM-Adapter neu gestartet hatte, wurde die Datenpunkte auch wieder aktualisiert
-
@glasfaser sagte in Admin 6.2 jetzt im Stable:
Es bringt ja nichts den Datenpunkt selber zu beschreiben !
Wie erkennt den Admin 6.x, das es ein Datenpunkt ist, wo es kein Sinn macht den zu ändern?
Das wäre doch z.B ein Datenpunkt, mit dem man über Blockly den Resi wieder einschalten kann. Oder nicht??
-
Du hast auch ein Filter (Suche ) drin "enigma2.0.main_command.STANDBY"
nimm den mal raus und gehe ohne Filter zum Datenpunkt , dann wird er normal angezeigt !
EDIT :
Du hast auch noch zusätzlich den Expertenmodus an !
Die Standartanzeige vom Datenpunkt ist ein Button Zeichen . -
Ok, verstanden. Beim enigma-adapter gibt es Standby halt 3 x als Datenpunkt. Das ist schon ein bisschen verwirrend
Danke dir
-
@emil70 sagte in Admin 6.2 jetzt im Stable:
wo es kein Sinn macht den zu ändern?
In deinen Schnipsel konnte ich es nicht genau erkennen , denn
diese Datenpunkte sind zum ändern
ab Ordner main_command
was du da zeigst ist nur ein Zustand .... true/false
-
@emil70 Nein, die relevanten States waren das schon immer read-only ... Admin 6 zeigt es jetzt transparent an. Du kannst Sie weiterhin mit Admin im Expertenmodus beschreiben wie bisher auch ... und ohne Expertenmodus geht das nicht (auch wie schon immer)
-
@emil70 sagte in Admin 6.2 jetzt im Stable:
Wie erkennt den Admin 6.x, das es ein Datenpunkt ist, wo es kein Sinn macht den zu ändern?
Weil esim entsprechenden Objekt vom Entwickler so definiert wurde
-
Kann man ggf. am Admin bzgl. der Schrifgröße des Fenster welches bei der Adapter Aktualisierung aus dem Info Menü heraus erfolgt, noch was drehen?
Die ist arg klein und (für mich) kaum lesbar. Außerdem wird das eingestellte Schema (Dark) in dem Fenster nicht übernommen.
Starte ich Adapter Updates hingegen aus dem Adapter Tab heraus, hat das Info Fenster zum einen das Dark Schema und die Schrift ist viel größer und besser lesbar.
Start aus Info heraus:
Start aus Adapter heraus:
-
@jb_sullivan issue beim Info Adapter machen bitte
-
Kann mir jemand kurz sagen was der aktuelle Stand ist bei der Spaltekonfiguration der Objekte in der mobilen Ansicht am Smartphone?
ich finde es wirklich schade, dass es nicht mehr möglich ist am Smartphone die Werte sehen zu können. Der Desktop Modus ist für mich nur eine Zwischenlösung. -
@rtwl Den aktuellen Stand der Diskussion findest du hier: https://github.com/ioBroker/ioBroker.admin/issues/1625
closed column configuration in objects does not work #1625
-
Moin,
da das letzte Update mich ziemlich aus der Bahn geworfen hat: Ich bin auf 5.1.25 auf einem Synology NAS im Docker-Container. Kann ich das Update bedenkenlos ausführen?
Danke,
Moritz -
jetzt-im-stable
-
@thomas-braun Was meinst du damit genau? Ich verstehe es so wie "alled jut mien jung, mach man"
-
Sonst wäre die Version nicht als stabil veröffentlicht worden sondern würde noch im Beta-Bereich abhängen.
Wenn du es also wie üblich aktualisierst sollte da nicht viel passieren. Hinweise lesen hilft ggf. auch.
Und insgesamt das System auf Stand haben ist eh selbstverständlich. -
@dasmoritz sagte in Admin 6.2 jetzt im Stable:
@thomas-braun Was meinst du damit genau? Ich verstehe es so wie "alled jut mien jung, mach man"
Nur eine Einzelfallmeldung, aber bei mir hat es absolut problemlos funktioniert.
Insofern: Nur Mut - und vorher natürlich wie immer bei solchen Aktionen das Backup laufen lassen
-
@zarello Moin,
Danke. Ich war anscheinend lange nicht mehr im ioBroker aktiv und muss erstmal hier durch....
js-controller (>=3.3.22): 3.3.18
Sprich, dass Teil aktualisieren... Ich habe da mit Synology und ioBroker auf Docker immer meine Bauchschmerzen...
Edit.... Okay, das Update ist in die Hose gegangen, die Anleitung von Buanet (Docker) passte wohl für mich nicht...
root@iobroker:/opt/iobroker# iobroker status internal/modules/cjs/loader.js:818 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15) at Function.Module._load (internal/modules/cjs/loader.js:667:27) at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) at internal/main/run_main_module.js:17:47 { code: 'MODULE_NOT_FOUND', requireStack: [] } root@iobroker:/opt/iobroker# iobroker start internal/modules/cjs/loader.js:818 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15) at Function.Module._load (internal/modules/cjs/loader.js:667:27) at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) at internal/main/run_main_module.js:17:47 { code: 'MODULE_NOT_FOUND', requireStack: [] } -
@dasmoritz Dann am besten das in nem anderen/eigenen Thread mit Docker Spezialisten fixen
