Benutzer:Amenophis86/Artikelentwurf
Amenophis86/Artikelentwurf | |
---|---|
Zweck / Funktion | |
Anwesenheitserkennung | |
Allgemein | |
Typ | Hilfsmodul |
Details | |
Dokumentation | EN / DE |
Modulname | 73_PRESENCE.pm |
Ersteller | markusbloch |
Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref! |
Das PRESENCE Modul
Das PRESENCE Modul bietet für die Anwesenheitserkennung mehrere Varianten an:
- lan-ping - Das Überwachen via PING Checks, die durch den FHEM Server versandt werden.
- fritzbox - Das Überwachen von Geräten auf einer FritzBox via ctlmgr_ctl (Nur auf einer FritzBox möglich)
- Bluetooth
- - local-bluetooth - Das Überwachen via Bluetooth Checks, die vom FHEM Server direkt durchgeführt werden (angeschlossener Bluetooth-Stick und die Software bluez voraussgesetzt)
- - lan-bluetooth - Das Überwachen von Bluetoothgeräten, über Netzwerk. Auf einer oder mehreren Maschinen im Netzwerk (z.B. Raspberry Pi) läuft ein Presence-Daemon, der nach Bluetooth-Geräten sucht. Um mehrere Presence-Daemon mit FHEM zu verbinden, gibt es den Collector-Daemon, der sich zu allen Presence-Damons im Netzwerk verbindet und das Ergebnis von allen zusammenfasst.
- function - Das Überwachen mithilfe einer selbst geschrieben Perl-Funktion, die den Anwesenheitsstatus zurückgibt (0 oder 1)
- shell-script - Das Überwachen mithilfe eines selbst geschriebenen Shell-Programms/Skript, das eine 0 oder 1 ausgibt, um den Anwesenheitsstatus mitzuteilen.
Überwachen mittels Ping im WLAN/LAN
Um ein Gerät via Ping zu überwachen, muss folgende Definition durchgeführt werden:
define Handy PRESENCE lan-ping 192.168.0.30
Dadurch wird die IP-Addresse 192.168.0.30 alle 30 Sekunden geprüft, ob sie erreichbar ist. Wenn sie erreichbar ist, ist der Status "present" (anwesend), ansonsten "absent" (abwesend).
Der Timeout kann verändert werden, indem ein Wert (in Sekunden) an das Define anhängt wird:
define Handy PRESENCE lan-ping 192.168.0.30 60
Nun würde das Handy alle 60 Sekunden geprüft werden.
Nur wenn bei einem iPhone/iPad die Funktion "über WLAN synchronisieren" aktiviert ist, ist es auch im Standby zuverlässig pingbar. Standardmäßig deaktivieren Apple-Geräte ihr WLAN im Standby-Betrieb um die Akkulaufzeit zu verlängern.
Sollte die Fehlermeldung
PRESENCE (Handy) - ping command returned with output: ping: icmp open socket: Operation not permitted
im Log auftauchen und lan-ping dadurch nicht funktionieren, liegt ein Berechtigungsproblem vor. Kein Grund den User fhem zu root zu machen! Prüfe zu erst als User root ob die Capabilities gesetzt sind.
getcap /bin/ping
Sollte folgendes Ergeben zu Tage fördern.
/bin/ping = cap_net_raw+ep
Ist dem nicht so, setzen wir die benötigten Capabilities
setcap cap_net_raw+ep /bin/ping
Mehr Informationen zum Thema Capabilities [1].
FritzBox: direktes Abfragen der Aktivität via ctlmgr_ctl
Eine sehr häufige und auch zuverlässige Methode ist auf einer FritzBox die Abfrage mittels ctlmgr_ctl Befehl. Über diesen lassen sich alle Geräte abfragen ob sie aktiv sind. Ist ein Gerät aktiv, so gilt es als anwesend.
Dieser Modus kann allerdings nur in FHEM Installationen direkt auf einer FritzBox verwendet werden. Des weiteren muss FHEM unter dem User root laufen. Um ein Gerät zu überwachen, wird lediglich der Gerätename benötigt, so wie er unter dem Menüpunkt "Heimnetz" auftaucht.
Die erforderliche Definition:
define Handy PRESENCE fritzbox iPhone-4S
Überwachung mittels Perl-Code
Es ist möglich zum Überwachen von Geräten eine eigene Perl-Funktion zu verwenden die dann vom PRESENCE Modul im Hintergrund aufgerufen wird.
define <name> PRESENCE function {...} [ <check-interval> [ <present-check-interval> ] ]
Sobald die Funktion den Rückgabewert 1 hat, ist das Gerät anwesend, bei 0 abwesend.
Beispiel DHCP Überwachung auf Airport Basestation
Die hier vorgestellte Überwachung der DHCP Lease auf Airport Basestations per SNMP ist absolut robust gegenüber dem Ruhezustand von iOS und setzt keine weitere Konfiguration auf dem iPhone voraus. Das Abmelden beim Verlassen des Empfangsbereiches der Basestation geschieht mit etwa 5-10 Minuten Verzögerung und ist somit auch vor kurzzeitigen Empfangsproblemen sicher. Das nebenstehende Bild (???) verdeutlicht noch mal die Unterschiede zwischen einer IP-Basierten Ping-Überwachung und der Überwachung auf Ebene der Basestation oder FritzBox.
Bevor der folgende Code verwendet werden kann ist das Perl Modul Net:SNMP zu installieren (z. B. mit: cpan install use Net::SNMP
).
Zuerst ist folgender Code in 99_myUtils.pm einzufügen, sollte diese noch nicht vorhanden sein muss diese aus dem Template welches unter Edit Files zu finden ist erzeugt werden. Achtung, das ist nicht der komplette Inhalt der 99_myUtils! Das ist nur die einzelne Routine
use Net::SNMP; sub snmpCheck($$) { my ($airport,$client)= @_; my $community = "public"; my $host = $airport; my $oid = ".1.3.6.1.2.1.3.1.1.2"; #my $oid = ".1.3.6.1.2.1.3.1.1.2.25.1.10.0.1"; my ( $session, $error ) = Net::SNMP->session( -hostname => $host, -community => $community, -port => 161, -version => 1 ); if( !defined($session) ) { return 0; return "Can't connect to host $host."; } my @snmpoids = (); my $response = $session->get_next_request($oid); my @nextid = keys %$response; while ( @nextid && $nextid[0] && $nextid[0] =~ m/^$oid/ ) { push( @snmpoids, $nextid[0] ); $response = $session->get_next_request( $nextid[0] ); @nextid = keys %$response; } if( !defined($response = $session->get_request( @snmpoids ) ) ) { return 0; } foreach my $value (values %$response) { return 1 if( $value eq $client ) } return 0; }
Danach lässt sich das Mobilgerät so überwachen:
define iPhone PRESENCE function {snmpCheck("10.0.1.1","0x44d77429f35c")} 30 30
wobei 10.0.1.1 durch die IP-Adresse der Basestation und 0x44d77429f35c durch die MAC Adresse des Geräts als HEX-Zahl ersetzt werden muss.
Beispiel Anwesenheitserkennung mittels UniFi Controller
Die Anwesenheitserkennung bei Geräten in Verbindung mit UniFi-Produkten funktioniert selbst dann, wenn sich die Geräte im PowerSave-Modus befinden.
Beachte: Die Geräte werden erst ungefähr nach 5 Minuten, nachdem das Gerät das WLAN verlassen hat als disconnected angezeigt.
define <NAME> PRESENCE function {ReadingsVal("<UniFi>","<NamedDevice>","") eq "connected" ? 1:0}
Überwachen mittels Events
Der Vorteil gegenüber der Function-Variante ist, dass diese Variante ohne Blocking.pm-Overhead direkt ausgeführt werden kann und in "Echtzeit" abläuft (siehe Beitrag).
define <NAME> PRESENCE event UniFi:NamedDevice:.disconnected UniFi:NamedDevice:.connected
Überwachen mittels Bluetooth
Vorbereitung und Informationen
Getestete Hardware/Software
- Raspbian System - wheezy, Jessie
- BT-Dongle - CSL NET BT USB2.0 Stick, Bluetooth V4.0, Nano
Achtung: Es muss ein BT V4.0 oder höher verwendet werden. Nur dieser unterstützt LowEnergy - BT-TAG - Gtag von Gigaset, TrackR, UDOO Neo, PebbleBee, iTag von Unitec, X4-LIFE Multifunkti BL-Anhänger, iTag Wireless Anti, Trackr bravo
BT Dongel am PI installieren
Um den BT Dongle (hier: CSL NET BT USB2.0) am PI verwenden zu können, müssen die notwendigen Pakete über die Paketverwaltung von debain nachinstalliert werden. Wer bereits ein BT-Dongle installiert hat, kann diesen Schritt überspringen.
apt-get install bluetooth
Nach erfolgreicher Installation der Pakete sollte der RaspberryPI neu gestartet werden.
sudo reboot
Nach dem erfolgten Reboot bitte das Log des Raspberry auf folgende Einträge prüfen:
Feb 12 19:52:55 fhem kernel: [ 4.773600] Bluetooth: Core ver 2.20 Feb 12 19:52:55 fhem kernel: [ 4.773748] NET: Registered protocol family 31 Feb 12 19:52:55 fhem kernel: [ 4.773765] Bluetooth: HCI device and connection manager initialized Feb 12 19:52:55 fhem kernel: [ 4.773797] Bluetooth: HCI socket layer initialized Feb 12 19:52:55 fhem kernel: [ 4.773821] Bluetooth: L2CAP socket layer initialized Feb 12 19:52:55 fhem kernel: [ 4.773890] Bluetooth: SCO socket layer initialized Feb 12 19:52:55 fhem kernel: [ 4.797531] usbcore: registered new interface driver btusb
Sobald der BT-Dongle erkannt wurde leuchtet (wenn vorhanden) auch die blaue/gelbe LED am Dongle auf.
BT-Tags aktivieren
Jetzt kann der BT-Tag aktiviert werden. Bei einigen Tags muss dafür die Batteriesicherung gezogen werden.
Einen Tag wird mit folgendem Befehl auf der Konsole gesucht:
sudo hcitool lescan
Ausgabe z.B.:
LE Scan ...
7C:2F:80:A1:XA:XD (unknown)
7C:2F:80:A1:XA:XD Gigaset G-tag
7C:2F:80:A1:X4:X1 (unknown)
Eine Übersicht über die möglichen Befehle von hcitool gibt es mit der Eingabe von:
sudo hcitool Ausgabe z.B.: hcitool - HCI Tool ver 5.23 Usage: hcitool [options] <command> [command parameters] Options: --help Display help -i dev HCI device Commands: dev Display local devices inq Inquire remote devices scan Scan for remote devices name Get name from remote device info Get information from remote device spinq Start periodic inquiry epinq Exit periodic inquiry cmd Submit arbitrary HCI commands con Display active connections cc Create connection to remote device dc Disconnect from remote device sr Switch master/slave role cpt Change connection packet type rssi Display connection RSSI lq Display link quality tpl Display transmit power level afh Display AFH channel map lp Set/display link policy settings lst Set/display link supervision timeout auth Request authentication enc Set connection encryption key Change connection link key clkoff Read clock offset clock Read local or remote clock lescan Start LE scan lewladd Add device to LE White List lewlrm Remove device from LE White List lewlsz Read size of LE White List lewlclr Clear LE White list lecc Create a LE Connection ledc Disconnect a LE Connection lecup LE Connection Update
Falls beim SCAN kein Tag gefunden wird, sollte das BT Interface neu gestartet werden. Dazu ist kein Reboot des PI notwendig.
sudo hciconfig hci0 down
sudo hciconfig hci0 up
sudo hcitool dev
Überwachung durch den FHEM Server direkt
Jenach Aufstellungsort des FHEM Servers kann es sinnvoll sein, eine Bluetooth-Überwachung direkt durch den FHEM Server durchzuführen. Hierbei gilt allerdings zu beachten, dass Bluetooth nicht für große Reichweiten gedacht ist und in den meisten Fällen keine Wände überwinden kann. Das heisst, dass in den meisten Fällen damit nur ein Raum überwacht werden kann.
Je nach Einsatzzweck kann das auch so gewollt sein. Bluetooth USB Sticks, die bereits Bluetooth 4.0 unterstützen, können höhere Reichweiten über Zimmerwände hinaus erreichen. Vorausgesetzt, das Mobilgerät unterstützt Bluetooth 4.0.
Um eine Überwachung per Bluetooth durchführen zu können, benötigt man die Bluetooth-Adresse eines Gerätes. Diese ähnelt vom Aufbau einer MAC-Adresse. Generell wird die Adresse in den Telefon-Informationen bei Smartphones angezeigt.
Um eine Anwesenheitserkennung via Bluetooth durchzuführen, wird folgende Definition in der Konfiguration benötigt:
define Handy PRESENCE local-bluetooth XX:XX:XX:XX:XX:XX
Überwachung durch verteilte Agenten in der Wohnung (presenced/lepresenced/collectord)
Um eine zuverlässige und flächendeckende Bluetooth-Anwesenheitserkennung durchzuführen, ist es unerlässlich, mehrere Bluetooth-Empfänger zu verwenden, die auf mehrere oder alle Räume verteilt sind.
Hierfür bietet sich zum Beispiel ein Raspberry Pi mit einem Mini-Bluetooth-USB-Stick und evtl. einem WLAN-USB-Stick an. Jeder Raum wird mit solch einem Raspberry ausgestattet und ist im WLAN Netz verfügbar.
Dieses Netz aus Raspberrys wird mit dem presenced (Download-Link ist in der Commandref zum Modul enthalten) ausgestattet. Es stehen bereits entsprechende Pakete für den Raspberry zur Verfügung.
Beide Programme (presenced/collectord) sind Perl-Skripte, die als Daemon im Hintergrund laufen und auf Anfragen via Netzwerk warten. Es wird lediglich eine vollständige Perl-Grundinstallation mit Standardmodulen benötigt. Nach Installation der *.deb Pakete sollten diese noch angewiesen werden, automatisch beim Rechner-Neustart gestartet zu werden:
sudo update-rc.d presenced defaults sudo update-rc.d collectord defaults
Eine detaillierte Benutzung von presenced ist in der Commandref Beschreibung zum PRESENCE Modul enthalten.
Jeden Raum einzeln ansprechen mittels presenced
Jeden Raum einzeln ansprechen mittels lepresenced
Alle Räume gemeinsam ansprechen mittels collectord
Batterieüberwachung
Beispiele
Anwesenheitserkennung / Anwesenheitsbenachrichtigung mit G-Tags
Ein Skript zur Nutzung der Gigaset G-TAGs zur Alarmierung bei öffnen und schließen von Türen und zur Anwesenheitserkennung, um die Alarmierung zu aktivieren bzw. deaktivieren. Es kann verwendet werden um die Anwesenheit von mehrern Personen im Haushalt zu erkennen. Dabei wird eingeschränkt, dass nur bestimmte Personen die Alarmierung aktivieren können ( Eltern/Kind -Beziehung ). Des Weiteren werden im Beispiel die Eltern benachrichtigt wenn eins der Kinder das Haus verlässt und die Eltern nicht anwesend sind.
Für die Notify und die RESIDENTS-Erweiterung wird ein Dummy benötigt.
define Alarm dummy attr Alarm devStateIcon aktiv:secur_locked@red inaktiv:secur_open@lightgreen attr Alarm eventMap on:aktiv off:inaktiv attr Alarm setList on off attr Alarm webCmd aktiv:inaktiv attr Alarm room Alarm
Mit Notify
gtag.*.presence:.* {Anwesenheit_check("$EVTPART1", "$NAME")}
Code für die 99_myUtils.pm
### GTAG ANWESENHEITS CHECK sub Anwesenheit_check($$) { my ($EVENT, $NAME) = @_; # gtag_rot - Alias Marco # gtag_schwarz - Alias Ulli # gtag_gruen - Alias Frida # gtag_orange - Alias Hannah my $RESIDENT = "rr_"; # Alle GTAGs sind Standardmäßig Residents Roommate # $RESIDENT = "rg_" if (($NAME eq "gtag_orange") xor ($NAME eq "gtag_weis")); # Hier nur Gäste (Roomguest) Auskommentiert, da ich es so nicht brauche my $ROOMMATE = ("$RESIDENT" . "$NAME"); # Residentsname zusammenbauen my $ALIASNAME = AttrVal($ROOMMATE,'alias',$ROOMMATE); # ALIAS des Roommates auslesen my $GTAG1 = Value('gtag_rot'); # ELTERN my $GTAG2 = Value('gtag_schwarz'); # ELTERN my $STATUS = "wahrscheinlich gerade los"; $STATUS = "anwesend" if ($EVENT eq "present"); # Status: anwesend $STATUS = "unterwegs" if ($EVENT eq "absent"); # Status: unterwegs Log 1, "$ALIASNAME ist $STATUS."; # LOG Eintrag erzeugen if (($EVENT eq "present" && Value("Alarm") eq "aktiv") && ($NAME eq "gtag_gruen" xor $NAME eq "gtag_orange")) { fhem("set teleBot send ALARMIERUNG BLEIBT AKTIV: $ALIASNAME ist da..."); # Telegram # fhem("set Infopush msg 'ALARMIERUNG BLEIBT AKTIV' '$ALIASNAME ist da...'"); # Pushover } elsif (($EVENT eq "present" && Value("Alarm") eq "aktiv") && ($NAME eq "gtag_rot" xor $NAME eq "gtag_schwarz")) { fhem("set teleBot send ALARMIERUNG INAKTIV: $ALIASNAME ist da...; set Alarm inaktiv"); # Telegram # fhem("set Infopush msg 'ALARMIERUNG INAKTIV' '$ALIASNAME ist da...'; set Alarm inaktiv"); # Pushover } elsif (($EVENT eq "absent" && Value("Alarm") eq "aktiv") && ($NAME eq "gtag_gruen" xor $NAME eq "gtag_orange")) { fhem("set teleBot send ALARMIERUNG BLEIBT AKTIV: $ALIASNAME hat das Haus verlassen."); # Telegram # fhem("set Infopush msg 'ALARMIERUNG BLEIBT AKTIV' '$ALIASNAME hat das Haus verlassen.'"); # Pushover } elsif (($EVENT eq "absent" && Value("Alarm") eq "inaktiv") && ($GTAG1 eq "absent" && $GTAG2 eq "absent")) { fhem("set Alarm aktiv; set teleBot send ALARMIERUNG AKTIV: $ALIASNAME hat das Haus verlassen."); # Telegram # fhem("set Alarm aktiv; set Infopush msg 'ALARMIERUNG AKTIV' '$ALIASNAME hat das Haus verlassen.' '' 0 ''"); # Pushover } }
Mit Notify und Integration des RESIDENTS-MODUL
Der hier beschriebene Code erweitert die Funktionen unter dem Punkt 5.93. Das Notify muss daher mit der folgenden Zeile erweitert werden.
define Alarm_AnwesenheitCheck notify gtag.*.presence:.* { Anwesenheit_check("$EVTPART1", "$NAME"), Anwesenheit_check_resi("$NAME") }
Zusätzlicher Code für die 99_myUtils.pm um die RESIDENTS Funktion nutzen zu können:
### RESIDENTS sub Anwesenheit_check_resi($) { my ($NAME) = @_; my $ALIASNAME = AttrVal($NAME,'alias',$NAME); # ALIASNAME des GTAGs auslesen my $RESIDENT = "rr_"; # Als Standard sind alle GTAGs Roommates $RESIDENT = "rg_" if (($NAME eq "gtag_orange") xor ($NAME eq "gtag_weis")); # Hier nur GTAG Namen der Gäste (Roomguest) my $ROOMMATE = ("$RESIDENT" . "$ALIASNAME"); # Residentsname zusammenbauen if (ReadingsVal($NAME,'presence',$NAME) eq "absent") { fhem("set $ROOMMATE absent"); # Resisents Status von Roommates setzen } elsif(ReadingsVal($NAME,'presence',$NAME) eq "present") { fhem("set $ROOMMATE home"); # Resisents Status von Roommates setzen } }
Mit Notify und Fenster/Tür. -Kontakt Überwachung
Erweiterung für die Überwachung von Fenster/Tür. -Kontakten. Dazu sind zwei weitere Notifys notwendig die auf die Trigger der Kontakte regagieren und so eine weitere Funktion in der 99_myUtils.pm ansprechen. Die Notifys triggern auf Kontakte die mit dem Namen Kontakt* beginnen. Sollten die eigenen Fenster/Tür. -Kontakt anderen Namen besitzen, müssen die Skripte dementsprechend angepasst werden.
define Alarm_Kontaktmeldung notify Kontakt.*:contact:.* {Kontakt_Meldung("$EVTPART1", "$NAME")}
define Alarm_Sabotagealarm notify Kontakt.*.sabotageError:.on {Kontakt_Sabotage("$EVTPART1", "$NAME")}
Zusätzlicher Code für die 99_myUtils.pm um die TÜRKONTAKTE-Meldung nutzen zu können:
### TÜRKONTAKTE-Meldung/Zustand sub Kontakt_Meldung($$) { my ($EVENT, $NAME) = @_; my $ALIASNAME = AttrVal($NAME,'alias',$NAME); Log 1, "$ALIASNAME wurde $EVENT"; if (ReadingsVal("Alarm", "state", "on") eq "on") { fhem("set teleBot send $ALIASNAME wurde $EVENT"); # Nachricht über Telegram # fhem("set Infopush msg '$ALIASNAME' '$ALIASNAME wurde $EVENT'"); # Nachricht über Pushover } } ### TÜRKONTAKTE-Sabotagealarm sub Kontakt_Sabotage($$) { my ($EVENT, $NAME) = @_; my $ALIASNAME = AttrVal($NAME,'alias',$NAME); Log 1, "$ALIASNAME meldet Sabotagealarm"; fhem("set teleBot send Alarm: $ALIASNAME meldet Sabotagealarm"); # Nachricht über Telegram # fhem("set Infopush msg 'Alarmanlage' '$ALIASNAME meldet Sabotagealarm' '' 2 ' ' 60 600 "); # Nachricht über Pushover }
Hinweis zur Benutzung / Fehlerhandling
Der Alarm dummy hat den Zustand on:off. Die Bezeichnungen und Namen müssen 1:1 übernommen werden damit das Script funktioniert.
Andernfalls müssen die Bezeichnungen für z.B. absent:unterwegs und present:anwesend - angepasst werden.
Die Benachrichtigung kann aktuell per Telegram sowie Pushover (Achtung mit zweiterem sind Abokosten verbunden!) realisiert werden.
Diskussion zum Thema im Forum unter: Thema
Problemlösungen
Falls es Probleme beim Starten des Skripts gibt bzw. man das Skript ohne Reboot des Systems neustarten möchte, kann man dies per kill Befehl erledigen.
ps -ef | grep lepresenced
sudo kill <pid>
Debuglevel lepresenced setzen:
Der Log Level muss im lepresenced-Skript selbst verändert werden. Um den Log-Level auf INFO/WARNING/DEBUG zu setzen, dass Skript lepresenced mit einem Editor öffnen und die Stellen, wo LOG_WARNING zu finden sind durch den nötigen LOG-Eintrag ersetzen.
lepresenced --loglevel LOG_DEBUG
Nur das wichtigste Loggen:
lepresenced --loglevel LOG_WARNING
Keinerlei LOG-Einträge
lepresenced --loglevel LOG_EMERG
Bei Problemen mit der Batterieüberwachung der Tags kann die Pi Firmeware mit folgenden Befehl auf eine ältere Version zurückgesetzt werden. Fehlermeldung beim Aufruf des lebattery oder anderen Batterietestskripten:
connect: Connection refused (111)
Lösung (vorübergehend)
sudo rpi-update 8521fd34c8f66b6d109acce943f6e25ec93ec005
Mehr dazu unter: Beitrag
Das BT-Device ist ständig "absent"
Eine Mögliche Lösung kann sein, dass Paket bluez-hcidump zu installieren. Das Werkzeug hcidump erlaubt die Beobachtung von Bluetooth-Aktivität.
Dies ist nicht notwendig, wenn bereits bluez installiert ist, da dies Teil des bluez Paketes ist
sudo apt-get install bluez-hcidump
Fehler in Logdateien /var/log/syslog und /var/log/kernel
Jul 29 15:08:11 raspberrypi kernel: [ 4905.634211] bt_err_ratelimited: 1 callbacks suppressed Jul 29 15:08:11 raspberrypi kernel: [ 4905.634231] Bluetooth: hci0 advertising data length corrected Jul 29 15:08:12 raspberrypi kernel: [ 4906.647350] Bluetooth: hci0 advertising data length corrected Jul 29 15:08:13 raspberrypi kernel: [ 4907.532081] Bluetooth: hci0 advertising data length corrected Jul 29 15:08:13 raspberrypi kernel: [ 4907.655564] Bluetooth: hci0 advertising data length corrected
Die Ursache des Problems ist noch nicht ergründet, allerdings betrifft dies aktuell nur den RPi3. Die Fehlermeldungen werden in verschiedene log's geschrieben. Darunter maßgeblich "syslog" und "kern.log".
Lösung (vorübergehend) Unterbinden der Einträge durch Anlage eines blocklist Eintrag:
1. Unter "/etc/rsyslog.d" eine Datei erzeugen mit dem Namen "01-blocklist.conf" 2. Inhalt: (Die Ausdrücke in den "" sind diejenigen, die aus dem log verschwinden sollen. - bei mir waren es die unten stehenden") :msg,contains,"Bluetooth: hci0 advertising data length corrected" stop :msg,contains,"bt_err_ratelimited:" stop 3. Dienst neu starten "sudo service rsyslog restart"
Weiter Infos werden im offiziellen Thema hier diskutiert.
Seit Version 0.82 kann es beim Start zu folgenden Meldungen im Log kommen.
Sep 06 16:13:45 raspberrypi systemd[1]: Started lepresenced. Sep 06 16:13:45 raspberrypi lepresenced[16010]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', ...tting... Sep 06 16:13:46 raspberrypi lepresenced[16010]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Diese Meldungen können ignoriert werden. Abhilfe schafft sich lepresenced selbst indem es sich resettet.
Versionsänderungen lepresenced
--Version 0.81 (BasisVersion) --Version 0.82 (stable 08/2017) -Neue Kommandozeilenoption "--debug": Startet lepresenced im Vordergrund und gibt ausführliche Debug-Informationen auf STDOUT aus. -Sanity Check: lepresenced prüft beim Starten die Verfügbarkeit von hciconfig, hcitool und hcidump. -Model: lepresenced übermittelt das Reading model nun als lan-lepresenced. Das erlaubt die Erkennung von lepresenced in der FHEM-Statistik (sofern aktiviert). --Version 0.83 (stable 09/2017) - Behebung von Systemstart Fehlern - Weitere Debug-Möglichkeiten. U. a. wird nun mitgezählt, ob hcitool lescan ("legacy") und hcidump eine identische Zahl an Beacons empfangen
Ansprechpartner
- markusbloch (Markus) für das PRESENCE-Modul und collectord
- PatrikR (Patrick) für lepresenced
- Devender (Dirk ) für Wiki und Doku