Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Na man kann doch nicht wissen wie zukünftige Adapter heißen können und das ist doch keine Root Ebene
eben!
deswegen stimme ich dir ja zu, dass das ein Bug sein könnte/müsste. -
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
IMHO sollte es damit in einer niederen Hierarchieebene keine Probleme geben dürfen.
Nein - das scheint grundsätzlich verboten zu sein. Ich kann auch nichts unter:
anlegen und hier von "Root" zu sprechen - die Ebene ist schon sehr tief.
-
@mickym
Ich weiß nicht warum du mich heute nicht verstehst
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Nein - das scheint grundsätzlich verboten zu sein. Ich kann auch nichts unter:
Das ist doch was ich schrob:
Wenn das Blocken gewisser Namen zum Schutze der Namespaces stattfindet, dann sollte es nur auf Root-Ebene geschehen. Alles andere wäre in meinen Augen en Bug (wie eben schon nachgelegt) -
@mickym sagte: Nein - das scheint grundsätzlich verboten zu sein.
Ja, das scheint ein Bug zu sein, der mit den Namen der installierten Adapter zusammenhängt: "harmony" kann ich erstellen, da ich "harmony" nicht installiert habe, "flot" kann ich jedoch nicht erstellen.
EDIT: Es betrifft nicht alle installierte Adapter / aktive Instanzen. Z.B. "email", "admin" können erstellt werden.
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@mickym sagte: Nein - das scheint grundsätzlich verboten zu sein.
Ja, das scheint ein Bug zu sein, der mit den Namen der installierten Adapter zusammenhängt: "harmony" kann ich erstellen, da ich "harmony" nicht installiert habe, "flot" kann ich jedoch nicht erstellen.
ist hier auch so mit flot, Tankerkönig oder auch alexa2 funktioniert aber!
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
EDIT: Es betrifft nicht alle installierte Adapter / aktive Instanzen. Z.B. "email" kann erstellt werden.
Na das hatte ich ja hier auch beschrieben: https://forum.iobroker.net/topic/46814/admin5-ich-kann-keine-objekte-mehr-manuell-anlegen/10?_=1637253178495
Selbst wenn das gewollt wäre, was ich wie gesagt problematisch finde, wäre es nicht konsequent umgesetzt.
-
Bin nicht sicher ob es gleiches Phänomen ist und bei mir lässt sich im Pfad 0_userdata.0.Alarmanlage.Haustuer kein weiterer Datenpunkt anlegen. (Dies Auswahl lässt sich nicht umstellen). Nur Ordner.
Ein DP ist dort bereits angelegt (vor ein paar Tagen) und lege ich einen zusätzlichen Ordner Test an, kann ich darin wieder DPs anlegen. Admin Version ist 5.1.25:
-
@pete0815 Nein ist nicht das gleiche Problem, sondern Dir fehlen die Objekte darüber.
Das siehst Du an den fehlenden Stiftsymbolen. Test hat ein Objekt die anderen nicht. Wenn das häufiger vorkommt, dann das Skript von @fastfoot drüber laufen lassen, anderen falls die Objekte erstellen, in dem Du die Ordner nochmal erstellst.
Auf die Hierachieebene 0 gehen und mit + ein Verzeichnis 0_userdata.0.Alarmanlage und 0_userdata.0.Alarmanlage.Haustuer erstellen, dann gehen auch wieder andere DP. Ist alles nicht ganz toll da auch andere Adapter wie MQTT, NodeRed die Hierachien ohne Objekte angelegt haben alle nachbearbeitet werden müssen und sich da seit der Admin 5 zum Standard erklärt wurde, anscheinend wenig tut. Ich bin langsam immer mehr der Meinung, man sollte diesen ganzen 0_userdata von sämtlichen Prüfungen ausnehmen, dann hätte man da wenigstens wieder die Freiheiten, wie unter den Vorgängerversionen. Zumindest, dass der Admin bei fehlenden Objekten selbstständig Ordnerobjekte anlegt scheint wohl nicht so einfach zu sein, würde aber zumindest unter userdata eine Menge Probleme lösen und man müsste nich x Adapter anfassen. -
Vielen Dank. Nichts gegen das Skript, aber bilde mir ein den genannten Workaround besser behalten zu können und er funktioniert
Nuja zum Rest kann ich wenig sagen, bin ja schon mal stolz wie Bolle auf dem IObroker die manuellen DPs mal an vorgesehener Stelle anzulegen und nicht wie in der Erstinstallation Kreuz&Quer und das erst zu realisieren, wenn es schon viel zu spät ist
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Auf die Hierachieebene 0 gehen
leider funktioniert schon das nicht bei mir. Wie komme ich auf dei Hauptebene 0?
Und auch in den Unterebenen darf ich immer nur das was ich gerade nicht brauche. Wie bekomme ich hier wieder die Rechte, daß ich einfach Datenpunkte neben andere (schon vorhandene) Datenpunkte und Verzeichnisse neben bereits vorhandene Verzeichnisse legen kann?
-
@klassisch Zeig mal
-
@apollon77 Vielen Dank!
Möchte
unter
0_userdata.0.power.TreppeDehumid.temp
noch einen Datenpunkt einfügen
Tooltipp sagt, ich könne einen Status anlegen:
Sollte also gehen. Also gehe ich auf
0_userdata.0.power.TreppeDehumid.temp
Drücke auf das Plus und bekommen das
Nur Verzeichnis auswählbar.
Was ich noch sehen kann ist:
Admin habe ich heute morgen upgedatet
-
@klassisch mach mal den ersten Screnshot breiter ... was isn das für ein Objekttyp?
-
@apollon77 Sieht so aus
-
@klassisch
"TreppeDehumid" ist ein Datenpunkt. "temp" darunter ist ein Ordner ohne Objekt und darunter befinden sich Datenpunkte. Eine solche Struktur ist nicht mehr zulässig (zumindest nicht unter Admin 5). -
@paul53 d.h. downgraden auf Admin 4?
-
@klassisch sagte: downgraden auf Admin 4?
... oder Datenpunkte mit createState() erstellen, wenn Du auf Deiner Struktur bestehst.
-
@klassisch Oder die objekte richtig anlegen?
Alternativ kannst du (noch) im Admin auf die ALte UI zurückschalten ... aber sauberer ist einfach die Dinge zu korrigieren.Weiter oben gabs auch ein skript was das ggf automatisch gemacht hat
-
Nun, die Struktur ist halt wie sie ist, war legal, praktisch und hat funktioniert.
Diese Art habe ich für meine Staistiken automatisch generiert. Da greifen schon einige Skripte zu. Das alles ändern ist schon ein Ding.
Und bilnd ein Skript drüber laufen lassen - ich weiß nicht. -
Und es gibt auch an anderer Stelle Unanehmlichkeiten.
Harmlose Sache
Unter AllesZu möchte ich einen Unterordner anlegen. Geht nicht mehr.
AllesZu ist ein Ordner mit einem State. Das ist harmlos und sollte auch regelkonform sein.
Ich verstehe es nicht mehr
