Admin5: Ich kann keine Objekte mehr manuell anlegen

[mickym]

@dr-bakterius sagte in Admin v5 jetzt im STABLE!:

@mickym sagte in Admin v5 jetzt im STABLE!:

Auch im Expertenmodus kann ich zum Beispiel in meinem mqtt- Baum keine eigenen Datenpunkte - sondern nur ein Verzeichnis - erstellen.
Es ist aber gerade im Kommandoast erforderlich, dass ich selber Datenpunkte erstellen kann

Dann deklariere 'cmnd' als 'folder'. @apollon77 hat das in seinem anderen Thread eh schon beschrieben...

Ich kann da gar nichts machen ....

außer den ganzen Ast löschen und neu anlegen - das kann aber nicht im Ernst so sein, da ich ja ein Objektstruktur auch durch den Adapter oder die Logikmaschine erstellen lasse.
Ich hoffe mal, dass jeder Adapter wie bisher seine Strukturen erstellen kann - einfach über die ID und die Hierarchien erstellen kann.

Auch unter userdata (wie auch in den anderen Ästen) bekomme ich bei keinem Ordner was einzustellen ob so etwas nachträglich zu ändern - hier kann man ja nicht mal mehr die "raw" Daten zu sehen.

Und selbst bei Kanälen und Geräten kann ich da nachträglich gar nichts ändern.

Ich finde es auch generell etwas schwierig - das so über das ganze System einzuschränken. Das fand ich auch bei Adaptern schwierig, die mir bei einer Funktion - die Zustände vorschreiben wollten (weiß nicht mehr welcher das war - aber der flog gleich wieder runter).

[SabineT]

@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@fabian1
Wo legt er dann die DPs der eigenen Geräte an? Ich dachte das macht der Adapter eh automatisch richtig.

Ich versteh Dein Problem, wenn das nicht dort gemacht wird, wird dann aber etwas OT hier

Wenn ich in meiner ESP8266 Firmware Daten per MQTT sende dann erstellt er die Datenpunkte in MQTT.0.GerätXYZ das stimmt! ABER MQTT geht ja in beide Richtungen, ich muss ja die Möglichkeit haben selbst Topics anlegen zu können.

Ich hab als MQTT-Broker bei mir Mosquito im Einsatz, weil ich finde, sowas sollte unabhängig vom ioBroker laufen.
Als Adapter verwende ich dann den MQTT-Client Adapter. Bei dem kann man bei jedem Objekt einen Topic einstellen, ob man damit den Wert publishen will bzw. ob dieser Topic für das Objekt abonniert werden soll:

[paul53]

@pedder007 sagte: Ich habe mir im javascript Verzeichnis eigene Unterordner angelegt und sie dort, je nach Verwendung sortiert. Bekomme ich da nun Probleme?

Nein. Das Verzeichnis "0_userdata.0" ist für künftige eigene Datenpunkte vorgesehen, insbesondere für neue Nutzer, die nicht schon die eigenen Datenpunkte unter "javascript.0" erstellt haben.

[paul53]

@mickym sagte: Auch im Expertenmodus kann ich zum Beispiel in meinem mqtt- Baum keine eigenen Datenpunkte - sondern nur ein Verzeichnis - erstellen.

Anleitung:

• mqtt.1 selektieren und Objekt vom Typ "folder" mit dem existierenden Namen "tasmota" erstellen
• mqtt.1.tasmota selektieren und Objekt vom Typ "device" mit dem existierenden Namen "szSchrankbeleuchtung" erstellen
• mqtt.1.tasmota.szSchrankbeleuchtung selektieren und Objekt vom Typ "channel" mit dem existierenden Namen "cmnd" erstellen
• mqtt.1.tasmota.szSchrankbeleuchtung.cmnd selektieren und neuen Datenpunkt erstellen

[mickym]

@paul53 OK vielen Dank - so funktioniert es!

So habe ich nun auch die Probleme unter userdata - hinbekommen, indem ich bestehende Ordner nochmal als Verzeichnis angelegt habe, aber das heißt dass man ggf. manuell alle Hierarchien neu erstellen muss.
Auch wenn ich über NodeRed so eine Datenstruktur automatisch die Hierachie anlege, ist das unpraktisch. - Na schön ist anders.

Aber man hat wenigstens einen funktionierenden Workaround, um überhaupt was über den Admin anlegen zu können.

In meinen Augen sollte man allen Datenpunkten mit untergeordneten den Objekten - standardmäßig das Attribut bzw. den Typ Verzeichnis/folder verpassen und ggf. dann die Möglichkeit dass ggf. auf Gerät und Kanal (device und channel) zu ändern. Das geht ja dann zumindest wieder auf der Raw-Ebene - das habe ich gerade gesehen.

Herzlichen Dank!!

Ergänzung:
Ich verstehe zwar, dass damit ggf. beabsichtigt ist zu vermeiden, dass man ggf. Verzeichnissen, Geräten oder Kanälen direkt Werte verpasst, aber auch das wird mE Probleme mit mqtt etc. geben, da man dort ja jeder Hierarchieebene Werte zuweisen kann.

Auch Verzeichnissen Werte zu geben, fand ich schon praktisch, wie man hier an meiner mqtt Struktur sieht, man konnte damit von einzelnen Lichter, den Status des Raums etc. quasi direkt mitgeben:

Ich weiß nicht, ob die Philosophie, die dahinter steckt - eine bestimmte Struktur zu erzwingen richtig ist. Ich persönlich fand es besser, als alles möglich war und wenn dann bestimmte Funktionen, die eine bestimmte Struktur erfordern man diese quasi "freiwillig" angepasst und implementiert hat. Das fand ich grundsätzlich besser, als es nun programmtechnisch zu erzwingen. Aber ich gehe mal davon aus, dass diese Diskussionen wohl alle geführt wurden, wobei ich mir nicht sicher bin, dass jedem die Auswirkungen auf die bestehenden Systeme wirklich bewusst waren.

[Dr. Bakterius]

@mickym sagte in Admin v5 jetzt im STABLE!:

Ich kann da gar nichts machen ....

außer den ganzen Ast löschen und neu anlegen

Dann hast du dir die Beschreibung nicht angesehen oder nicht verstanden. Also nochmal in einfachen Worten:

Geh auf 'szSchrankbeleuchtung', klicke dann auf das + für hinzufügen, wähle als Typ 'Verzeichnis' aus und gib dem neuen Ordner den vorhandenen Namen - in deinem Fall 'cmnd'. Schon hast du den Ordner korrekt deklariert und kannst darin neue Datenpunkte erstellen.

Edit: Hätte ich weiter gelesen, hätte ich mir das Posting erspart - @paul53 war schneller...

[Pedder007]

@paul53 ok Paul, dann müsste ich mir diesbzgl. also doch keine Sorgen machen!?
Herje, herje, so viele Meinungen .... Ihr werdet verstehen, dass mich das nicht unbedingt beruhigt

Ich meine, ich bin vor knapp 3 Jahren ja bewusst auf open Source gegangen und habe dann auch lange überlegt ob ich wirklich von Pimatic nach ioBroker umziehe. Jetzt muss ich mich an den Trubel hier wohl gewöhnen, dass war in Pimatic deutlich gemütlicher, halt auch deutlich weniger Leute ... , und somit leider auch weniger 'Adapter' (='Plugins')

Ich muss mal mit der Regierung sprechen, wann ich mich hier mal 48h Stunden wegschließen kann, um nach den Updates ggf. alle Eventualitäten wieder in den Griff zu bekommen

[Dr. Bakterius]

@paul53 sagte in js-controller 3.3 jetzt im STABLE!:

Nein. Das Verzeichnis "0_userdata.0" ist für künftige eigene Datenpunkte vorgesehen, insbesondere für neue Nutzer, die nicht schon die eigenen Datenpunkte unter "javascript.0" erstellt haben.

Was mich zu der Frage bringt: macht es Sinn bestehende Strukturen jetzt oder in absehbarer Zukunft aus 'javascript.0' nach '0_userdata.0' umzusiedeln? Wenn ja, gibt es dafür ein Skript? Die eigenen Skripte zu überarbeiten und die Datenbank anzupassen würden schon genug Arbeit machen, da möchte ich nicht die gesamte Struktur per Hand neu anlegen müssen.

[paul53]

@dr-bakterius sagte: macht es Sinn bestehende Strukturen jetzt oder in absehbarer Zukunft aus 'javascript.0' nach '0_userdata.0' umzusiedeln?

Nur dann, wenn es sich nur um wenige Datenpunkte handelt.

[Dr. Bakterius]

@paul53 sagte in js-controller 3.3 jetzt im STABLE!:

Nur dann, wenn es sich nur um wenige Datenpunkte handelt.

Naja, ist relativ. Meine ~175 Datenpunkte und Ordner empfinde ich als zu viel.

[htrecksler]

@dr-bakterius sagte in js-controller 3.3 jetzt im STABLE!:

macht es Sinn bestehende Strukturen jetzt oder in absehbarer Zukunft aus 'javascript.0' nach '0_userdata.0' umzusiedeln?

ich für mich habe es mit weit mehr als 200 DP gemacht. Die Gefahr das die DP irgendwann einmal verschwinden weil ich den Javascript Adapter neu installieren muss, oder warum auch immer war mir zu groß.
Bei der Gelegenheit konnte ich auch gleich aufräumen, einheitliche Strukturen verwenden, etc.

[Dr. Bakterius]

@htrecksler sagte in js-controller 3.3 jetzt im STABLE!:

ich für mich habe es mit weit mehr als 200 DP gemacht.

Und jeden einzelnen per Hand neu angelegt? Das dauert...

[htrecksler]

@dr-bakterius ja, alle per Hand, aber nicht alle an einem Tag. Immer mal wieder welche...
und wie gesagt, dabei dann auch gleich aufgeräumt und teilweise neu organisiert.

[Fabian1]

@dr-bakterius said in js-controller 3.3 jetzt im STABLE!:

@htrecksler sagte in js-controller 3.3 jetzt im STABLE!:

ich für mich habe es mit weit mehr als 200 DP gemacht.

Und jeden einzelnen per Hand neu angelegt? Das dauert...

Da ist es aber deutlich weniger arbeit einfach ein Backup zurück zu spielen wenn mal was schief geht.

[Dr. Bakterius]

@htrecksler sagte in js-controller 3.3 jetzt im STABLE!:

ja, alle per Hand

Sir, Sie verdienen meinen uneingeschränkten Respekt!

[apollon77]

@paul53 Warum will man in den Objekten die Adaptern gehören rumpfuschen? Das ist ein "not supported" case ... User sollten sich ausschliesslich in javascript.X (weil halt früher so war) oder alias.0 oder 0_userdata.0 aufhalten mit eigenen Objekten!

[apollon77]

@mickym Zu Problem 3 ... da ist irgendein Alias ganz komisch definiert ...

[apollon77]

@mickym Lege die Objekte an die fehlen und dann kannst Du sie auch löschen Aber das Thema ist in dem anderen Thread ausgegliedert! Siehe bitte zweiter Post oben

[apollon77]

@mickym Dann hatte sich da irgendwas verklemmt. In dem Fall wurden bestimmte Daten innerhalb von 60s nicht geladen. Checke dann ggf mal das Netzwerk oder die Verbindung

[paul53]

@apollon77 sagte: User sollten sich ausschliesslich in javascript.X (weil halt früher so war) oder alias.0 oder 0_userdata.0 aufhalten mit eigenen Objekten!

Bin voll Deiner Meinung.