Admin5: Ich kann keine Objekte mehr manuell anlegen

[cash]

@mickym wie lautet der Typ denn? „Ordner“, „Folder“, „folder“, „FOLDER“ ?

[mickym]

@apollon77 Ich meine dass der iobroker - sobald er erkennt das ein Objekt Children hat - automatisch den type Folder vergeben sollte.

Wenn ich sowas in Zukunft machen (hoffe das geht dann noch)

bekomme ich nun lt. Deiner Aussagen lauter nicht existierenden Objekte

[apollon77]

@mickym Scheint so. Wenn die alle über node-red kamen dann ist das auch "normal" weil dort halt keine Elternstrukturen angelegt werden. Oder selbst angelegt? Dann halt auch nie mit Elternobjekten weil es halt bisher nie "enforced" wurde

[mickym]

@cash sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

@mickym wie lautet der Typ denn? „Ordner“, „Folder“, „folder“, „FOLDER“ ?

folder:

[apollon77]

@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Ich meine dass der iobroker - sobald er erkennt das ein Objekt Children hat - automatisch den type Folder vergeben sollte.

Ich glaube du verstehst da noch etwas falsch. Ein Objekt existiert oder es existiert nicht. Wenn objekte in den Zwischenebene fehlen wird das aktuell generell ignoriert - nur Admin beachtet das jetzt in der UI. Ein nicht existentes Objekt kann man nicht einfach als Folder anzeigen weil es existiert ja nicht.

Mir ist schon klar das dies noch ein bisl eine Crux ist - vor allem wenn irgendwelche Logiken die tiefste Objektebene anlegt aber oben drüber nicht...

[mickym]

@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

@mickym Scheint so. Wenn die alle über node-red kamen dann ist das auch "normal" weil dort halt keine Elternstrukturen angelegt werden. Oder selbst angelegt? Dann halt auch nie mit Elternobjekten weil es halt bisher nie "enforced" wurde

Das war ja das praktische - im Prinzip hat das System (keine Ahnung ob das die iobroker out Node oder irgendeine andere Engine) angelegt hat. Es wäre nur jammerschade, wenn man so über ein msg.topic ein Struktur so nicht mehr anlegen könnte.
Und im Moment kommen halt lauter Objekte raus, die ich dann manuell alle nochmal anlegen müsste - das kann doch nicht ernsthaft als Lösung vorgeschlagen werden.

[apollon77]

@mickym Auch hier , siehe mein letzter Post: Mal langsam!

Wenn Du alle Objekte per node-red anlegst dann stören dich doch vorerst die Admin-Checks nicht ... Das ganze kommt nur zum Tragen wenn Du manuell noch was tun willst.

Und bedenkt bitte immer noch die Info im Ersten Post:

Weiterhin arbeitet @Dutchman an einem kleinen JavaScript welches das Automatisch korrigieren kann.

[mickym]

@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

@mickym Auch hier , siehe mein letzter Post: Mal langsam!

Wenn Du alle Objekte per node-red anlegst dann stören dich doch vorerst die Admin-Checks nicht ... Das ganze kommt nur zum Tragen wenn Du manuell noch was tun willst.

Und bedenkt bitte immer noch die Info im Ersten Post:

Weiterhin arbeitet @Dutchman an einem kleinen JavaScript welches das Automatisch korrigieren kann.

OK - mit den Objekten habe ich nun verstanden.

Und ja wenn so ein Script von @Dutchman "Nicht existierenden Objekten" den Typ "folder" spendiert ist es ja gut.
Wenn ich auch in Zukunft mittels NodeRed noch meine Datenhierachien (zumindest unter userdata) erstellen kann, bin ich ja auch zufrieden.
Vielleicht sollte kann man ja ggf. die iobroker out Nodes, dann automatisch mit der Aufgabe betreuen, dass nicht existierenden Hierachieebenen als folder erstellt werden.

Alles gut - ich weiß mir nun zu helfen und bin auch schon still. Ich hab halt so meine Bedenken, dass man mit dem "Zwang" auch nützliche Funktionen verliert (s. mqtt).

Ich kann mich nur aus dem Beitrag hier wiederholen, dass das eine Frage der Philosophie ist und das beispielsweise auch "Verzeichnisse" oder "hierarchische Datenpunkte" eine gewisse Logik haben.
Auch wenn Du vielleicht mit mqtt nichts am Hut hast, aber letztlich ist das ja auch als Datenbank für IoT entworfen worden und ich denke es hat seinen Grund, warum man hier keine Einschränkungen von Datentypen in einer Hierarchie gemacht hat.

Aber wie gesagt - ich halte mich hier nun raus, zumindest soweit ich das nun verstanden habe.

[apollon77]

@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Vielleicht sollte kann man ja ggf. die iobroker out Nodes, dann automatisch mit der Aufgabe betreuen, dass nicht existierenden Hierachieebenen als folder erstellt werden.

Dann leg mal ein node-red Issue an , dann sehen wir da weiter

[mickym]

@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Vielleicht sollte kann man ja ggf. die iobroker out Nodes, dann automatisch mit der Aufgabe betreuen, dass nicht existierenden Hierachieebenen als folder erstellt werden.

Dann leg mal ein node-red Issue an , dann sehen wir da weiter

https://github.com/ioBroker/ioBroker.node-red/issues/206

mickym2 created this issue in ioBroker/ioBroker.node-red

closed iobroker out node should create folder objects #206

[Pedder007]

@apollon77 danke für Deine nochmalige Bestätigung.
Jetzt mache ich mir mittlerweile auch bereits weniger Sorgen

Edit:
Ich sehe gerade oben in der Animation, es gibt dann nun hier auch eine dunkle Oberfläche!?
Kann man das einstellen? - ich kann mich da echt nicht dran gewöhnen und es nervt schon immer bei Windoofs Teams, dass man (ich) irgendwelche Symbole nicht mehr finde ....

OK hat sich erledigt, darunter gibt es ja auch einige helle Screenshoots - ich gelobe künftig mehr zu lesen

[klassisch]

Oh, Leute, wieso nachträglich Regeln verschärfen? Do it once, do it right! Bein Ersten sind wir frei, beim Zweiten sind wir Knechte.
Und was halt mal erlaubt war, ist dann halt so und man sollte es nicht einschränken. Plötzlich muß man Skripte ändern. Der ioBroker soll für mich arbeiten, nicht ich für den ioBroker.

Dann laufen mit Admin 5 evtl meine Skripte nicht mehr?
Habe für meine Statistiken praktische Datenstrukturen, bei der ein Kanal/"Folder" gleichzeitig auch Daten trägt:

Also der Kanal

0_userdata.0.power.smartMeterTotalEnergy

Stellt nicht nur ein Strukturelement ("Folder") dar, sondern trägt auch noch die Zahl als Inhalt. Wird per Skript für die Datenpunkte, für die ich Statistiken haben möchte, angelegt. Geht wunderbar, schöne Abkürzung und übersichtlich. Super praktisch.
Wird das mit dem neuen Admin jetzt auch verboten/blockiert/funktionslos/bewarnt?

[paul53]

@klassisch sagte: Dann laufen mit Admin 5 evtl meine Skripte nicht mehr?

Admin 5 hat keinen Einfluss auf die Funktion von Skripten.
Mit Skripten lassen sich auch weiterhin "eigenwillige" Strukturen erzeugen.

[Homoran]

@klassisch sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Leute, wieso nachträglich Regeln verschärfen?

Hooooh!!!

Die Regeln waren immer schon, wurden aber (sträflicherweise) nie geprüft. Nur das ist jetzt anders

Ich glaube außerdem dass du da zwei Punkte durcheinanderwirfst, und das auch noch nicht ganz richtig:

1.) keine eigenen Strukturen in Namespaces von Adaptern!
2.) keine Datenpunkte ohne zugehöriges Objekt

Beides galt (eigentlich) schon immer
Wenn du das alles richtig hast ist alles ok

[Homoran]

@paul53 sagte:

Mit Skripten lassen sich auch weiterhin "eigenwillige" Strukturen erzeugen.

leider!
Anscheinend auch mit node-red

[klassisch]

@paul53 @Homoran

Ich bin verwirrt.

In den Namespace von Adaptern schreibe ich nicht. Die wehren sich oder sind geschützt. Jedenfalls ging das nicht.
Deshalb hatte ich einen eigenen userspace "data.0" eingeführt, in den ich meine Daten einsortiert habe. Eine prima Idee aber zu früh. Später wurde sowas offizialisiert leider mit dem (für mich falschen) Namen "0_userdata.0". Also habe ich die Sachen nach und nach umgezogen....

Und bevor ich o.g. Struktur in ein Skript gegossen habe, habe ich selbstverständlich über manuelles Anlegen mit Admin geprüft, ob das akzeptiert wird. Ja, hat funktioniert. Also alles klar und ins Skript damit - ohne schlechtes Gewissen. Was die System hergeben wird genutzt.

Ist die oben gezeigte praktische Kompaktstruktur jetzt "illegal" und wird vom Admin 5 nicht mehr unterstützt? Kann ja sein, daß man mal etwas manuell nacharbeiten muß und wenn der Admin sich dann weigert oder verändert, dann wäre das auch blöd.

[Homoran]

@klassisch sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Was die System hergeben wird genutzt.

undokumentierte "Features"

@klassisch sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Ist die oben gezeigte praktische Kompaktstruktur jetzt "illegal" und wird vom Admin 5 nicht mehr unterstützt?

nein! Wo hast du denn deiner Meinung nach eine "illegale" Struktur?

Diese Meldungen kommen nicht von Admin v5, sondern vom Controller v3.3
Weiterhin sind es nur WARN Meldungen, die darauf hinweisen, dass es nicht ok ist

[paul53]

@klassisch sagte: Ist die oben gezeigte praktische Kompaktstruktur jetzt "illegal" und wird vom Admin 5 nicht mehr unterstützt?

Sie ist nicht illegal, aber entspricht nicht der einheitlich gewünschten Struktur. Admin 5 erschwert nur das manuelle Erstellen weiterer Datenpunkte in solch einer Struktur.

[klassisch]

@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

nein! Wo hast du denn deiner Meinung nach eine "illegale" Struktur?

naja, bei mir wirkt der Kanal nicht nur als Strukturelement, sondern trägt auch Daten. Keine Ahnung, ob illegal. jedenfalls nicht alltäglich aber superpraktisch

Diese Meldungen kommen nicht von Admin v5, sondern vom Controller v3.3
Weiterhin sind es nur WARN Meldungen, die darauf hinweisen, dass es nicht ok ist

[Homoran]

@klassisch sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

bei mir wirkt der Kanal nicht nur als Strukturelement, sondern trägt auch Daten

nö - macht er nicht.

Du hast da einen state - und darin noch einen undefinierten und dann noch einen state! Und das ist jetzt "illegal".
Aber soweit ich das als js-Legastheniker" verstanden habe kannst du jetzt solche Konstrukte nicht mehr manuell anlegen
Mit js geht es weiterhin