Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Was ist meta und was ist folder?
folder ist "Verzeichnis"; meta ist für anderes vorgesehen
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Und warum kann ich unter 0_userdata.0.Wetterstation_Statistik keine Objekte anlegen:
in deinem Screenshot der Objekte ist leider der TYP nicht zu sehen.
In dem anderen glaube ich zu entziffern:
unter Common steht gar nichts
unter native steht state.weder in gar nichts noch in einem state kann man Unterstrukturen erzeugen.
Text/Code bitte immer als Text in code-tags posten und nicht als Screenshot!
-
@homoran Ok also nochmal.
Hier kann ich nix erstellen:{ "common": { "name": "Wetterstatistik", "role": "", "read": true, "write": true }, "native": { "name": "Wetterstatistik", "type": "folder", "role": "state" }, "type": "state", "_id": "0_userdata.0.Wetterstation_Statistik", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1635941693030 }und hier gehts:
{ "_id": "0_userdata.0.Eigene_Datenpunkte", "type": "folder", "common": { "name": "Eigene_Datenpunkte", "type": "meta.user" }, "native": {}, "acl": { "object": 1604, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1635941513229 }Zu welcher Gelegenheit verwende ich den meta, das steht bei mir in manchen Objekten schon drin aber weiter oben im Fred wird davon abgeraten meta zu verwenden?
Weiterhin ist für mich unklar was unter common und was unter native gehört.
-
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Hier kann ich nix erstellen:
auch nicht da:
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
"type": "state",
da ist klar, dass man in einem State nichts weiteres anlegen kann
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
und hier gehts:
da steht ja auch
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
"type": "folder",
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Zu welcher Gelegenheit verwende ich den meta
gar nicht!
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
das steht bei mir in manchen Objekten schon drin
das ist auch korrekt. Das macht der Adapter
@rushmed sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Weiterhin ist für mich unklar was unter common und was unter native gehört.
native sind die Werte, die vom Gerät kommen (nämlich 'nativ')
-
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
native sind die Werte, die vom Gerät kommen (nämlich 'nativ')
Sag mal, gibt es eigentlich wo eine kurze Erklärung der wichtigsten iob Begriffe?
-
@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
-
@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
