NEWS
Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@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
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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 Verzeichnisdann 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. -
@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 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. :grin:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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. :grin:
@mickym
Ich weiß nicht warum du mich heute nicht verstehst :cry:@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) -
@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. :grin:
@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.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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!
-
@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:
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.
-
@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:
-
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. -
@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 :)
-
@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.@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?
-
@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
-
@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
-
@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 dasNur 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?
-
@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). -
@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
788
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge