Objekte anlegen

[AlCalzone]

@Homoran:

Hier ist es jedesmal ein Aufwand die Datenpunkte für Skripte wieder anzulegen, oder in den Views und charts anzupassen.

Bei einem System, das immer auf die gleichen Objekte im gleichen Objektbaum zugreift wären die notwendigen Anpassungen um einiges weniger. `
Beim Anlegen wird das nicht helfen, aber ist dafür nicht der Wrapper-Adapter gedacht?

[Homoran]

IMHO ist der Wrapper für das andere Ende zuständig.

Wenn sich der Datenpunktname z.B. in Homematic ändert.

Ich erstelle ja dauernd neue ioBroker Installationen

Hier ist es z.B. der $System.Host$, der von Installation zu Installation anders heißt.

Oder eben das zweite "Issue" ist, dass die selbst angelegten Variablen auf die die verschieden Adapter (js/node-red/vis/flot) über diverse Objektbäume verstreut sind.

Hier wäre es um ein vielfaches einfacher, wenn ich beim Umzug nur einen Objektbaum hätte und diesen Ex- und importiere und alle DPs wieder vorhanden sind, die in den Skripten usw. benötigt werden.

Gruß

Rainer

[AlCalzone]

@Homoran:

IMHO ist der Wrapper für das andere Ende zuständig.

Wenn sich der Datenpunktname z.B. in Homematic ändert. `
Dann hab ich dich falsch verstanden, ich dachte du musst die Skripte/etc. anpassen, weil die Datenpunktnamen sich ändern.

Zu deinem zweiten Thema:

Du willst zusammengehörende States verschiedener Adapter lieber in einem thematisch eingegrenzten Objektbaum haben? Klingt erst mal logisch.

Die Frage ist nur wie die zahlreichen Adapter damit klar kommen. Viele subscriben ja auf States und das ist per default erstmal eingegrenzt auf den Adapter-Namespace "flot.0" usw. Da müsste die Zugehörigkeit zum Adapter vermutlich irgendwie anders erkannt werden als über den Namen.

[Homoran]

Ich bin da nicht sooo der Programmierer

Ich habe weder mit Blockly, noch mit node-red das Problem meine "Systemvariablen" aus einem anderen Verzeichnisbaum zu lesen und zu schreiben.

Nur bei node-red ist es mir aufgefallen, dass immer ein weiterer Datenpunkt zusätzlich unter node-red.0 angelegt wird.

Vielleicht habe ich auch hier nicht ganz deutlich gemacht, worum es mir geht (oder was ich vielleicht immer falsch gemacht habe).

In einem Backup sind die selbst angelegten Datenpunkte nicht enthalten. ich muss diese immer wieder manuell anlegen.

Da diese in den Skripten usw. benutzt werden wäre es einfacher zusätzlich zum Backup nur einen Objektbaum zu exportieren und in der neuen Installation wieder zu importieren, als alle selbst angelegten (Teil-) Strukturen einzeln zu sichern.

Gruß

Rainer

[paul53]

@Homoran:

In einem Backup sind die selbst angelegten Datenpunkte nicht enthalten. `
Wieso das ? In der Datei /opt/iobroker/iobroker-data/objects.json sind alle Objekte enthalten.

[Homoran]

@paul53:

Wieso das ? In der Datei /opt/iobroker/iobroker-data/objects.json sind alle Objekte enthalten. `
Auch wenn ein kompletter Objektbaum erstellt wurde?

Oder greift bei mir vielleicht:
@paul53:

Nein, aber in der root müssen die Namen mit irgendwas.N (N = Ziffer) beginnen, da es sonst Probleme geben kann. `

Das werde ich mir dann nochmal etwas näher ansehen müssen, aber ich könnte schwören, dass ich diesen selbst erstellten Baum immer wieder neu anlegen musste.

Gruß

Rainer

[paul53]

@Homoran:

Auch wenn ein kompletter Objektbaum erstellt wurde? `
Ja.
@Homoran:

Oder greift bei mir vielleicht:

Nein, aber in der root müssen die Namen mit irgendwas.N (N = Ziffer) beginnen, da es sonst Probleme geben kann. `
Vielleicht ? Ich habe es noch nicht anders probiert oder kann mich nicht mehr daran erinnern.

[Homoran]

Ok, dann sehe ich mir das am Wochenende mal näher an.

Auf dem Rock64 habe ich jetzt (fast) alles neu angelegt.

Mal sehen ob es mit dessen Backup klappt. Ich muss mir nur noch ein Opfer aussuchen, auf dem ich die neue Installation aufsetze

Gruß

Rainer

[pfuetze]

Guten Abend zusammen,

als Neuling fräse ich gerade durch diverse Threads, finde aber nicht die richtigen Infos.

Zum Thema Objekte anlegen: Kann ich auch mittels Javascript neue Objekte in z.B. in FHEM Geräten, sprich im Adapter fhem.0 anlegen?

Gruss

Pfuetze

[AlCalzone]

@pfuetze:

Kann ich auch mittels Javascript neue Objekte in z.B. in FHEM Geräten, sprich im Adapter fhem.0 anlegen? `
Wenn du in den Adapter-Einstellungen setObject aktiviert hast, geht das mit der setObject-Funktion.

Ob das ne gute Idee ist, hängt davon ab was du machen willst

[klassisch]

@AlCalzone:

Ob das ne gute Idee ist, … ` Was meinst Du damit? setObjects aktivieren oder im Datenbereich anderer Adapter herumwirbeln?

Frage deshalb: Ich habe eine eigene Datenspur (NICHT unter javascript.0) für die Daten der ESP32 und meine internen Rechenergebnisse. Darauf möchte ich von Javascript aus schreibend und lesend zugreifen. Derzeit lege ich die Datenspuren noch von Hand an, denke aber auch über einen Satz von Scripts nach, die das über setOjects tun. Man muß ja nur einmal anlegen und in diesem Zeitraum kann man das ja aktivieren.

[AlCalzone]

Ne eigene Datenstruktur ist allerdings was anders. In fremden Adaptern rumfummeln ist halt so ein Ding.

Gesendet von iPhone mit Tapatalk

[klassisch]

O. k., verstanden. Von fremden Adaptern möchte ich auch nur die Daten abholen , also lesen. Deshalb auch einen eigenen Datenbereich, damit der eventuelle Schaden vor der eigenen Haustüre bleibt

Gesendet von meinem ZTE A2016 mit Tapatalk

[pfuetze]

@AlCalzone:

@pfuetze:

Kann ich auch mittels Javascript neue Objekte in z.B. in FHEM Geräten, sprich im Adapter fhem.0 anlegen? `
Wenn du in den Adapter-Einstellungen setObject aktiviert hast, geht das mit der setObject-Funktion.

Ob das ne gute Idee ist, hängt davon ab was du machen willst `

Nun, konkret ich möchte mittels vis den Batteriezustand meiner MAX! Geräte darstellen. Allerdings gibt FHEM hier nur Textwerte (z.B. "OK") zurück und damit kann vis nicht umgehen. Daher möchte via Script a) neue Objekte mit b) den passenden Werten für vis im entsprechenden Gerät anlegen.

Gruss pfuetze

[Homoran]

@AlCalzone:

Du willst zusammengehörende States verschiedener Adapter lieber in einem thematisch eingegrenzten Objektbaum haben? Klingt erst mal logisch.

Die Frage ist nur wie die zahlreichen Adapter damit klar kommen. Viele subscriben ja auf States und das ist per default erstmal eingegrenzt auf den Adapter-Namespace "flot.0" `
Ich schaffe es immer noch nicht unter javascript Objekte außerhalb des js.0 oder js.1 Datenbaumes anzulegen.

Habe jetzt bei createstate und setstate den gesamtenPfad aus meinem manuell angelegten Objektbaum kopiert und tlw. verändert.

jetzt wird dieser gesamte Objektbaum nochmal unter javascript.1 angelegt.

Gruß

Rainer

[paul53]

@Homoran:

Habe jetzt bei createstate und setstate den gesamtenPfad aus meinem manuell angelegten Objektbaum kopiert und tlw. verändert.

jetzt wird dieser gesamte Objektbaum nochmal unter javascript.1 angelegt. `
Mit createState() kann man nur Datenpunkte unter der Javascript-Instanz erzeugen. Für andere Datenpunkte benötigt man https://github.com/ioBroker/ioBroker.javascript#setobject. Aber Achtung !! Dann muss man genau wissen, was man tut !

[Homoran]

Danke Paul,
@paul53:

Dann muss man genau wissen, was man tut ! `
dann werde ich mir das mal gaaaanz vorsichtig anlesen.

…und wie kann ich manuell erstellte Objekte aus javascript.0 befüllen?

geht mit setState() ja auch nicht so einfach

 setState('Messwerte.0.Solaranlage.Momentanwerte.Leistung_DC_aktuell', result[0].value);

Gruß

Rainer

[paul53]

@Homoran:

geht mit setState() ja auch nicht so einfach

setState('Messwerte.0.Solaranlage.Momentanwerte.Leistung_DC_aktuell', result[0].value);
```` `  

Doch, das geht so einfach.

[Homoran]

Dann brauche ich doch nochmal deine Hilfe, Was muss ich hier machen, dass die Prüfung auf den AstroDay wegfällt? Sonst läuft das Programm heute nicht mehr

schedule("3,12,22,32,42,52,59 * * * *", function () {
    if(isAstroDay ()) {
        log ("Auslöser: Schedule");
        Piko();
    }
});

Ist es:

schedule("3,12,22,32,42,52,59 * * * *", function () {
           Piko();
    });

Gruß

Rainer

[paul53]

Hier mal ein Beispiel, wie man einen Datenpunkt aus Javascript mit setObject() anlegen kann.

const path = 'Messwerte.0.Solaranlage.';
const id = path + 'Momentanwerte.Leistung_DC_aktuell';

var obj = {};
obj.type = 'state';
obj.common = {};
obj.common.name = 'Momentanwerte.Leistung DC aktuell';
obj.common.type = 'number';
obj.common.role = 'value';
obj.common.desc = 'Meine Beschreibung';
obj.common.read = true;
obj.common.write = true;
obj.common.def = 0;
obj.common.min = 0;
obj.common.unit = 'W';

setObject(id, obj, function(err) {
    if(err) log('Cannot write object: ' + err);
    else setState(id, obj.common.def);
});