Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@sigi234 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Sag mal, gibt es eigentlich wo eine kurze Erklärung der wichtigsten iob Begriffe?
ich hatte mal vor Jahrhunderten angefangen ein Glossar zu schreiben.
Sollten wir vielleicht mal wieder angehen
-
@apollon77 Dieser Admin5 hat wirklich merkwürdige prüfungen drin??
Ich bin auf Admin4 umgestiegen, um einen Folder 0_userdata.0.harmony zu erstellen:
Beim Admin5 wurde genau auf das harmony überprüft - und die Hinzufügen Schaltfläche deaktiviert.
harmon oder harmonyx hätte er zugelassen. Was sind das für merkwürdige Prüfungen oder Checks?
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Was sind das für merkwürdige Prüfungen oder Checks?
ohne es zu wissen, eine Vermutung:
Es gibt den Adapter harmony
Möglicherweise wird so eine Überschenidung zweier Namespaces unterbunden -
@homoran Na genau den habe ich ja installiert - aber unter 0_userdata.0 sollte eigentlich jeder Name möglich sein.
Dann ist das aber ein Bug - weil manche gehen und manche gehen nicht - habe gerade gesehen ein Verzeichnis flot kann ich nicht anlegen:
mqtt, node-red geht auch nicht
oder admin gehen aber. Dann ist das nicht konsequent umgesetzt - und ausserdem finde ich solche Einschränkungen bedenklich - wenn ich einen Datenpunkt habe und dann kommt ein Adapter mit dem gleichen Namen macht ein Problem - wie gesagt dass sind Einschränkungen unter 0_userdata.0 und keine systemweiten Namen - bislang gibt es auch Null Probleme damit.
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Dann ist das aber ein Bug
mal sehen was @apollon77 dazu sagt.
IMHO sollte es damit in einer niederen Hierarchieebene keine Probleme geben dürfen.@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
wenn ich einen Datenpunkt habe und dann kommt ein Adapter mit dem gleichen Namen macht ein Problem
deswegen wurde auch nur noch der Namespace 0_Userdata zugelassen, damit in der Root-Ebene keine Namen existieren, die irgendwann mal durch neue Adapter zu Problemen führen könnten.
Zumindest war das mal in einer Diskussion angedacht worden
-
@homoran Na man kann doch nicht wissen wie zukünftige Adapter heißen können und das ist doch keine Root Ebene, was ich unter 0_userdata.0 anlege.
Beispiel: Ich nenne ein Verzeichnis
dann fällt einem ein - er nennt seinen Adapter MAN - um seine LKWs zu steuern und plötzlich wird das Verzeichnis illegal??
Aber das ist wohl wieder eine Philsophifrage - bei Adapter Namensräumen etc kann man ja alles mögliche einschränken unter 0_userdata wäre ich sogar dafür alle Einschränkungen wie unter admin4 aufzuheben.
Zumindest sind das ja alles Einschränkungen, die nicht kommuniziert wurden und wie gesagt in diesem Fall auch nicht konsequent umgesetzt.
-
@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
