NEWS
Debug Problem
-
-
@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 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
-
@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 ?
-
@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. -
@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?
-
@Negalein der datenpunkt ist auch vom typ logic ?
-
@liv-in-sky das ist ein xiaomi Sensor, der schaltet true/false
-
@liv-in-sky sagte in Debug Problem:
muss @crunchip recht geben
kannst du ja gerne, es ist trotzdem gegen die Empfehlung der Entwickler.
-
-
-
@fastfoot sagte in Debug Problem:
und wie ist es mit meiner Version?
hab gerade nachgesehen.
Es wird nun doppelt angezeigt. -
@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" } }
-
@liv-in-sky sagte in Debug Problem:
die beiden datenpunkte hast du ja geprüft - und sind gleich
Ja, sind gleich
-
die variable wert nutz du nur einmal im script ?
ich würde mal den adapter mi-home neustarten und evt. sogar den javascript adapter
-
"fummelt" da im script noch etwas anderes mit rein ?
das script ist auch nicht zufällig doppelt und läuft unerkannt ?
-
@Negalein
du könntest auch mal nach einem script suchen, das den datenpunkt als suche hat - nicht das da woanders was ist -
@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 -
@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.