Ich hab Bluetooth-Tags, folgendermaßen definiert:
defmod Tag_Keys PRESENCE lan-bluetooth xx:xx:xx:xx:xx:xx raspi-wf:5333 120
Mir ist aufgefallen, dass FHEM immer wieder mal blockiert, wenn der Server auf dem lepresenced läuft nicht verfügbar ist.
Also habe ich versucht alle Bluetooth-Tags mit attr xxx disable 1 zu deaktivieren, sobald der Server nachts abgeschalten wird.
Das funktioniert soweit bis auf eine Ausnahme: Wenn ich im FHEM-WEB auf die Seite wechsle, wo die sämtlichen Bluetooth-Tags definiert sind, wird scheinbar dennoch die PRESENCE_Ready-Funktion (lt. apptime mit param "HASH( Tag_Keys )") gestartet (40 mal in der Sekunde, max-Wert=3000/BT-Tag=Lag!!!) und somit FHEM wieder blockiert, weil der Server ja nicht verfügbar ist.
Der Status der Tags wechselt damit auch von disabled auf disconnected, obwohl das Attribut disable 1 noch immer gesetzt ist.
EDIT: Ist anscheinend doch nicht nur dann, wenn ich im FHEM-WEB auf die Seite mit den BT-Tags wechsle, sondern immer nach einer bestimmten Zeit.
Gibts hierfür eine Lösung?
Es gibt eine (nicht offizielle, leider) Parallelentwicklung bzgl. Presence.
D.h. auf Basis bestehenden Codes aber non-Blocking...
Musst du mal suchen, bzw. vielleicht finde ich das noch mal...
Gruß, Joachim
setze im global das DNSserver Attribut.
das sollte dein Problem lösen.
Zitat von: Frank_Huber am 22 Januar 2021, 07:59:06
setze im global das DNSserver Attribut.
das sollte dein Problem lösen.
Das löst das Problem nicht, ich habe trotzdem jeden einzelnen Bluetooth-Tag ganz oben bei der Ausgabe von apptime max und FHEM blockiert immer wieder:
DavidsKeys PRESENCE_Ready 3008 17678 166868.81 9.44 0.00 0.00 22.01. 13:29:31 HASH(DavidsKeys)@MadMax-FHEM: Vielleicht hast du einen Link dazu? Ich habe mal gesucht, aber nichts dergleichen gefunden.
Here it comes: https://forum.fhem.de/index.php/topic,117007.0.html
Gruß, Joachim