Autor Thema: Probleme bei lepresenced und collectord - Expertenwissen benötigt  (Gelesen 107 mal)

Offline errazzor

  • Full Member
  • ***
  • Beiträge: 184
Hallo Forum,

ich mache für mein Problem mal einen neuen Thread auf, da ich die anderen nicht zuspammen will.
Ich hoffe es kann mir jemand helfen.

Systemübersicht:
RPI1 : FHEM,lepresenced,collectord | 192.168.178.36
RPI2: FHEM,leperesenced | 192.168.178.27

Zwei GtAGs vorhanden.

collectord.conf
# room definition
#[room-name]           # name of the room
#address=192.168.0.10   # ip-address or hostname
#port=5111                # tcp port which should be used (5111 is default)
#presence_timeout=120     # timeout in seconds for each check when devices are present
#absence_timeout=20       # timeout in secondsfor each check when devices are absent

#[Schlafzimmer]
address=192.168.178.36
port=5333
presence_timeout=60
absence_timeout=60

[Wohnzimmer]
address=192.168.178.27
port=5333
presence_timeout=60
absence_timeout=60

RPI1 defines:
define GtAG1 PRESENCE lan-bluetooth 7C:2F:80:AD:C8:09 192.168.178.36:5222 60

define GtAG2 PRESENCE lan-bluetooth 7C:2F:80:AD:C2:E9 192.168.178.36:5222 60

RPI2 defines:
define GtAG1 PRESENCE lan-bluetooth 7C:2F:80:AD:C8:09 192.168.178.36:5222 60

define GtAG2 PRESENCE lan-bluetooth 7C:2F:80:AD:C2:E9 192.168.178.36:5222 60

collectord.log
2017-09-14 09:56:36 - =================================================
2017-09-14 09:56:48 - =================================================
2017-09-14 09:56:48 - started with PID 10988
2017-09-14 09:56:48 - reading configuration file
2017-09-14 09:56:48 - no config errors found
2017-09-14 09:56:48 - forked with PID 10992
2017-09-14 09:56:49 - created socket on 0.0.0.0 with port 5222
2017-09-14 09:57:26 - new connection from 192.168.178.36:42957
2017-09-14 09:57:27 - created thread 1 for processing device 7C:2F:80:AD:C8:09 in room Wohnzimmer for peer 192.168.178.36 (UUID: 657a62b2b63b9cac1673d71f1c312735)
2017-09-14 09:57:27 - new connection from 192.168.178.36:42958
2017-09-14 09:57:27 - created thread 2 for processing device 7C:2F:80:AD:C2:E9 in room Wohnzimmer for peer 192.168.178.36 (UUID: 8bf6cf1dba698334a3d76588b9a1b723)
2017-09-14 09:57:29 - new connection from 192.168.178.27:34770
2017-09-14 09:57:29 - created thread 3 for processing device 7C:2F:80:AD:C8:09 in room Wohnzimmer for peer 192.168.178.27 (UUID: 64b99617dbf9eb808cf51bfab25441e5)
2017-09-14 09:57:29 - new connection from 192.168.178.27:34771
2017-09-14 09:57:29 - new connection from 192.168.178.27:34772
2017-09-14 09:57:29 - created thread 4 for processing device 7C:2F:80:AD:C2:E9 in room Wohnzimmer for peer 192.168.178.27 (UUID: 10ba25c3a0e424502f46af91c2acce41)
2017-09-14 09:57:29 - created thread 5 for processing device 78:BD:BC:7F:2D:95 in room Wohnzimmer for peer 192.168.178.27 (UUID: 75801ccf8c7f51f7cd81e18c068ce817)
2017-09-14 09:57:53 - closed connection from 192.168.178.36
2017-09-14 09:57:53 - closed connection from 192.168.178.36
2017-09-14 09:58:00 - new connection from 192.168.178.36:42972
2017-09-14 09:58:01 - created thread 6 for processing device 7C:2F:80:AD:C8:09 in room Wohnzimmer for peer 192.168.178.36 (UUID: a1106d20c49672ecd4acd5f3cdc3c0e8)
2017-09-14 09:58:01 - new connection from 192.168.178.36:42980
2017-09-14 09:58:01 - created thread 7 for processing device 7C:2F:80:AD:C2:E9 in room Wohnzimmer for peer 192.168.178.36 (UUID: ee3d60a794d4cf524ea3b80c96fb1a06)
2017-09-14 09:58:01 - new connection from 192.168.178.36:42982
2017-09-14 09:58:01 - created thread 8 for processing device 78:BD:BC:7F:2D:95 in room Wohnzimmer for peer 192.168.178.36 (UUID: 3f36eb270f26ae2755e3e04dc8856a47)

Frage1:

Ist die Konfiguration so wie oben korrekt? Ports? IPs ?

Problembeschreibung

Wenn ich manuell "hcitool lescan" ausführe, werden die GtAGs gefunden.

Kurz darauf werden die GtAGs auch per PRESENCE gefunden, aber nach EXAKT einer Minute gehen sie auf absent und bleiben es auch. Sie werden dann nicht mehr gefunden.
Da kann der GtAG auch direkt neben dem PI liegen, es macht keinen Unterschied.
Sie werden erst wieder gefunden, wenn ich wieder "hcitool lescan" ausführe...dann geht es von vorne los.

An anderer Stelle wurde gesagt, man darf nicht gleichzeitig das hcitool benutzen und FHEM scannen lassen. Wenn ich das hcitool nicht kurz manuell ausführe, findet FHEM gar nichts.

Was kann ich tun um den Fehler zu finden?

Bitte um Hilfe. Vielen Dank.


« Letzte Änderung: 14 September 2017, 10:40:24 von errazzor »

Offline errazzor

  • Full Member
  • ***
  • Beiträge: 184
Antw:Probleme bei lepresenced und collectord - Expertenwissen benötigt
« Antwort #1 am: 14 September 2017, 11:53:52 »
Nachtrag:

Auf dem RP1 habe ich lepresenced mal auf LOGLEEVEL_DEBUG gestellt und im Syslog kommt sekündlich folgendes:

Sep 14 11:52:07 raspberrypi lepresenced[722]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...

Auch nach einem Neustart des PI wird dieser Fehler seküdnlich geloggt.

Auf RP2 tritt das nicht auf.

Jemand eine Idee?

Offline errazzor

  • Full Member
  • ***
  • Beiträge: 184
Antw:Probleme bei lepresenced und collectord - Expertenwissen benötigt
« Antwort #2 am: 14 September 2017, 16:37:12 »
Also ich habe mittlerweile die Installation des RPI (Jessy) komplett aktualisiert (upgrade, dist-upgrade) .. aber trotzdem kommt immer noch sekündlich  der Fehler

raspberrypi lepresenced[722]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...

Ich kann zwar das Logfile abschalten (LOG_EMERG), aber richtig ist das doch nicht...hat niemand eine Idee dazu?

Offline errazzor

  • Full Member
  • ***
  • Beiträge: 184
Antw:Probleme bei lepresenced und collectord - Expertenwissen benötigt
« Antwort #3 am: 17 September 2017, 22:35:26 »
Kann ich noch irgendwelche Infos nachreichen? Oder hat wirklich niemand eine Idee hierzu?  :(

Ich habe nach wie vor leider das Problem:

raspberrypi lepresenced[722]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...