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?
-
@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.
-
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
ob man in Instanzen Manuel (selber) den typen einer Struktur aendern sollte, meine Antwort ist nein.
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
wie es da steht
...verstehe ich es nicht!
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
das diese ordner den richtigen typen bekommen und nicht Manuel durch den user
Das war aber nicht das Thema!
Es ging darum Strukturen anlegen zu können, da der Adapter von den benötigten Strukturen nichts weiß -
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
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.
ich bleibe dabei das es ein adapter problem ist welche das erstellen der Strukturen loesen sollte.
Oder reden wir hier ueber den unterschied von get (was erstellt wird) und post ? -
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
ich bleibe dabei das es ein adapter problem ist welche das erstellen der Strukturen loesen sollte.
wie soll der Adapter von Strukturen wissen in die nur vom ioBroker gepublished wird???
Der Adapter erfährt nur von Strukturen, bei denen die Clients publishen
-
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
wie soll der Adapter von Strukturen wissen in die nur vom ioBroker gepublished wird???
Zb durch das Concept zu änder das die Struktur im mqtt Adapter Baum ist und zb im User data die Strukturen zu erstellen und dem Adapter Dan auf diese Struktur verlinken
Währe eine Möglichkeit, müsste man mal im dev team besprechen den es sind Exoten gegenüber den anderen Adaptern die diese Eigenschaft haben -
@dutchman sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
es sind Exoten gegenüber den anderen Adaptern
Das ist doch was wir sagen:
MQTT darf nicht wie andere Adapter behandelt werdenAber irgendwo hatten wir genau diese Diskussion schon durch.
@Asgothian war dabei -
@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
ber irgendwo hatten wir genau diese Diskussion schon durch.
@Asgothian war dabeihttps://forum.iobroker.net/topic/46851/datenpunkte-allgemein-und
-
@paul53 Es ist korrekt das die meisten "adapternamespace" Objekte nicht existieren (also "blablubb.0"). Ist Formal auch falsch. Von daher nehmt Folder und gut ist. Ist am generischsten und erlaubt erstmal "danach" noch alles
-
@mickym @paul53 Da stimme ich zu. Device und Channel sollte man mit Bedacht wählen weil Sie zB für den tye-Detector der hinter Devices/Material und sowas steht eine größere Bedeutung haben was Zusammengehörigkeit und Beziehungen angeht.
Der ein "Gerät" sollte wirklich eine Stark zusammengehörige Gruppierung von Channels/States. Wenn also bei jemandem die Obene ebene ein Raum ist in den Objekten und dann dinge kommen dann ist Gerät da oben falsch.
Bei mir ist die obere Ebene "Themengebiete" und darunter recht freie Strukturen. Ich wäre auch bei "nur folder" -
@sigi234 Angeber gg
-
@mickym Abwarten, Diskussion in einem GitHub Issue ist ausstehend ...
-
@mickym Um ehrlich zu sein hat das Problemkind mqtt KEINER aufgebracht bevor es hier aufkam. Weder in der Dev Runde noch beim fast 3 Monate dauernden Beta Thread von Admin5 ... es ist also - und das kann man unumwunden zugeben - übersehen worden.
Daher haben wir ja jetzt das GitHub issue um es zu diskutieren. Alles gut, Locker bleiben
