Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[AxelRHD2.0]

Es gibt Blöcke, welche einen Parameter erzeugen wie zum Beispiel:

getState('ID auswählen', async (err, state) => {
  let value = state.val;
});

oder

getObjectAsync('ID auswählen').then(async (obj) => {
});

Mit welchen Blöcken kann ich hinterher auf die Variable value oder den Parameter obj zugreifen? Ich finde einfach nichts passendes.

Danke & Gruß
AXEL

[paul53]

@axelrhd2-0 sagte: Mit welchen Blöcken kann ich hinterher auf die Variable value oder den Parameter obj zugreifen?

Die Variablen gibt es nicht als vordefinierten Variablen-Block. Man muss sie mit identischem Bezeichner selbst erstellen.

... wobei value ungünstig gewählt ist, denn das Ergebnis kann alles Mögliche enthalten.

[AxelRHD2.0]

@paul53 sagte in Auf Paramter des Parent Blocks zugreifen:

@axelrhd2-0 sagte: Mit welchen Blöcken kann ich hinterher auf die Variable value oder den Parameter obj zugreifen?

Die Variablen gibt es nicht als vordefinierten Variablen-Block. Man muss sie mit identischem Bezeichner selbst erstellen.

... wobei value ungünstig gewählt ist, denn das Ergebnis kann alles Mögliche enthalten.

Danke für die schnelle Antwort. Ähnliches hatte ich auch schon im Sinn, aber Bedenken wegen dem Scoping. Habe jetzt zwei Wert vom Objekt ID angelegt und es funktioniert. Eigentlich auch klar, denn die Variablen werden mit let value auf Funktionsebene neu definiert.

Gibt es andere sinnvolle Möglichkeiten, ein Objekt 'weiter oben' zu definieren und es in den untergeordneten Blocks zu vewenden?

[paul53]

@axelrhd2-0 sagte: Gibt es andere sinnvolle Möglichkeiten, ein Objekt 'weiter oben' zu definieren und es in den untergeordneten Blocks zu vewenden?

Was meinst du (Beispiel)?

@axelrhd2-0 sagte in Auf Paramter des Parent Blocks zugreifen:

Bedenken wegen dem Scoping.

Lokale Variablen, wozu auch Funktionsparameter gehören, haben Vorrang vor globalen Variablen.

[haus-automatisierung]

@axelrhd2-0 Ich weiß ehrlich gesagt selbst nicht, warum es diese Blöcke überhaupt gibt (sind schon seit Jahren drin). Diese haben ja keine Vorteile gegenüber der "synchronen" Variante.

In welchem Fall möchtest Du diese nutzen und weshalb?

[paul53]

@haus-automatisierung sagte: Diese haben ja keine Vorteile gegenüber der "synchronen" Variante.

Außer den, dass sie nicht auf die Puffer der Javascript-Instanz angewiesen sind. Bei Blockly sehe ich darin allerdings auch keinen Sinn.
Ob diese Blöcke wohl jemals verwendet wurden?

[AxelRHD2.0]

@haus-automatisierung und @haus-automatisierung , der Hintergrund ist, dass ich stinkfaul bin... :D

Wenn ich eine große Logik mit vielen Blöcken für z. B. einen bestimmten Raum aufgebaut habe und diesen danach auf den nächsten Raum kopiere, muss ich manuell alle Objekt IDs wieder ändern. Ich programmiere viel in Go, JS bekomme ich auch gerade noch so hin, aber ich mag einfach die übersichtliche Blockly Darstellung. Das kann ich dann auch noch nach einem halben Jahr oder länger schnell wieder erfassen. Aber wenn ich es richtig verstehe, schweben die einzelnen Datenpunkte bei ioBroker im freien Raum und sind nicht in hierarchische Objekte eingebetet (außer der ID in Textform, welche ja wie eine Objektnotation aussieht). Somit ist mein Gedanke wahrscheinlich gar nicht umsetzbar.

[haus-automatisierung]

@axelrhd2-0 sagte in Auf Paramter des Parent Blocks zugreifen:

Wenn ich eine große Logik mit vielen Blöcken für z. B. einen bestimmten Raum aufgebaut habe und diesen danach auf den nächsten Raum kopiere, muss ich manuell alle Objekt IDs wieder ändern

Ja gut, das musst man wohl machen :) Sonst nimm doch diesen Block:

[paul53]

@axelrhd2-0 sagte: diesen danach auf den nächsten Raum kopiere, muss ich manuell alle Objekt IDs wieder ändern.

Man kann auch IDs als Text konstruieren. Mit sinnvoller ID-Struktur unter "alias.0" und "0_userdata.0" lässt sich dann der Raum leicht (an einer Stelle) ändern.
Beispiel:

[AxelRHD2.0]

Danke euch beiden. Das hilft mir sehr weiter!

[AxelRHD2.0]

@paul53 sagte in Auf Paramter des Parent Blocks zugreifen:

@axelrhd2-0 sagte: diesen danach auf den nächsten Raum kopiere, muss ich manuell alle Objekt IDs wieder ändern.

Man kann auch IDs als Text konstruieren. Mit sinnvoller ID-Struktur unter "alias.0" und "0_userdata.0" lässt sich dann der Raum leicht (an einer Stelle) ändern.
Beispiel:

Dafür müsste dann aber jeder Raum in ein eigenes Script, oder? Denn hier werden globale Variablen verändert.

[paul53]

@axelrhd2-0 sagte: Dafür müsste dann aber jeder Raum in ein eigenes Script, oder?

Ja. Das macht es übersichtlich.
Export des getesteten Skriptes, Import in neues Skript und Raum ändern. Das wars.