NEWS
[gelöst] Skript stoppt bei Zustandsänderung mit Fehler
-
Ich möchte dieses Skript zur Überwachung der Beleuchtung einsetzen. Auf meinem Testsystem lief es nach ein paar kleineren Anlaufschwierigkeiten einwandfrei.
Nun habe ich es auf mein Produktivsystem übertragen, dort stoppt es, sobald ich ein Gerät schalte, mit folgendem Fehler:12:27:03.040 info javascript.0 (2484356) script.js.common.Testbereich.Statistikprojekte.licht_zaehlen: Trigger= 1 Wert= false Alter Wert= true 12:27:03.049 error javascript.0 (2484356) at Object.<anonymous> (script.js.common.Testbereich.Statistikprojekte.licht_zaehlen:334:30)Hier der Auszug aus dem Skript (Zeile 329 - 344):
function CreateTrigger() { //Trigger für Sensoren erzeugen for (let x = 0; x < Sensor.length; x++) { //Alle Sensoren durchlaufen on(Sensor[x], function (dp) { //Trigger in Schleife erstellen if (logging) log("Trigger= " + x + " Wert= " + dp.state.val + " Alter Wert= " + dp.oldState.val); if (dp.channelId.search(praefix) == -1) { //Ausschliessen dass das Scriptverzeichnis zum Triggern verwendet wird SensorVal[x] = String(dp.state.val).toLowerCase(); // Alles in String und Kleinschreibweise wandeln SensorOldVal[x] = String(dp.oldState.val).toLowerCase(); // Alles in String und Kleinschreibweise wandeln SimplyfyLightStates(x); CheckLight(x); } else { log("Fehler, Datenpunkt im Scriptverzeichnis als Trigger definiert", "error"); }; }); };Ich habe schon alle andere Skripte ausgeschaltet, aber der Fehler bleibt. Das Skript läuft wie gesagt auf dem Testsystem (abgespeckte Version des Produktivsystems) fehlerfrei. Was übersehe ich?
Wenn @paul53 recht hat, dann mit `dp.startWith(praefix)'. Wusste garnicht das es channelId gibt, benutze immer startWith() :)
-
@ticaki sagte in [Fehler] Skript stoppt bei Zustandsänderung mit Fehler:
dp.startWith(praefix)
heißt dass, das sich "praefix" auf den Channel bezieht, unter dem der Datenpunkt abgespeichert ist?
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@paul53 sagte in [Fehler] Skript stoppt bei Zustandsänderung mit Fehler:
Vermutung: Zum Trigger-Datenpunkt existiert kein Parent-Objekt, folglich auch keine "channelId"?
Da bin ich überfragt, da ich den Datenpunkten nur Raum und Funktion zugeteilt habe (was auf dem Testsystem einwandfrei funktionierte).
Ich bin noch in der Phase "ich kopier das mal und schaue, was passiert" - ergo mit dem Erfahrungsschatz eines DAUs :grinning:
@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".
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@ticaki sagte in [Fehler] Skript stoppt bei Zustandsänderung mit Fehler:
dp.startWith(praefix)
heißt dass, das sich "praefix" auf den Channel bezieht, unter dem der Datenpunkt abgespeichert ist?
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. -
@ticaki sagte in [Fehler] Skript stoppt bei Zustandsänderung mit Fehler:
dp.startWith(praefix)
heißt dass, das sich "praefix" auf den Channel bezieht, unter dem der Datenpunkt abgespeichert ist?
-
-
@ticaki sagte: dann mit `dp.startWith(praefix)'.
if(!dp.id.startsWith(praefix)) { //Ausschliessen dass das Scriptverzeichnis zum Triggern verwendet wird@paul53
Jap zu wenig Kaffee - Danke Paul :) -
@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".
@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?
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@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 Unter Alias gibt es den Ordner "schrankbeleuchtung" mit dem Datenpunkt "switch" - ich dachte, das ist ein Objekt.
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@paul53 Unter Alias gibt es den Ordner "schrankbeleuchtung" mit dem Datenpunkt "switch" - ich dachte, das ist ein Objekt.
@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".Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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".@paul53
ich habe jetzt alle Funktionen entfernt, nur noch im Ursprungsordner das Schranklicht mit Raum und Funktion versehen - Fehler bleibt, Protokoll schreibtjavascript.0 2023-12-30 14:00:36.526 error script.js.common.Testbereich.Statistikprojekte.licht_zaehlen: Fehler, Datenpunkt im Scriptverzeichnis als Trigger definiertWas 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
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@paul53
ich habe jetzt alle Funktionen entfernt, nur noch im Ursprungsordner das Schranklicht mit Raum und Funktion versehen - Fehler bleibt, Protokoll schreibtjavascript.0 2023-12-30 14:00:36.526 error script.js.common.Testbereich.Statistikprojekte.licht_zaehlen: Fehler, Datenpunkt im Scriptverzeichnis als Trigger definiertWas 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
@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).
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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).
@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.
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@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.
@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.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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.
@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 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.
-
@maloross sagte: Skript läuft ohne Fehler durch
Dann ändere in der Überschrift im ersten Beitrag [Fehler] in [gelöst].
@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.
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@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.
@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 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.
@paul53 Vielen Dank für die Erläuterungen!!!
Einen guten Rutsch nach 2024 für alle ioBrok(l)er.
Support us
479
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge