Hallo Rudi,
es gibt Inkonsistenzen zwischen Blocking.pm und dem Modul 73_PRESENCE.pm nach dem heutigen Update.
Siehe diesen Thread: https://forum.fhem.de/index.php/topic,77472.0.html (https://forum.fhem.de/index.php/topic,77472.0.html)
Mit der alten Version von Blocking.pm gibt es keine Probleme!
Jepp, kann ich bestätigen (Namen geixxt).
Fehler:
2017.10.03 21:04:27 2: PRESENCE (PS_xxx_Nexus5) - device could not be checked (retrying in 10 seconds)
2017.10.03 21:04:27 2: PRESENCE (PS_xx_Nexus5X) - device could not be checked (retrying in 10 seconds)
2017.10.03 21:04:27 2: PRESENCE (PS_xxxxx_Nexus5X) - device could not be checked (retrying in 10 seconds)
2017.10.03 21:04:27 2: PRESENCE (PS_xxxx_Nexus5) - check returned a valid result after 1 unsuccesful retry
2017.10.03 21:04:27 2: PRESENCE (PS_xxx_Nexus5) - check returned a valid result after 1 unsuccesful retry
2017.10.03 21:04:27 2: PRESENCE (PS_xx_Nexus5X) - check returned a valid result after 1 unsuccesful retry
2017.10.03 21:04:27 2: PRESENCE (PS_xxxxx_Nexus5X) - check returned a valid result after 1 unsuccesful retry
Musste heute auch die gestrige Version wieder überschreiben, damit die Fehler verschwinden.
Presence ist folgendermaßen bei mir definiert (alle gleich, außer MAC Adresse, hier auch geixxt):
# Anwesenheitserkennung Deviceerkennung
define PS_xxxxx_Nexus5X PRESENCE function {checkAllFritzMACpresent("xx:xx:xx:xx:xx:xx")} 60 60
attr PS_xxxxx_Nexus5X userattr presence presence_map structexclude
attr PS_xxxxx_Nexus5X DbLogExclude .*
attr PS_xxxxx_Nexus5X absenceThreshold 20
attr PS_xxxxx_Nexus5X devStateIcon present:status_available maybe.absent:status_available absent:status_away_1
attr PS_xxxxx_Nexus5X event-on-change-reading state
attr PS_xxxxx_Nexus5X group Anwesenheit
attr PS_xxxxx_Nexus5X icon it_smartphone
attr PS_xxxxx_Nexus5X presence STR_PS_Anwesenheit
attr PS_xxxxx_Nexus5X presenceThreshold 1
attr PS_xxxxx_Nexus5X room 9_6_Anwesenheit