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

[paul53]

@maloross sagte: Da bin ich überfragt

Dann zeige bitte die komplette ID-Struktur zum 2. Datenpunkt (Index 1) der Sensorliste als Screenshot des Tab "Objekte".

[ticaki]

@maloross

Das bedeutet das

'0_userdata.0.meinOrdner.meinDatenpunkte'.startWith('0_userdata.0.meinOrdner') == true // das ist hier wahr, weil der erste String mit dem 2. startet.

[paul53]

@maloross sagte: "praefix" auf den Channel bezieht, unter dem der Datenpunkt abgespeichert ist?

Ja, genauer auf das übergeordnete Objekt. Wenn der übergeordnete Ordner kein Objekt hat, dann wird auch keine Kanal-ID geliefert.

[paul53]

@ticaki sagte: dann mit `dp.startWith(praefix)'.

if(!dp.id.startsWith(praefix)) { //Ausschliessen dass das Scriptverzeichnis zum Triggern verwendet wird

[ticaki]

@paul53
Jap zu wenig Kaffee - Danke Paul :)

[maloross]

@paul53
Bei mir ist es folgendermaßen aufgebaut:
Ich nutze Aliase

Hier der Ursprungsort

Von euren Angaben ausgehend: irgend ein Datenpunkt hat sowohl im Ursprung als auch im Alias eine doppelte Zuordnung Raum und/oder Funktion?

[paul53]

@maloross
Der Ordner "schrankbeleuchtung" hat kein Objekt: Deshalb der Fehler.

[maloross]

@paul53 Unter Alias gibt es den Ordner "schrankbeleuchtung" mit dem Datenpunkt "switch" - ich dachte, das ist ein Objekt.

[paul53]

@maloross sagte: ich dachte, das ist ein Objekt.

Nein, das ist nur ein Ordner ohne Objekt, der durch Punkte in der Datenpunkt-ID erzeugt wird.
Das Objekt kann man von einem übergeordneten Ordner (mit Objekt) aus nachträglich erstellen, indem man den identischen Namen "schrankbeleuchtung" für das Objekt (Kanal) verwendet. Zeige bitte auch die übergeordnete Struktur von "schrankbeleuchtung.switch".

[maloross]

@paul53
ich habe jetzt alle Funktionen entfernt, nur noch im Ursprungsordner das Schranklicht mit Raum und Funktion versehen - Fehler bleibt, Protokoll schreibt

javascript.0
2023-12-30 14:00:36.526	error	script.js.common.Testbereich.Statistikprojekte.licht_zaehlen: Fehler, Datenpunkt im Scriptverzeichnis als Trigger definiert

Was mich irrtiert ist der Hinweis auf das Scriptverzeichnis, das in meinem Fall "javascript.0 ". Ich versuche es mal auf das Userverzeichnis umzuleiten.

Ich hoffe, das Bild der Struktur ist ausreichend

[paul53]

@maloross sagte: Ich hoffe, das Bild der Struktur ist ausreichend

Ja. Selektiere "homematic" und ändere in den Eigenschaften (Bleistift rechts) den Objekttyp von "Kanal" in "Gerät" oder "Verzeichnis". Dann erstelle unter "homematic" ein Objekt vom Typ "Kanal" mit dem Namen "schrankbeleuchtung" (genau so geschrieben).

[maloross]

@paul53 danke für deine Unterstützung :)

erster Testlauf positiv, Skript läuft ohne Fehler durch.
also sollte die Struktur auch im Alias-Verzeichnis "Gerät-Kanal-Datenpunkt" sein.

EDIT: Es gibt Skripte, die auf ChannelID basieren - das würde dann ja super auch im Alias-Verzeichnis funktionieren.

[paul53]

@maloross sagte: sollte die Struktur auch im Alias-Verzeichnis "Gerät-Kanal-Datenpunkt" sein

Ja, wenn man "channelId" und / oder "deviceId" verwenden will. Außerdem lassen sich weitere Datenpunkte unter dem Kanal leichter manuell erstellen.

[maloross]

@paul53 super, habe heute eine ganze Menge gelernt (habe noch ein Skripte, die ich dann ausprobieren kann).
Da ich die Aliase mit dem Manager anlege, habe ich nicht auf die Ordnerstruktur geachtet. Bei der überschaubaren Anzahl kann ich das ganz schnell anpassen und für die Zukunft dann gleich richtig anlegen.

[paul53]

@maloross sagte: Skript läuft ohne Fehler durch

Dann ändere in der Überschrift im ersten Beitrag [Fehler] in [gelöst].

[Andersmacher]

@paul53 Ich habe hier interessiert mitgelesen und würde gern noch folgendes nachfragen:

Ich hatte die Struktur (Geräte, Kanäle, ...) bisher hauptsächlich/nur als Homematic-spezifisch angesehen.
Solange, wie man Aliasse einsetzt, um (HM-)Geräte ohne großen Aufwand 1:1 zu ersetzen (z. B. bei defekt), ist mir klar, daß es einen Sinn/Vorteil ergibt / ergeben kann, auch unter den Aliassen diese Struktur von HM beizubehalten (entsprechendes gilt dann auch für Strukturen anderer Hersteller).

Tatsächlich habe ich diese Nachbildung bisher nicht umgesetzt. Mein Gedanke dabei war, daß man sonst ja eigentlich immer darauf angewiesen ist, 1:1 Ersatz oder doch zumindest Ersatz mit der gleichen "Struktur" benutzen zu müssen.

Sollte ich Aliasse (zumindest künftig) aus Deiner Sicht doch immer an die Originalstruktur anpassen? Falls ja, wie wäre dann die empfohlene Vorgehensweise bei Hardwaretausch, wenn der Ersatz eine andere Struktur als das Original aufweist?

Oder ist die Struktur "genormt" und ich habe das einfach noch nicht bemerkt?

(Ich hatte bisher noch nie die Fragestellung / das Problem, das @maloross beschreibt bzw. habe es (falls es doch da war) offenbar irgendwie anders gelöst.

Freue mich über Erläuterungen/Empfehlungen.

[paul53]

@andersmacher sagte: ist die Struktur "genormt"

Nein.

@andersmacher sagte in [gelöst] Skript stoppt bei Zustandsänderung mit Fehler:

Struktur (Geräte, Kanäle, ...) bisher hauptsächlich/nur als Homematic-spezifisch angesehen.

ioBroker ist aus einer Entwicklung für HomeMatic entstanden. Deshalb liefert "channelId" die ID des Parent-Objektes und "deviceID" die ID des Grandparent-Objektes.

@andersmacher sagte in [gelöst] Skript stoppt bei Zustandsänderung mit Fehler:

Aliasse (zumindest künftig) aus Deiner Sicht doch immer an die Originalstruktur anpassen?

Nein, besser eine einheitliche Struktur verwenden, wie z.B. "alias.0.folder.device.channel.state". Möglichst auch identisch für eigene Datenpunkte unter "0_userdata.0". Dabei sollte die Bezeichnung von z.B. "device" nicht wörtlich genommen werden.

[Andersmacher]

@paul53 Vielen Dank für die Erläuterungen!!!

Einen guten Rutsch nach 2024 für alle ioBrok(l)er.