Eigene Datenstruktur anlegen - wie und wo?

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.

bahnuhr

@apollon77 @Homoran

Ist es irgendwann mal angedacht, dass "createState" auch mit alias funktioniert.
Würde die Anlage der DP doch erheblich erleichtern.

apollon77

@bahnuhr was gg du meinst du? Was sollte createState da tun?

bahnuhr

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

@bahnuhr was gg du meinst du? Was sollte createState da tun?

Ich habe zahlreiche eigene DP die ich wie folgt per Script anlege:

createState('javascript.0.System.Automatik.Code', true, {type: 'boolean',name: 'Automatik_Code',read: true,write: true,role: 'per Script'});

Jetzt war halt die Idee mit diesem kurzen "createState" auch aliasse anlegen zu können.
z.B.
für zahlreiche HM Geräte, etc.
Einfach die Zeile kopieren, Name ändern, HM-DP eingeben und fertig!

Und dies wäre halt einfacher als das Menü in der alias config zu befüllen. insbesondere wenn man sehr viele DP erstellen möchte/könnte.

apollon77

@bahnuhr mach doch mal im Javascript adapter ein issue für eine "createAlias" Funktion

bahnuhr

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

@bahnuhr mach doch mal im Javascript adapter ein issue für eine "createAlias" Funktion

erledigt:

https://github.com/ioBroker/ioBroker.javascript/issues/966

antimon

Finde ich super, die Idee. Dann könnte man eine schöne, zentrale, einheitliche Datenstruktur aufbauen.

Wenn dann noch ein schöner Name für die States möglich wären, könnte man auch wieder schöne Logs etc. erzeugen... "Licht_Flur eingeschaltet" schaut halt einfach nicht so schön aus wie "Licht Flur eingeschaltet". Auch wenns nur der Optik dient... schade dass es früher ging und jetzt nicht mehr...

paul53

@bahnuhr sagte: "createAlias" Funktion

Für viele Datenpunkte, deren common-Eigenschaften vom Original im Alias übernommen werden können, kann auch ein globales Skript verwendet werden, wobei die Änderung des Namen(nameAlias) optional ist:

function createAlias(idAlias, idOrg, nameAlias) {
   if(idAlias.substr(0, 8) != 'alias.0.') idAlias = 'alias.0.' + idAlias;
   if(existsObject(idAlias)) log(idAlias + ' schon vorhanden !', 'warn');
   else {
      const obj = {type: 'state', native: {}};
      obj.common = getObject(idOrg).common;
      obj.common.alias = {id: idOrg};
      if(nameAlias) obj.common.name = nameAlias;
      if(obj.common.custom) obj.common.custom = {};
      setObject(idAlias, obj);
   } 
}

Die globale Funktion createAlias(idAlias, idOrg[, nameAlias]) kann aus jedem "normalen" Skript aufgerufen werden.

antimon

@paul53 Das heisst, ein globales Skript darf auf alias.0 bzw. andere Adapter-Datenstrukturen zugreifen?

Community Forum

NEWS

Eigene Datenstruktur anlegen - wie und wo?

Support us

648

32.7k

82.3k

1.3m