UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[antimon]

Okay, ich versuche mal meine Gedanken zu strukturieren... :grin:

Die Struktur der Daten kommt aus der HomeMatic-Welt, aber es ist nicht so, dass z.B. Channels durch Folder ersetzt wurden - es ist quasi eine neue Struktureinheit hinzugekommen?

@paul53 Du meinst also, man zieht zwei Strukturen parallel hoch und verwendet dann in vis etc. jeweils aus dem gültigen Baum die DP? Hmm, da muss ich ehrlich sagen, gefällt mir das Konzept nicht so. Angenommen ich habe für ein Licht die States "on" und "level" und möchte über den Szenenadapter sowas wie "scene_dining" "scene_tv" als Trigger für die jeweilige Szene anlegen, dann sind meine Punkte auf zwei Bäume aufgeteilt?

[paul53]

@antimon sagte: es ist quasi eine neue Struktureinheit hinzugekommen?

Ja, folder ist hinzugekommen.

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

man zieht zwei Strukturen parallel hoch und verwendet dann in vis etc. jeweils aus dem gültigen Baum die DP?

Ja.

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

über den Szenenadapter

Damit kenne ich mich nicht aus.

[antimon]

@paul53 Die Datenpunkte für den Szenenadapter waren nur ein Beispiel und könnten durch beliebige andere ersetzt werden. Mir gehts nur darum, dass ich also zwei Stellen habe, an denen ich meine Daten für vis & co. "zusammensuchen" muss und nicht nur eine, so wie momentan. Finde ich irgendwie schade...
Unter https://github.com/ioBroker/ioBroker.js-controller/issues/906 gabs ja eine Diskussion, die von bluefox ziemlich lapidar abgeschmettert wurde. Die Begründung hätte mich schon interessiert - das es technisch nicht möglich ist, halte ich für unglaubwürdig, eher dass es nicht gewünscht ist. Einerseits könnte ich das nachvollziehen, andererseits denke ich, dass schon einiges dafür sprechen würde, die Flexibilität zumindest im alias-Adapter zu "erlauben"...

Aber ich nehme das jetzt einfach mal so hin und stelle mal meinen Ansatz in Frage, wie ich meine Umgebung strukturiere. Deswegen würde mich interessieren: Wie macht ihr das so? Oder wie macht "man" das sinnvollerweise?
Ich habe z.B. Hue für die Beleuchtung, aber auch ein paar Lampen über Shellys oder Sonoffs geschaltet. Ich nutze Homematic und Homematic IP für Fenster und Heizung, aber auch Aqara Kontakte für Türen und Fenster. Bewegungsmelder gibts via Aqara oder Hue, teilweise auch per MQTT eingebunden. Ich könnte die Liste noch fortführen, aber ich glaube es zeigt schön auf, wie heterogen die Umgebung ist. Vermutlich bin ich damit aber nicht der Einzige... wie geht Ihr mit so einem Szenario um? Also dass man z.B. in vis oder JS-Skripte nicht direkt die DPs der Geräte einbindet, ist für dieses Szenario zwecks Austauschbarkeit ja klar.
Wie habt Ihr also den Baum unter alias.0 aufgebaut und unterteilt? Vielleicht gibts ja eine bessere Aufteilung als bei mir in Stockwerk/Raum/[Zone/]Gewerk/ und dann die DP?

[paul53]

@antimon sagte: Die Begründung hätte mich schon interessiert

Alle Datenpunkte unter "alias.0" erhalten durch den js-controller eine Sonderbehandlung zur Spiegelung des Zustands von Datenpunkten, wozu eine Referenz auf einen (bzw. zwei) Original-Datenpunkt(e) erforderlich ist.

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

zwei Stellen habe, an denen ich meine Daten für vis & co. "zusammensuchen" muss und nicht nur eine, so wie momentan. Finde ich irgendwie schade...

Das kann auch einen Vorteil haben: Man muss nicht überlegen, ob man "steuere" (ack = false) oder "aktualisiere" (ack = true) verwendet, denn in alias.0 schreibt man immer mit "steuere" und in 0_userdata.0 mit "aktualisiere".

[antimon]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

Das kann auch einen Vorteil haben: Man muss nicht überlegen, ob man "steuere" (ack = false) oder "aktualisiere" (ack = true) verwendet, denn in alias.0 schreibt man immer mit "steuere" und in 0_userdata.0 mit "aktualisiere".

Also ich würde in 0_userdata.0 nicht zwangsweise nur aktualisieren... grad wenn externe Geräte per MQTT angebunden sind oder Szenen geschaltet werden sollen o.ä. setze ich explizit Werte ohne ack. Aber es gibt sicher Benutzer/Anwendungsfälle, bei denen das so ist, wie du beschreibst...

Ich glaube, mir fehlt halt die Idee, wie die Daten unter alias und userdata strukturiert werden können / sollen. Das ist so, wie der Ansatz eines dezentralen Systems wie KNX ganz anders ist als ein zentralisierter Ansatz - am Ende sollte das Gleiche herauskommen, aber der Weg sieht halt anders aus. Vielleicht bin ich in meiner Strukturierung so eingefahren, dass ich andere, bessere Ansätze übersehe. Deswegen würde mich interessieren, wie andere das so machen...

[paul53]

@antimon sagte: Idee, wie die Daten unter alias und userdata strukturiert werden können / sollen.

Deine ursprüngliche Struktur

xxx.home.livingroom.light.on

ist doch super. Wenn dann noch die Objektstruktur folder.device.channel.state darauf angewendet wird, sollte alles rund laufen. Ich würde das Geschoss nur als extra Strukturelement verwenden, wenn ich ein Hotel hätte, sonst eher als Zusatz, z.B. "WC_EG".

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

Also ich würde in 0_userdata.0 nicht zwangsweise nur aktualisieren... grad wenn externe Geräte per MQTT angebunden sind

"0_userdata.0" enthält doch nur virtuelle Datenpunkte und keine direkten Anbindungen an MQTT ...?

[antimon]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

ist doch super. Wenn dann noch die Objektstruktur folder.device.channel.state darauf angewendet wird, sollte alles rund laufen.

Okay, das ist schon mal beruhigend zu hören :) Wie wäre dann ein sinnvolles Mapping?
home = folder
livingroom = folder? oder device?
light = device? oder channel?
on = state

Bei HomeMatic wird das Gerät ja in channels unterteilt, je nach Funktion, die es mitbringt. Das könnte ja ein Channel für Batterystate, RSSI etc. sein und einer zum Setzen der Sollwerte für nen Raumthermostaten. Die Batteriezustände würde ich jetzt z.B. nicht in meine Struktur verlinken, sondern über ein Skript anhand der Funktion parsen lassen (oder spricht da was dagegen?). Das hieße dann, light entspräche dann einem channel im Raum?

Bezüglich MQTT: Bisher habe ich einzelne DP in den Eigenschaften per MQTT-Client verbunden. Das ist auch nicht (mehr) optimal? Würde man hier auch unter mqtt-client.0 die MQTT-Struktur abbilden und dann per alias verlinken? Oder wie würde ich per MQTT angebundene Geräte integrieren?

[Homoran]

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

Bisher habe ich einzelne DP in den Eigenschaften per MQTT-Client verbunden

Das habe ich auch (früher) zum publishen gemacht.
Das sollte auch jetzt kein Problem darstellen

[paul53]

@antimon sagte: Wie wäre dann ein sinnvolles Mapping?

home = folder
livingroom = device
light = channel
on = state

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

Bei HomeMatic wird das Gerät ja in channels unterteilt, je nach Funktion, die es mitbringt.

Das sehe ich nicht so eng mit dem physischen Gerät und den Kanälen wie in HomeMatic.
Bei den Kanälen könnte man z.B. unterscheiden in "Rollo_links" und "Rollo_rechts" bzw. in einem Eckraum in "Rollo-Ost" und "Rollo_Sued", bei Beleuchtung z.B. in "Deckenlicht", "TV-Licht", ...

[paul53]

@antimon sagte: DP in den Eigenschaften per MQTT-Client verbunden.

In diesem Fall muss man natürlich mit ack = false schreiben. Das ist aber die Ausnahme von der Regel, denn durch "mqtt-client.0" wird der Datenpunkt unter "0_userdata.0" zum physischen Datenpunkt.

[antimon]

@homoran sagte in Eigene Datenstruktur anlegen - wie und wo?:

Das habe ich auch (früher) zum publishen gemacht.

Jetzt bin ich neugierig... "früher" - nutzt du kein MQTT mehr oder machst du es mittlerweile anders?

Mit den Geräten/Channels - kann ich die nachträglich ändern, indem ich in den RAW-Daten den Typ ändere? Oder ist das noch woanders verankert bzw. hat Nebeneffekte, weswegen man das nicht machen sollte?

Die nächste Frage wäre auch, wie ich meine vorhandene Struktur rüberbekomme... alles von Hand anlegen macht nicht so wirklich Spaß. Bei alias wirds wohl nix helfen, von linkeddevices zu alias wirds vermutlich keinen Migrationsweg geben (außer von Hand). Aber wenns alles zweigeteilt ist, geht ja auch nicht, die bisherige Struktur zu exportieren, per replace die IDs zu ändern und dann zu importieren (und das Gleiche mit vis). Oder habt Ihr ne Idee, wie ich schnell, einfach und vor allem ohne größere Ausfälle migrieren könnte?

An dieser Stelle übrigens noch mal ein großes Danke an die tolle Unterstützung - das hilft mir viel weiter! Und ich hoffe, dass dieser Thread auch anderen Leuten hilft, die vor ähnlichen Fragen stehen...

[Homoran]

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

"früher" - nutzt du kein MQTT mehr oder machst du es mittlerweile anders?

ich hatte damals verschiedene SBC parallel getestet um deren Leistungsfähigkeit zu testen.
Damit ich überall die gleichen Geräte nutzen konnte musste ich mit MQTT arbeiten um z.B. die Smartmeter-Werte auf allen Hosts zur Verfügung zu haben.
ein Multi-Multihost geht nicht, also alles über die gleiche Struktur via MQTT.

Heute nutze ich MQTT nur noch wenig

[paul53]

@antimon sagte: Geräten/Channels - kann ich die nachträglich ändern, indem ich in den RAW-Daten den Typ ändere?

Ja, aber besser, man erstellt gleich den richtigen Objekt-Typ.

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

alles von Hand anlegen macht nicht so wirklich Spaß.

Sollte bis zur "channel"-Ebene aber einigermaßen schnell im Tab "Objekte" erledigt sein.
Zum Erstellen der Datenpunkte würde ich dann ein Skript erstellen, das es erleichtert.

[antimon]

@homoran sagte in Eigene Datenstruktur anlegen - wie und wo?:

ich hatte damals verschiedene SBC parallel getestet um deren Leistungsfähigkeit zu testen.
Damit ich überall die gleichen Geräte nutzen konnte musste ich mit MQTT arbeiten um z.B. die Smartmeter-Werte auf allen Hosts zur Verfügung zu haben.
ein Multi-Multihost geht nicht, also alles über die gleiche Struktur via MQTT.

Ach wie krass... da hast du dir ja richtig viel Arbeit gemacht... und was kam dabei raus? Was war dein Fazit des Tests? Hast du das irgendwo dokumentiert/veröffentlicht? Das klingt ziemlich spannend...

Dass du MQTT nicht mehr intensiv nutzt, lag aber nicht an Nachteilen des Protokolls/Adapters, sondern am Bedarf, oder?

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

Sollte bis zur "channel"-Ebene aber einigermaßen schnell im Tab "Objekte" erledigt sein.
Zum Erstellen der Datenpunkte würde ich dann ein Skript erstellen, das es erleichtert.

Stimmt - in userdata darf JavaScript ja lustig schreiben... bei den Aliasen gehts ja eh nicht automatisiert. Vielleicht kann ich per Alias die Parallelstruktur schon mal aufbauen und dann am Tag X umswitchen...

Da fällt mir noch etwas ein: Seit Neuestem dürfen ja die Namen der DP keine Leerzeichen mehr enthalten - gibt es eine Alternative, um "schöne" Bezeichnungen verwenden zu können? Z.B. in Logs der Visualisierung finde ich es schöner, wenn es heisst: "Licht Flur EG ausgeschaltet" anstatt "Licht_Flur_EG ausgeschaltet".

Früher konnte man noch im Admin-Adapter eigene Attribute zu den DP vergeben - die habe ich z.B. genutzt, um ein Feld "source" hinzuzufügen, was den Ursprung des Wertes beschreibt - also z.B. in welchem JavaScript-Skript der Wert geschrieben wird. Das hilft bei der Fehlersuche oft ungemein. Das ist irgendwie unter den Tisch gefallen, oder?

[Homoran]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

In diesem Fall muss man natürlich mit ack = false schreiben.

Ich kann mich nicht mehr genau erinnern, aber ich glaube zum publishen war das nicht einmal nötig.
In der MQTT-Konfiguration des States wurde "bei Änderung" aktiviert, und ich glaube das war's schon.

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

Dass du MQTT nicht mehr intensiv nutzt, lag aber nicht an Nachteilen des Protokolls/Adapters, sondern am Bedarf, oder?

ja. ich nutze es nur noch für 2 Sensoren

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

Was war dein Fazit des Tests? Hast du das irgendwo dokumentiert/veröffentlicht?

ist hier im Forum irgendwo. War aber schon Jahre her, daher dürften die Ergebnisse heute irrelevant sein.

[paul53]

@antimon sagte: bei den Aliasen gehts ja eh nicht automatisiert.

Auch Alias kann per Skript erstellen, allerdings nicht mit createState().

@antimon sagte in Eigene Datenstruktur anlegen - wie und wo?:

in welchem JavaScript-Skript der Wert geschrieben wird.

Das wird jetzt in dp.state.c mitgegeben.

[bahnuhr]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

Auch Alias kann per Skript erstellen, allerdings nicht mit createState().

Hallo,
ist dies noch so ?
Mit createState wäre dies einfacher.

Noch ne Frage:
Ich habe unter javascript.0 auch Alias stehen.

Warum steht das dort ?

[paul53]

@bahnuhr sagte: Warum steht das dort ?

Weil Du es dort erstellt hast (vermutlich mittels createState()).

[bahnuhr]

@paul53 sagte in Eigene Datenstruktur anlegen - wie und wo?:

@bahnuhr sagte: Warum steht das dort ?

Weil Du es dort erstellt hast (vermutlich mittels createState()).

Ja, das wäre eine Erklärung ;-)

Auch Alias kann per Skript erstellen, allerdings nicht mit createState().

Hat sich dies geändert ?

[paul53]

@bahnuhr sagte: Hat sich dies geändert ?

Nein.