Hallo zusammen,
ich verzeifel so langsam.
Ich hatte mir mit den NUT-Tags eine Anwesendheitserkennung gemäß der Anleitung um Wiki aufgebaut. Bis vor ca. 4 Wochen hat diese auch über mehrere Monate einwandfrei funktioniert. Seit ca. 4 Wochen habe ich das Problem, dass die NUT Tags immer als "absend" angezeigt werden, obwohl diese in Reichweite sind.
Meine Fehlersuche blieb bisher erfolglos. Ich bin die Anleitung nochmal komplett durchgegangen. Wenn ich den Bluetooth Service auf dem Raspberry neu starte, dann wird mit kurze Zeit in Fhem ein "enable" angezeigt und 1-10 Min springt der Status wieder auf "absend"
Und mittlerweile habe ich keinen Plan mehr, wo ich den Fehler noch suchen soll.
Habt Ihr eine Idee?
Welche Anleitung hast Du genau genommen. Gibt da ja mehrere für Bluetooth. Dann gibt es sowas wie Logfile. Wäre gut da mal rein zu schauen und hier passende Auszüge zu posten.
Hast du die mal per hctool gesucht oder per Handy ??? Nicht das die Batterie leer ist
Also ich bin nach dieser Anleitung "Anleitung für ein LE Device (z.B. Gtags,Pebbles etc.)" mit Hilfe des lepresenced skriptes vorgegangen.
Mit dem Befehl "sudo hcitool lescan" werden meine 2 NUT TAGS auch sofort angezeigt. Das bedeutet, dass die Batterien noch voll sind.
Meine definition in der fhem.cfg lautet:
define Micha.NUT PRESENCE lan-bluetooth CC:5B:C1:C8:A4:59 127.0.0.1:5333 30 60
attr Micha.NUT event-on-change-reading state
attr Micha.NUT room Zentral
define Mama.NUT PRESENCE lan-bluetooth D5:88:FD:7A:D2:F5 127.0.0.1:5333 30 60
attr Mama.NUT event-on-change-reading state
attr Mama.NUT room Zentral
------------
Auszug aus dem Logfile von heute morgen, als ich noch mal Fehlersuche betrieb und den Befehl sudo hciconfig hci0 reset
ausführte, ist aber immer nur eine temporäre Lösung :
2016.12.11 10:35:32 3: Opening Mama.NUT device 127.0.0.1:5333
2016.12.11 10:35:32 3: Mama.NUT device opened
2016.12.11 10:35:32 3: Mi.Harmony: connected
2016.12.11 10:35:32 3: Opening Micha.NUT device 127.0.0.1:5333
2016.12.11 10:35:32 3: Micha.NUT device opened
2016.12.11 10:35:33 1: usb create starting
2016.12.11 10:35:34 3: Probing CUL device /dev/ttyAMA0
2016.12.11 10:35:34 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.12.11 10:35:34 3: Probing FRM device /dev/ttyAMA0
2016.12.11 10:35:40 1: usb create end
2016.12.11 10:35:40 0: Featurelevel: 5.7
2016.12.11 10:35:40 0: Server started with 111 defined entities (fhem.pl:12719/2016-12-06 perl:5.020002 os:linux user:fhem pid:772)
2016.12.11 10:35:40 1: SONOS0: Kein UPnP-Server gefunden... Starte selber einen und warte 1 Sekunde(n) darauf...
2016.12.11 10:35:40 3: telnetForBlockingFn_1481448940.28628: port 44815 opened
2016.12.11 10:35:40 3: fbCallMonitor device opened
2016.12.11 10:35:42 1: HMLAN_Parse: HMLAN1 new condition ok
2016.12.11 10:35:42 3: Fritz_Box_Monitor device opened
2016.12.11 10:35:42 3: Opening Sonos device localhost:4711
2016.12.11 10:35:42 3: Can't connect to localhost:4711: Connection refused
2016.12.11 10:35:43 3: myJeeLink: Unknown code , help me!
2016.12.11 10:48:29 1: 127.0.0.1:5333 disconnected, waiting to reappear (Mama.NUT)
2016.12.11 10:48:29 1: 127.0.0.1:5333 disconnected, waiting to reappear (Micha.NUT)
2016.12.11 10:49:15 3: Opening Mama.NUT device 127.0.0.1:5333
2016.12.11 10:49:15 3: Mama.NUT device opened
2016.12.11 10:49:15 3: Mi.Harmony: connected
2016.12.11 10:49:15 3: Opening Micha.NUT device 127.0.0.1:5333
2016.12.11 10:49:15 3: Micha.NUT device opened
2016.12.11 10:56:36 3: Opening Mama.NUT device 127.0.0.1:5333
2016.12.11 10:56:36 3: Mama.NUT device opened
2016.12.11 10:56:36 3: Mi.Harmony: connected
2016.12.11 10:56:36 3: Opening Micha.NUT device 127.0.0.1:5333
2016.12.11 10:56:36 3: Micha.NUT device opened
Dann bitte einmal lepresenced im debug Mode starten. Danach findest Du mehr Infos im syslog File
so im debug modus gestartet, aber viel mehr sehe ich auch nicht, oder doch?
2016.12.11 14:49:54 1: 127.0.0.1:5333 disconnected, waiting to reappear (Micha.NUT)
2016.12.11 14:49:54 1: 127.0.0.1:5333 disconnected, waiting to reappear (Mama.NUT)
2016.12.11 14:49:58 3: SONOS0: Connection accepted from localhost:52612
2016.12.11 14:50:28 3: SONOS0: Connection accepted from localhost:52624
2016.12.11 14:50:58 3: SONOS0: Connection accepted from localhost:52642
2016.12.11 14:51:28 3: SONOS0: Connection accepted from localhost:52654
2016.12.11 14:51:54 1: 127.0.0.1:5333 reappeared (Micha.NUT)
2016.12.11 14:51:58 1: 127.0.0.1:5333 reappeared (Mama.NUT)
2016.12.11 14:51:58 3: SONOS0: Connection accepted from localhost:52672
2016.12.11 14:52:05 1: 127.0.0.1:5333 disconnected, waiting to reappear (Mama.NUT)
2016.12.11 14:52:05 1: 127.0.0.1:5333 disconnected, waiting to reappear (Micha.NUT)
2016.12.11 14:52:28 3: SONOS0: Connection accepted from localhost:52688
2016.12.11 14:52:58 3: SONOS0: Connection accepted from localhost:52702
2016.12.11 14:53:06 1: 127.0.0.1:5333 reappeared (Mama.NUT)
2016.12.11 14:53:06 1: 127.0.0.1:5333 reappeared (Micha.NUT)
Danach findest Du mehr Infos im syslog File
/var/log/syslog != fhem.log
Okay. Hab Sie mal als Anhang dran gemacht.
Wie wäre ich am besten mit deiner Codezeile umgegangen? Das Terminal konnte damit nichts anfangen, deswegen habe ich die ganze Datei angehängt.
Das war keine Codezeile sondern sollte nur heißen
/var/log/syslog ist nicht fhem.log
Du hattest fhem.log gepostet gehabt aber die relevanten Ergebnisse stehen ja in syslog
Dec 11 15:12:16 raspberrypi lepresenced[671]: [tid:0] main: Sending update for mac address cc:5b:c1:c8:a4:59, age: 3, max age: 60, result: present.
Dec 11 15:12:17 raspberrypi lepresenced[671]: [tid:0] main: Sending update for mac address d5:88:fd:7a:d2:f5, age: 1, max age: 60, result: present.
Dec 11 15:12:40 raspberrypi lepresenced[671]: [tid:0] main::stats_task: Active clients: 2, known devices: 6 (min/max age: 0/186)
Dec 11 15:13:16 raspberrypi lepresenced[671]: [tid:0] main: Sending update for mac address cc:5b:c1:c8:a4:59, age: 1, max age: 60, result: present.
Dec 11 15:13:17 raspberrypi lepresenced[671]: [tid:0] main: Sending update for mac address d5:88:fd:7a:d2:f5, age: 3, max age: 60, result: present.
Alles schick. present steht da. So sollte es auch im presence Modul ankommen.
Gib mal bitte ein list von einem present Device
list DEVICENAME
in der FHEM Commandline eingeben
Ach und mach mal bitte in der bash ein
ps ax | grep lepresenced
Okay verstehe.Jetzt im Moment werden die Tags als present angezeigt.
Internals:
ADDRESS CC:5B:C1:C8:A4:59
CHANGED
DEF lan-bluetooth CC:5B:C1:C8:A4:59 127.0.0.1:5333 30 60
DeviceName 127.0.0.1:5333
FD 24
MODE lan-bluetooth
NAME Micha.NUT
NOTIFYDEV global
NR 114
NTFY_ORDER 50-Micha.NUT
PARTIAL
STATE present
TIMEOUT_NORMAL 30
TIMEOUT_PRESENT 60
TYPE PRESENCE
Readings:
2016-12-11 14:53:06 command_accepted yes
2016-12-11 15:32:14 device_name nut
2016-12-11 15:32:14 presence present
2016-12-11 15:32:14 state present
Helper:
CURRENT_TIMEOUT present
Attributes:
event-on-change-reading state
room Zentral Zitatpi@raspberrypi:~ $ ps ax | grep lepresenced
666 ? S 0:00 sudo /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
675 ? Sl 0:10 /usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
991 pts/1 S+ 0:00 grep --color=auto lepresenced
2 sind einer zu viel
pi@raspberrypi:~ $ ps ax | grep lepresenced
666 ? S 0:00 sudo /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
675 ? Sl 0:10 /usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
Am besten mal beide killen
kill -15 666
kill -15 675
danach einfach als root ein
/usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
ausführen und bei einem presence device auf DEF drücken und gleich wieder modify
Also das ist bis jetzt die längste presence zeit seit 4 Wochen.
Kann es etwas geholfen haben, die lepresenced im debug modus zu starten? viel mehr hatte ich ja jetzt nicht geändert...*confused*
eigentlich nicht. vielleicht eher das es überhaupt irgendwie gestartet wurde.
Hast jetzt wenigstens nur einen lepresenced Prozess?
Wieso überhaupt irgendwie gestartet? Der Prozess wird ja immer gestartet, nur leider scheint es fhem nicht zu raffen. Jetzt wo ich einen Fhem restart gemacht habe (nach Durchführung von Updates) stehen die Tags wieder auf absent :-( und ein browser refresh, sogar auf disconnected.
Ja jetzt habe ich aktuell ein Prozess.
Zitatpi@raspberrypi:~ $ ps ax | grep lepresenced
1602 pts/1 S+ 0:00 grep --color=auto lepresenced
Nein hast Du nicht. Du hast gar kein lepresenced gestartet. Die Ausgabe die Du siehst sind die grep ausgaben. Also von Hand starten. Ohne su
Verstehe ich nicht.
Ich habe den Autostart doch genau wie es im Wiki steht eingebaut.
ZitatZweiteres so:
sudo nano /etc/rc.local
Datei rc.local, freie Stelle suchen, vor "exit 0":
# Start lepresenced
/opt/fhem/scripts/lepresenced --loglevel LOG_EMERG
exit 0
von daher sollte der Autostart auch funktionieren...oder nicht? Ich meine vor ca. 4 Wochen gab es die Probleme ja nicht.
Edit:
jetzt habe ich folgende Autostart Funktion auch ausprobiert
ZitatEin sh-Skript mit dem Inhalt:
sudo start-stop-daemon -d /opt/fhem/scripts -S -x /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d
unter dem Verzeichnis /home/pi ablegen, welches sich init_start.sh nennt.
Das Skript dann unter: sudo crontab -e einhängen mit folgender Folge:
@reboot /home/pi/init_start.sh
Und auch hier ist das Ergebnis nach einem Reboot:
Zitatpi@raspberrypi:~ $ ps ax | grep lepresenced
921 pts/0 S+ 0:00 grep --color=auto lepresenced
pi@raspberrypi:~ $
Sprich Autostart auf dem Raspberry funktioniert nicht mehr :-(
/usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d
Gib erstmal das hier als root in einer Shell ein damit das Teil überhaupt rennt.
Zitat von: CoolTux am 11 Dezember 2016, 17:26:06
/usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d
Gib erstmal das hier als root in einer Shell ein damit das Teil überhaupt rennt.
Wenn ich das eingebe, läuft es. Bringt aber keine dauerhafte Abhilfe, wenn der Autostart auf dem raspberry nicht mehr funktioniert.
Gesendet von iPhone mit Tapatalk
Vielleicht meldet sich hier noch jemand der eine Idee hat. Otto ist da immer ganz hilfreich ;D
Jetzt macht ihr mich etwas unsicher ???
ps ax | grep lepresenced
liefert mir nach einem reboot des RasPi
2132 ? Ssl 0:02 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
2496 pts/0 S+ 0:00 grep lepresenced
Ich kann mich aber nicht erinnern das ich irgendwas noch im System "drehen" musste für den Autostart - und ich hab das erst vor knapp 4 Tagen in Betrieb genommen.
Allerdings hab ich mich am Wiki https://wiki.fhem.de/wiki/Anwesenheitserkennung (https://wiki.fhem.de/wiki/Anwesenheitserkennung) und an der commandref http://fhem.de/commandref_DE.html#PRESENCE (http://fhem.de/commandref_DE.html#PRESENCE)
entlang gearbeitet.
Meine 3 G-Tags werden auch problemlos erkannt und absent/present funktionieren einwandfrei.
lepresenced läuft auf dem RasPi und per collectord auf meinem Cubie frage ich dort nach meinen Tags
Einzig die Batterieanzeige hab ich jetzt erst im Wiki gefunden ::)
Die werd ich gleich mal nachrüsten.
Ja das ist ja mein Problem.
Seit vier Wochen funktioniert das aus dem wiki beitrag( den du verlinkt hast) nicht mehr. Sprich die lepresenced wird nach dem reboot nicht mehr gestartet und egal nach welcher der 2 Autostart-Möglichkeiten ich es mache... es geht nicht mehr.
Jetzt habe ich den Dienst vor 0:34 Minuten von Hand gestartet
Zitatpi@raspberrypi:~ $ ps ax | grep lepresenced
2337 ? Ssl 0:34 /usr/bin/perl /opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d
3275 pts/0 S+ 0:00 grep --color=auto lepresenced
und trotzdem werden mir die NUT-Tags als absend angezeigt.
Und nun zeigt mir der Befehl "sudo hcitool lescan" wieder
Set scan parameters failed: Input/output error an.
Erst wenn ich dann ein
"sudo hciconfig hci0 reset" mache, bekomme ich folgende Ergebnisse
ZitatLE Scan ...
5C:F9:38:B8:E7:3E (unknown)
5C:F9:38:B8:E7:3E (unknown)
C8:69:CD:4E:DA:08 (unknown)
C8:69:CD:4E:DA:08 (unknown)
55:51:9C:26:16:BA (unknown)
55:51:9C:26:16:BA (unknown)
0B:A1:9A:7C:1E:8C (unknown)
08:66:98:91:63:42 (unknown)
CC:5B:C1:C8:A4:59 nut
CC:5B:C1:C8:A4:59 (unknown)
22:7D:67:F8:3D:D9 (unknown)
D5:88:FD:7A:D2:F5 nut
D5:88:FD:7A:D2:F5 (unknown
und die Tags werden wieder (nur für kurze Zeit) als
present angezeigt
Zitat von: Puschel74 am 11 Dezember 2016, 19:03:25
Jetzt macht ihr mich etwas unsicher ???
ps ax | grep lepresenced
liefert mir nach einem reboot des RasPi
2132 ? Ssl 0:02 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
2496 pts/0 S+ 0:00 grep lepresenced
Ich kann mich aber nicht erinnern das ich irgendwas noch im System "drehen" musste für den Autostart - und ich hab das erst vor knapp 4 Tagen in Betrieb genommen.
Allerdings hab ich mich am Wiki https://wiki.fhem.de/wiki/Anwesenheitserkennung (https://wiki.fhem.de/wiki/Anwesenheitserkennung) und an der commandref http://fhem.de/commandref_DE.html#PRESENCE (http://fhem.de/commandref_DE.html#PRESENCE)
entlang gearbeitet.
Meine 3 G-Tags werden auch problemlos erkannt und absent/present funktionieren einwandfrei.
lepresenced läuft auf dem RasPi und per collectord auf meinem Cubie frage ich dort nach meinen Tags
Einzig die Batterieanzeige hab ich jetzt erst im Wiki gefunden ::)
Die werd ich gleich mal nachrüsten.
Ich musste auch nichts einrichten. Aber weiß auch nicht mehr wie ich das genau gemacht habe.
Möglicherweise ist ja bei meinem 4-wöchigen Clonen der SD-Karte irgendwas schief gelaufen und ich sollte alles nochmal neu installieren (inkl.OS)
ZitatUnd nun zeigt mir der Befehl "sudo hcitool lescan" wieder Set scan parameters failed: Input/output error an.
Kenn ich.
Das liegt daran das hcitool lescan bereits durch lepresenced belegt ist.
Ein
hciconfig hci0 resetist vermutlich etwas "hart"
hciconfig hci0 downhciconfig hci0 uphat bei mir genügt um den lescan händisch laufen lassen zu können - leider gröllt mein Fernseher in den BT-Äther (das muss ich dem noch abgewöhnen).
Aber ich hab meine G-Tags gefunden und konnte die MAC-Adresse ablesen und in FHEM einrichten.
Allerdings häng ich an der Batterieabfrage :-[
Gehört aber hier nicht her.
Zitat von: Puschel74 am 11 Dezember 2016, 19:41:52
Ein
hciconfig hci0 reset
ist vermutlich etwas "hart"
hciconfig hci0 down
hciconfig hci0 up
Ja, das habe ich auch schon probiert. Dennoch werden mir die tags nur kurze Zeit als present angezeigt.
Gesendet von iPhone mit Tapatalk
Zitat von: MaxStyle am 11 Dezember 2016, 19:37:56
Möglicherweise ist ja bei meinem 4-wöchigen Clonen der SD-Karte irgendwas schief gelaufen und ich sollte alles nochmal neu installieren (inkl.OS)
Möglicherweise hast du Recht :-\
Ich hab vor 4 Tagen mit einer "nackten" SD-Karte gestartet - der RasPi soll dann in die Garage wandern.
Hab also von 0 angefangen.
Älteres Wheezy drauf - update upgrade drüber
FHEM drauf - update drüber
Alles nach Wiki/commandref eingespielt und funzt tadellos.
Bevor du jetzt alle neu installierst... :-X
Hast du mal versucht, die Tags mit einem anderen BT Gerät (Handy) zu verbinden und da das Verhalten beobachten.
Oder dein Handy mit dem Dongle über lepresenced
Mir scheint du hast zwei Probleme:
1) Dein nicht mehr funktionierendes Autostart
2) keine oder schlechte Erkennung der Tags
Richtig?
Unter welchem User läuft dein FHEM und dein lepresenced?
Wenn du wie CoolTux beschrieben dein lepresenced als root laufen lässt klappt es ohne Probleme bis zum reboot?
Bei mir läuft das presences seit Monaten ohne Probleme und wird auch beim reboot mit gestartet. Ich nutze dabei auch die von mit beschriebene crontab Lösung.
ZitatHast du mal versucht, die Tags mit einem anderen BT Gerät (Handy) zu verbinden und da das Verhalten beobachten.
Ja auf meinem Iphone 6s werden die Tags mit der NUT APP sofort erkannt, es gibt keine Problem
ZitatOder dein Handy mit dem Dongle über lepresenced
Nein, das Handy wird nicht gefunden
ZitatUnter welchem User läuft dein FHEM und dein lepresenced?
Fhem läuft unter "fhem" und dailout
lepresenced läuft unter "pi" und dailout
ZitatWenn du wie CoolTux beschrieben dein lepresenced als root laufen lässt klappt es ohne Probleme bis zum reboot?
Gerde habe ich lepresenced mit
sudo opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d gestartet:
Das Ergebnis von grep ist: 11334 ? Ssl 0:01 /usr/bin/perl opt/fhem/scripts/lepresenced --loglevel LOG_EMERG -d
Soweit ich das beurteilen kann läuft lepresenced bis zum neustart.
Allerdings werden die Tags als "absend" im fhem angezeigt
So habe jetzt mal kontrolliert, seitdem Start von lepresenced nach meinem letzten Beitrag, läuft diese nonstop. allerdings sind die Tags seitdem auf absend.
Ein Kontrolle mit sudo
hcitool lescan hat folgendes ergeben
Zitat5C:F9:38:B8:E7:3E (unknown)
5C:F9:38:B8:E7:3E (unknown)
C8:69:CD:4E:DA:08 (unknown)
C8:69:CD:4E:DA:08 (unknown)
74:66:B2:77:2C:EB (unknown)
74:66:B2:77:2C:EB (unknown)
0B:A1:9A:7C:1E:8C (unknown)
CC:5B:C1:C8:A4:59 (unknown)
CC:5B:C1:C8:A4:59 (unknown)
D5:88:FD:7A:D2:F5 nut
D5:88:FD:7A:D2:F5 (unknown)