Debug Problem

[liv-in-sky]

@Negalein
du könntest auch mal nach einem script suchen, das den datenpunkt als suche hat - nicht das da woanders was ist

[Negalein]

@liv-in-sky sagte in Debug Problem:

die variable wert nutz du nur einmal im script ?

Ja, alle anderen Abfragen für die Fenster sind noch nach 1. Schema.

"fummelt" da im script noch etwas anderes mit rein ?

Hmmm, ich hab mehrere Fensterabfragen, aber nur 1 mit diesem +++Text

das script ist auch nicht zufällig doppelt und läuft unerkannt ?

Nö

du könntest auch mal nach einem script suchen, das den datenpunkt als suche hat - nicht das da woanders was ist

mach ich sofort
---> ist nur dieses eine Script

[Negalein]

@liv-in-sky sagte in Debug Problem:

ich würde mal den adapter mi-home neustarten und evt. sogar den javascript adapter

nach einem Neustart der beiden Adapter scheint es jetzt richtig auf. Werde mal beobachten.

[liv-in-sky]

@Negalein

keinen schimmer mehr

warum steht in deinem letzten script nun Haustür is_open - ist das ein alias ?

[liv-in-sky]

@Negalein

und funktionieren beide arten von abfragen ? du kannst ja letztlich das von @fastfoot nutzen

[Negalein]

@liv-in-sky sagte in Debug Problem:

warum steht in deinem letzten script nun Haustür is_open - ist das ein alias ?

Hab den Rat von fastfoot befolgt und den DP einen ausschlsgkräftigen Nmen gegeben.

@fastfoot sagte in Debug Problem:
Ich benenne meine DP meistens um, wie im Trigger gezeigt, dann weiss ich was genau ausgewählt wurde

und funktionieren beide arten von abfragen ?

Ja, beide funktionieren

[liv-in-sky]

@Negalein dann is ja alles gut

[fastfoot]

@Negalein sagte in Debug Problem:

Ja, beide funktionieren

dann tippe ich darauf, dass du bei der Prüfung nach dem Triggern mit einem falschen Sensor verglichen hattest. Immerhin klappt es jetzt ja

[fastfoot]

@liv-in-sky sagte in Debug Problem:

@Negalein

die variable wert nutz du nur einmal im script ?

Diese Variable ist nur dem Trigger bekannt, es ist keine globale Variable und man legt sie ja auch nicht unter Variablen an. D.h. man kann sie überall (innerhalb eines Triggers!) verwenden und es ist trotzdem immer eine andere. Technisch wird der Wert des Status des Objekts verwendet( obj.state.val )

[liv-in-sky]

@fastfoot

hätte gedacht die variable wert ist script weit ???

bild aus javascript ansicht in blockly script

[fastfoot]

@liv-in-sky sagte in Debug Problem:

@fastfoot

hätte gedacht die variable wert ist script weit ???

bild aus javascript ansicht in blockly script

In diesem Fall wurde sie explizit angelegt und sieht(leider!!) auch so aus wie der Trigger Wert. Ich rede aber von der Variablen, welche du unter Trigger/Objekt-ID wählen kannst, und danach durch Drop-Down Wert auswählst. Ziehst du diese Variavle aus dem Trigger, so erscheint sofort ein Ausrufezeichen. Der Wert in deinem Beispiel ist nicht der Wert des Triggers! Hier ein kleines Beispiel

das Skript dazu zeigt wie es sich verhält

var Wert;


Wert = 'Fake';
on({id: '0_userdata.0.Haustuer.is_open', change: "ne"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == Wert) {
    console.log((obj.state ? obj.state.val : ""));
  } else {
    console.log('reingefallen :-)');
  }
});

[liv-in-sky]

@fastfoot
ok - verstehe - mein fehler

[fastfoot]

@liv-in-sky sagte in Debug Problem:

@fastfoot
ok - verstehe - mein fehler

es geht nicht darum, Recht zu haben. Mir geht es ums Lernen und Verstehen, dabei passieren zwangsläufig 'Fehler', das nächste Mal lerne ich was von Dir

[Xyolyp]

@liv-in-sky sagte in Debug Problem:

du könntest auch mal nach einem script suchen, das den datenpunkt als suche hat - nicht das da woanders was ist

Entschuldige, dass ich kurz off topic werde, aber das ist ja mal absolut sinnvoll und eine wunderbare Sache, dass in der Suche die Datenpunkte verwenden werden können!

[liv-in-sky]

@Xyolyp ohne nutzung der aliase kann man so bei geräte ausfall/ersatz überprüfen, wo scripte geändert werden müssen

[Xyolyp]

@liv-in-sky ich nutze zwar aliase, aber habe noch nicht die optimale Aufteilung was in ein Skript kommt und wofür ich ein neues anlege. Dadurch kommt es leider ab und zu zu Kollisionen, weil zwei Skripte irgendetwas steuern wollen.