PRESENCED: Nach Verbindungsabbruch kein Neuinitialisieren?

[Tobias]

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?

[Markus Bloch]

Hi Tobias,

kannst du mal deine Definition posten und was du dann genau machst?

vielen Dank

Gruß
Markus

[Tobias]

So sieht die Definition aus:

Code Auswählen Erweitern

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

[Markus Bloch]

Welche Version von presenced hast du im Einsatz? Steht am Anfang des Skriptes.

Vielen Dank

Gruß
Markus

[Tobias]

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:

Code Auswählen Erweitern

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 ~ $

[Markus Bloch]

Hallo Tobias,

ist bei mir genauso, sehr merkwürdig. Ich schau mir das an und melde mich.

Viele Grüße

Markus

[Markus Bloch]

Wann genau hast du das presenced.log von oben gezogen?

[Markus Bloch]

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

[Tobias]

das Log stammt von 12:40 heute.
Danke, ich werde morgen ein Update fahren.

[Tobias]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

tcp        0      0 0.0.0.0:5111            0.0.0.0:*               LISTEN      0          3731

[Markus Bloch]

evtl mal presenced neustarten.

[Tobias]

mein fehler :(
wlan0 hatte sich verabschiedet.. Ich teste jetzt deine änderung :)

[Tobias]

Kurzer Status: Bis jetzt rennts sauber durch. Keine Abbrüche :)

[Tobias]

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.