Hi,
habe auf nem RPI den presenced-Daemon am laufen-. In FHEM greife ich direkt, ohne collectored, drauf zu.
Von Zeit zu Zeit bleibt die Timestamp im lan-bluetooth Presenced-Device im Reading "state" stehen. MAche ich ein Neu-Define wird auch der Timestamp des "state" wieder im Abfragezyklus weitergesetzt.
Gibts es hier ein Problem beim Neuinitialisieren?
Hi Tobias,
kannst du mal deine Definition posten und was du dann genau machst?
vielen Dank
Gruß
Markus
So sieht die Definition aus:
define Handy_Tobi PRESENCE lan-bluetooth 9c:ca:d9:04:c8:c9 192.168.10.36:5111 30
attr Handy_Tobi room Anwesenheit
define Handy_Alex PRESENCE lan-bluetooth f4:8e:09:57:f8:3a 192.168.10.36:5111 30
attr Handy_Alex room Anwesenheit
Handy_Alex habe ich am 2013-04-25 07:46:41 nocheinmal neu definiert. Handy_Tobi dagegen nicht. Hier die Readings:
Handy_Alex:
command_accepted yes 2013-04-25 07:46:41
device_name Alex 2013-04-20 04:25:15
state absent 2013-04-26 20:18:14
Handy_Tobi
command_accepted yes 2013-04-23 07:22:05
device_name Tobi 2013-04-20 04:15:04
state absent 2013-04-23 12:07:31
Welche Version von presenced hast du im Einsatz? Steht am Anfang des Skriptes.
Vielen Dank
Gruß
Markus
in /usr/sbin/presenced habe ich leider keine versionsangabe gefunden. Habe aber die in der commandref verlinkte deb-Version installiert.
Vieleicht hilft noch das Log:
pi@raspberrypi ~ $ cat /var/log/presenced.log
2013-04-19 04:24:08 - =================================================
2013-04-19 04:24:08 - started with PID 2489
2013-04-19 04:24:08 - forked with PID 2490
2013-04-19 04:24:08 - created socket on 0.0.0.0 with port 5111
2013-04-19 04:26:11 - new connection from 192.168.10.37
2013-04-19 04:26:11 - received new command from 192.168.10.37: f4:8e:09:57:f8:3a|30
2013-04-19 04:26:11 - created thread 1 for processing device f4:8e:09:57:f8:3a within 30 seconds for peer 192.168.10.37
2013-04-19 04:26:53 - new connection from 192.168.10.37
2013-04-19 04:26:53 - received new command from 192.168.10.37: 9c:ca:d9:04:c8:c9|30
2013-04-19 04:26:53 - created thread 2 for processing device 9c:ca:d9:04:c8:c9 within 30 seconds for peer 192.168.10.37
2013-04-20 02:44:34 - closed connection from 192.168.10.37
2013-04-20 02:44:34 - killing thread 2 for client 192.168.10.37
2013-04-20 02:44:51 - closed connection from 192.168.10.37
2013-04-20 02:44:51 - killing thread 1 for client 192.168.10.37
2013-04-23 05:22:05 - new connection from 192.168.10.37
2013-04-23 05:22:05 - received new command from 192.168.10.37: 9c:ca:d9:04:c8:c9|30
2013-04-23 05:22:05 - created thread 3 for processing device 9c:ca:d9:04:c8:c9 within 30 seconds for peer 192.168.10.37
2013-04-23 05:22:05 - new connection from 192.168.10.37
2013-04-23 05:22:05 - received new command from 192.168.10.37: f4:8e:09:57:f8:3a|30
2013-04-23 05:22:05 - created thread 4 for processing device f4:8e:09:57:f8:3a within 30 seconds for peer 192.168.10.37
2013-04-23 10:26:09 - closed connection from 192.168.10.37
2013-04-23 10:26:09 - killing thread 3 for client 192.168.10.37
2013-04-23 10:26:40 - closed connection from 192.168.10.37
2013-04-23 10:26:40 - killing thread 4 for client 192.168.10.37
2013-04-25 05:46:42 - new connection from 192.168.10.37
2013-04-25 05:46:42 - received new command from 192.168.10.37: f4:8e:09:57:f8:3a|30
pi@raspberrypi ~ $
Hallo Tobias,
ist bei mir genauso, sehr merkwürdig. Ich schau mir das an und melde mich.
Viele Grüße
Markus
Wann genau hast du das presenced.log von oben gezogen?
Hallo Tobias,
hab soeben im SVN eine Änderung eingebracht. Dies sollte dein Problem lösen. Steht ab morgen via update zur Verfügung oder do holst es dir direkt aus dem SVN.
Viele Grüße
Markus
das Log stammt von 12:40 heute.
Danke, ich werde morgen ein Update fahren.
ich habe eben ein Update gemacht, irgendwie kommt jetzt garkeine VErbindung zustande... Der STATE ist "diconnected" und die Timestamps in den Readings ändern sich nicht.
im fhem-Log steht:2013.04.28 07:21:05 3: owserver: Opening connection to OWServer 192.168.10.36:4304...
2013.04.28 07:21:05 3: owserver: Successfully connected to 192.168.10.36:4304.
2013.04.28 07:21:47 3: Opening Handy_Tobi device 192.168.10.36:5111
2013.04.28 07:21:50 3: Can't connect to 192.168.10.36:5111: No route to host
2013.04.28 07:21:50 3: Opening Handy_Alex device 192.168.10.36:5111
2013.04.28 07:21:53 3: Can't connect to 192.168.10.36:5111: No route to host
und wenn ich neu definierer kommt auch nur das:2013.04.28 07:27:58 3: Opening Handy_Alex device 192.168.10.36:5111
Im presenced.log ist kein(!) Eintrag, der letzte Eintrag war der Connect von gestern.
Der Port 5111 ist aber offen:tcp 0 0 0.0.0.0:5111 0.0.0.0:* LISTEN 0 3731
evtl mal presenced neustarten.
mein fehler :(
wlan0 hatte sich verabschiedet.. Ich teste jetzt deine änderung :)
Kurzer Status: Bis jetzt rennts sauber durch. Keine Abbrüche :)
neuer Status: von den 2 zu überwachenden HandyJobs ist einer nach 1 Woche eingeschlafen. Liefert keinen Status mehr. Der andere rennt noch.
Warum der abbruch war muss ich nochmal im Log nachsehen.