Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@sigi234 sagte: Anzahl Änderungen: 0
Ich habe noch eine Verzögerung von 1 s ergänzt (s.o.). Das Script enthält nur Schleifen, deshalb am Ende mit Verzögerung.
-
Ich habe auch gerade festgestellt, dass außer unter userdata, der admin auch im Expertenmodus sowieso verbietet, Verzeichnisse anzulegen.
Im mqtt-Adapter kann man so keine Ordner mehr anlegen (nur im userdata)
das wurde aber generell im Parallelthread schon diskutiert - das man das sowieso zukünftig ganz unterbinden will und künftig eigene Datenpunkte und Datenstrukturen (Folder) ausserhalb von userdata und alias nur noch über die Adapterkonfiguration erlaubt.
Und für die mqtt Freunde: Zukünftig muss man eigene Hierachien dann über seinen Broker machen - indem man dann halt über NodeRed (mqtt-out) oder mosquitto client weitere Hierachien durch eigene Topics erstellt - auch wenn man den mqtt Adapter als mqtt-Broker betreibt!
Aber wie gesagt für die 0_userdata Strukturen ist das Argument bzgl. der Hierarchieebenen vielleicht doch zu bedenken!
-
@mickym sagte: Alles was oben in dem Dialog aufgeführt ist.
Außerdem:
- Gerät.Datenpunkt
- Ordner.Gerät.Datenpunkt
-
@mickym said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Und für die mqtt Freunde: Zukünftig muss man eigene Hierachien dann über seinen Broker machen - indem man dann halt über NodeRed (mqtt-out) oder mosquitto client weitere Hierachien durch eigene Topics erstellt - auch wenn man den mqtt Adapter als mqtt-Broker betreibt!
Das finde ich absolut bescheuert.
Und hab dazu ein Issue erstellt was gerne hoch gevoted werden darf. 
https://github.com/ioBroker/ioBroker.admin/issues/1067open Keine eigenen Datenpunkte in mqtt.X mehr #1067
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@mickym sagte: Alles was oben in dem Dialog aufgeführt ist.
Außerdem:
- Gerät.Datenpunkt
- Ordner.Gerät.Datenpunkt
Und natürlich ....
Ordner.Ordner....
-
@mickym sagte: Ordner.Ordner....
Nur in "erlaubten" Strukturen.
-
@fabian1 Ich glaube man war sich einfach in dieser Form nicht bewußt, dass man einen vollwertigen mqtt-client nun halt in der Funktion auf vorhanden topics beschränkt und wie man aus der Paralleldiskussion erkennen kann, eben nur über das Adapterinterface.
Ich hätte es gleich besser gefunden, wenn der Adapterentwickler selbst entscheiden kann mit einer Art Rechtestruktur wo und wie man in seinen Namespace schreiben darf (was ja auch prinzipiell noch geht - nur halt nicht mit dem Admin). Aber egal - da haben sich wohl sicher einige schon die Köpfe heiß geredet und das abgewogen.
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Ich hätte es gleich besser gefunden, wenn der Adapterentwickler selbst entscheiden kann mit einer Art Rechtestruktur wo und wie man in seinen Namespace schreiben darf (was ja auch prinzipiell noch geht - nur halt nicht mit dem Admin). Aber egal - da haben sich wohl sicher einige schon die Köpfe heiß geredet und das abgewogen.
Grundgedanke ist nur der adapter darf in seinem namespace schreiben und ja das hat seine gründe
fuer eigene Datenpunkte hat man den userdate_0 un per script die Möglichkeit daten zu synchronisieren.Alles in der Ordner structuur des adapter is. dem adapter. vor behalten
-
@dutchman said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Ich hätte es gleich besser gefunden, wenn der Adapterentwickler selbst entscheiden kann mit einer Art Rechtestruktur wo und wie man in seinen Namespace schreiben darf (was ja auch prinzipiell noch geht - nur halt nicht mit dem Admin). Aber egal - da haben sich wohl sicher einige schon die Köpfe heiß geredet und das abgewogen.
Grundgedanke ist nur der adapter darf in seinem namespace schreiben und ja das hat seine gründe
fuer eigene Datenpunkte hat man den userdate_0 un per script die Möglichkeit daten zu synchronisieren.Alles in der Ordner structuur des adapter is. dem adapter. vor behalten
Ich bin da auch absolut für, nur nicht beim MQTT Adapter.
-
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
nur nicht beim MQTT Adapter.
...und bei javascript!
...und bei node-red?
...oder scenes?
...oder andere Logikmaschinen? -
@homoran said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
nur nicht beim MQTT Adapter.
...und bei javascript!
...und bei node-red?
...oder scenes?
...oder andere Logikmaschinen?Das war so nicht gemeint! Ich meinte damit, ich finde die Idee dahinter generell gut, wie ich auch schon im Github Issue geschrieben habe. In z.B. Hue.x, Nuki.x usw. haben eigene Datenpunkte nichts zu suchen. Das hätte aber eigentlich auch schon vorher jedem klar sein dürfen und man darf sich dann nicht wundern, wenn etwas nicht klappt oder die eigenen Datenpunkte weg sind.
Bei MQTT als NUR ALS Beispiel, schränkt man damit aber enorm die funktionsweise ein. Da die Geräte ja die Struktur die sie erwarten vorgeben und nicht IOBroker.
-
@fabian1 Wenn ich jetzt vollständig darauf antworten würde müsste das ein seeehr langer Post werden.
Einerseits wäre das mal nötig um die Hintergründe darzustellen, andererseits habe ich da jetzt keine Zeit zu.Aber nur mal gaaaanz bisschen provokativ:
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Da die Geräte ja die Struktur die sie erwarten vorgeben
Was spricht dann gegen die Nutzung des MQTT-Client Adapter, wo du jedem State ein Topic mit beliebigem Format zuweisen kannst?
-
@homoran said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@fabian1 Wenn ich jetzt vollständig darauf antworten würde müsste das ein seeehr langer Post werden.
Einerseits wäre das mal nötig um die Hintergründe darzustellen, andererseits habe ich da jetzt keine Zeit zu.Aber nur mal gaaaanz bisschen provokativ:
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Da die Geräte ja die Struktur die sie erwarten vorgeben
Was spricht dann gegen die Nutzung des MQTT-Client Adapter, wo du jedem State ein Topic mit beliebigem Format zuweisen kannst?
Da antworte ich einfach mal ganz provokativ zurück.
Erstmal weil ich das nicht möchte und die Struktur so wie ich sie habe, absolut aufgeräumt und durchdacht ist 100te Skripte darauf zugreifen und es so immer ohne Probleme funktioniert hat.Warum sollte man einen Adapter, der GENAU so über Jahre hinweg perfekt funktioniert hat (und bei dem es auch so gedacht ist, ihn so zu benutzten), so in seiner Funktionsweise beschränken, nur weil es bei ein paar anderen Adaptern so nicht gewünscht ist.
-
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
und bei dem es auch so gedacht ist, ihn so zu benutzten
Phil Coulson würde jetzt fragen: ist das so??
-
@homoran said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
und bei dem es auch so gedacht ist, ihn so zu benutzten
Phil Coulson würde jetzt fragen: ist das so??
Ja, da der Adapter MQTT Broker/Server heißt. Und ein Broker oder Server stellt eine Struktur zur Verfügung, auf die die Clienten zugreifen können. Darum muss es auch erlaubt sein diese Struktur ändern zu dürfen.
-
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Adapter MQTT Broker/Server heißt. Und ein Broker oder Server stellt eine Struktur zur Verfügung
Äääähm.
Meine MQTT-Testphase ist schon ein paar Jahre her, aber daran erinnere ich mich nicht.
Ich hatte das so verstanden, dass der Broker seine Infrastruktur stellt und die Clients die Datenstruktur -
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Ich bin da auch absolut für, nur nicht beim MQTT Adapter.
auch da, der MQTT adapter sollte die Strukturen richtig erstellen, wen unbekannt (wie bei mqtt) sollten es einfach ordner sein
-
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Ich bin da auch absolut für, nur nicht beim MQTT Adapter.
auch da, der MQTT adapter sollte die Strukturen richtig erstellen, wen unbekannt (wie bei mqtt) sollten es einfach ordner sein
Was möchtest du uns damit sagen?
-
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Was möchtest du uns damit sagen?
wie es da steht
frage dahinter war ob man in Instanzen Manuel (selber) den typen einer Struktur aendern sollte, meine Antwort ist nein.
Da kam MQTT da dieser je nach topic halt subordner erstellt ohne typen, selbe problem wie wir mit dem uuserdata hatten.Ergo, der MQTT adapter muss dafuer sorgen das diese ordner den richtigen typen bekommen und nicht Manuel durch den user
-
@dutchman said in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Was möchtest du uns damit sagen?
wie es da steht
frage dahinter war ob man in Instanzen Manuel (selber) den typen einer Struktur aendern sollte, meine Antwort ist nein.
Da kam MQTT da dieser je nach topic halt subordner erstellt ohne typen, selbe problem wie wir mit dem uuserdata hatten.Ergo, der MQTT adapter muss dafuer sorgen das diese ordner den richtigen typen bekommen und nicht Manuel durch den user
Aber das hat ja nichts mit dem Problem zu tun! Wenn Tasmota zum Beispiel (nur als Beispiel, es gibt zig Geräte die das so machen) erwartet, dass ein Befehl in einer Bestimmten Topic reinkommt und eine bestimmte Struktur hat diese aber NICHT SELBST anlegt. Dann hat man ein Problem.
