Debug Problem

[fastfoot]

@Negalein Du solltest immer mit dem Wert des Triggers arbeiten. Zusätzlich prüfen ob der richtige DP gewählt wurde

[Negalein]

@fastfoot sagte in Debug Problem:

Du solltest immer mit dem Wert des Triggers arbeiten

Also statt wurde geändert nehm ich ist wahr?

Zusätzlich prüfen ob der richtige DP gewählt wurde

wie mach ich das?

[fastfoot]

@Negalein sagte in Debug Problem:

wie mach ich das?

so

[fastfoot]

@Negalein sagte in Debug Problem:

Zusätzlich prüfen ob der richtige DP gewählt wurde

wie mach ich das?

Falls du den Block mit Wert vom DP = wahr kopiert hattest, dann wäre da evtl der Status eines Fensters drin, auch hier hilft es den Wert des Triggers zu nehmen. Ich benenne meine DP meistens um, wie im Trigger gezeigt, dann weiss ich was genau ausgewählt wurde

[crunchip]

@fastfoot spielt doch keine Rolle, das blockly ist inhaltlich das selbe, nur gekürzt.
Funktion ist doch die selbe, ob Objekt"Wert" oder ObjektID=wahr
@Negalein Trigger prüft immer auf wahr, deshalb auch die Kurzform und auf Dauer, Ressourcen schonender

[fastfoot]

@crunchip sagte in Debug Problem:

@fastfoot spielt doch keine Rolle, das blockly ist inhaltlich das selbe, nur gekürzt.

ist es eben nicht. Wert des Triggers ist der Wert zum Zeitpunkt des Auslösens, im Original wurde der Wert noch einmal geholt, was unnötig ist, aber auch zu unerwarteten Werten führen kann.

Im Original wurde auch ein DP verglichen, welcher von der Benennung her auch von einem Fenstersensor stammen könnte(versehentlich durch Kopieren). Darauf habe ich hingewiesen, dies zu prüfen

[liv-in-sky]

@fastfoot sagte in Debug Problem:

ist es eben nicht. Wert des Triggers ist der Wert zum Zeitpunkt des Auslösens, im Original wurde der Wert noch einmal geholt, was unnötig ist, aber auch zu unerwarteten Werten führen kann.

muss @crunchip recht geben
das hat doch keinen einfluss auf die schaltung - wenn in den millisekunden, indem der trigger anspricht auch noch der datenpunkt eine änderung vollzieht, hätte man eher ein anderes problem - theoretisch richtig aber praktisch doch eher unwichtig - habe noch nie selbst so ein problem gehabt - noch davon gelesen - tausende von scripten wären betroffen

@Negalein -schaltet den die instanz den datenpunkt wirklich um ? hast du das mal geprüft ?

[Negalein]

@liv-in-sky sagte in Debug Problem:

schaltet den die instanz den datenpunkt wirklich um ? hast du das mal geprüft ?

Ja, schaltet um.
Hab es paarmal geprüft.

[fastfoot]

@Negalein sagte in Debug Problem:

@liv-in-sky sagte in Debug Problem:

schaltet den die instanz den datenpunkt wirklich um ? hast du das mal geprüft ?

Ja, schaltet um.
Hab es paarmal geprüft.

und wie ist es mit meiner Version?

[liv-in-sky]

@Negalein der datenpunkt ist auch vom typ logic ?

[crunchip]

@liv-in-sky das ist ein xiaomi Sensor, der schaltet true/false

[fastfoot]

@liv-in-sky sagte in Debug Problem:

muss @crunchip recht geben

kannst du ja gerne, es ist trotzdem gegen die Empfehlung der Entwickler.

[liv-in-sky]

@Negalein

mit meinem türsensor - gerade geprüft

[liv-in-sky]

@Negalein

die beiden datenpunkte hast du ja geprüft - und sind gleich - wie von @fastfoot schon vorgeschlagen

[Negalein]

@fastfoot sagte in Debug Problem:

und wie ist es mit meiner Version?

hab gerade nachgesehen.
Es wird nun doppelt angezeigt.

[Negalein]

@liv-in-sky sagte in Debug Problem:

der datenpunkt ist auch vom typ logic ?

{
  "_id": "mihome.0.devices.magnet_158d0003cd4123.state",
  "common": {
    "name": "Haustür Is opened",
    "role": "state",
    "write": false,
    "read": true,
    "type": "boolean"
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.mihome.0",
  "user": "system.user.admin",
  "ts": 1594297946540,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Negalein]

@liv-in-sky sagte in Debug Problem:

die beiden datenpunkte hast du ja geprüft - und sind gleich

Ja, sind gleich

[liv-in-sky]

@Negalein

die variable wert nutz du nur einmal im script ?

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

[liv-in-sky]

@Negalein

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

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

[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