Anwendungsfall:
Ein BT-LE Gigaset G-Tag ist im Fahrzeug plaziert und wenn ich (also das Fahrzeug) ankomme, soll sich die Garage öffnen.
define Auto1Ankunft notify Auto1:present set Garage on
Funktioniert wie erwartet.
Habe in meinem Fhem System bereits diverse notify Funktionen eingerichtet, leider wird jedoch genau diese notify Funktion auch bei jedem shutdown/restart ausgelöst.
Bedeutet also, dass nach Fhem Restart die Garage auf geht.
Übel.
Ich vermute, es liegt am lepresenced selbst, da alle anderen notify nach einem Fhem Restart nicht ausgelöst werden.
Habt ihr eine Idee zur Abhilfe?
Gruß Helmut
Eventuell hilft ein event-on-change-reading .* beim Presence Device. Kannst Du das mal testen?
Moin und danke für den Tip.
Hatte ich nicht erwähnt, ist aber mit event-on-change-reading eingerichtet.
Die anderen Presence Abfragen lösen nicht aus.
Mahlzeit!
Kommt denn zwischendurch mal ein absent, wenn ja wann?
btw. Unterstützende Dienste ist das Forum für lepresenced.
Patrick
Moin Patrick,
siehst du ja nicht, weil Fhem neu startet.
Ohne das Modul zu kennen - es sieht so aus, als ob der Status während des Neustarts umspringt. Wenn das GUI wieder da ist, ist der Status wie beim Shutdown.
Ich werde mal ein Log anlegen, denke aber, es ist dinnlos, da ja genau dann Fhem nicht läuft.
Meine anderen Presence Notifications triggern beim Neustart nicht.
Wer kann diesen Thread verschieben?
Gruß Helmut
Hallo Helmut,
Setz doch mal den Verboselevel auf 5. Der zustand des Tags steht auch
nach dem Neustart von fhem im log wenn er sich geaendert hat.
Ich weiss, so ist es bei mir, dass nach einem neustart die Tags
kurz den Status "undefined" haben bis die Tags wieder senden.
Das koennte bei dir zum Ausloesen deines notify fuehren.
Gruesse ,
Dirk
Moin Dirk,
verbose 5 ist immer mit etwas Arbeit verbunden -:)
Hier meine Analyse:
2016.10.11 22:42:23 5: Cmd: >setstate Auto1 present
2016.10.11 22:42:24 5: Starting notify loop for global
2016.10.11 22:42:25 5: PRESENCE (Auto1) - received data: command accepted
2016.10.11 22:42:25 5: PRESENCE (Auto1) - received data: present;Gigaset G-tag
2016.10.11 22:42:25 4: PRESENCE (Auto1) - changing to present timeout every 90 seconds
2016.10.11 22:42:25 5: SW: 7C:2F:80:AD:BC:DC|90
2016.10.11 22:42:25 5: Triggering Auto1(1 changes)
2016.10.11 22:42:25 5: Starting notify loop for Auto1, first event present
2016.10.11 22:42:25 5: Triggering Auto1Ankunft
2016.10.11 22:42:25 4: ZettieAnkunft exec set teleBot message Zettie Ankunft
2016.10.11 22:42:25 5: Cmd: >set teleBot message Auto1 Ankunft<
Was habe ich gemacht?
Verbose auf 5 gesetzt, abgewartet, Verbose wieder auf 3.
Dabei wird die fhem.cfg neu eingelesen und der notify wird ausgelöst.
Es gibt genau 1 setstate Auto1 auf present
Es gibt im Log kein setstate Auto1 absent, ein "undefined" gibt es auch nicht.
Diese Nachricht kommt bei allen anderen Notify meines Systems nicht:
2016.10.11 22:42:25 5: Triggering Auto1(1 changes)
Danach der Trigger der zum Problem führt, hier als "Telegram" abgesetzt.
Mache für heute Feierabend!
Gruß Helmut
Hi!
Nimm doch mal testweise DOIF statt Notify. Dann schließen wir den Fall aus, dass es an dem event-on-change-reading hängt.
Patrick
Moin,
Ja, das werde ich testen.
Überlege auch, ob ich den jeweils aktuellen Presence Status in einer Dummy Variablen speichere und den Update nur alle x Sekunden mache.
Sollte jemand auch BT LE mit lepresenced einsetzen wäre es evtl möglich testweise ein Notify einzurichten und zu testen, ob dann beim Fhem Restart ein Trigger ausgelöst wird.
Hallo Patrick,
mit DOIF kommt der Trigger bislang nicht.
Seltsam!
Gruß Helmut
Hi!
Zitat von: dl4fb am 16 Oktober 2016, 12:28:00
Hallo Patrick,
mit DOIF kommt der Trigger bislang nicht.
Seltsam!
Sehr schön.
DOIF zeichnet sich ja dadurch aus, dass es (wenn man es nicht explizit anders konfiguriert) nur bei Statusänderungen auslöst.
Patrick