Hallo,
wollte heute dein Modul installieren und bekomme beim übernehmen der Konfiguration folgende Fehlermeldung:
Hier ist noch die Fehlermeldung vom Log:
Hi,
ja das ist noch ein Fehler im Modul. Ich arbeite gerade an einer Aktualisierung. Ich schau mal das ich das heute noch fertig bekomme.
@steppe
Ich habe den LEScan ins Modul integriert. Allerdings hab ich das etwas anders gelöst, da bei deiner Variante der BT Modul pauschal 3 Sekunden geblockt wird. Ich frage die Daten „non-blocking“ ab, so dass das Programm direkt beenden kann, sobald das Device gefunden habe.
@immergut
Dein Problem ist mit dem Update ebenfalls gelöst.
Danke @traxanos,
Fehlermeldung kommt nicht mehr. Modul lässt sich installieren; jedoch wird kein Scan ausgeführt. Auch wenn ich in der Instanz auf „Suchen“ gehe, passiert nichts. Im Log steht nur, dass die Einstellungen gespeichert wurden; aber nichts von einem Scan.
Grüße,
Jürgen
Der Scan selber wird auch nicht protokolliert. Damit das Modul funktioniert, muss folgender Befehl auf der Konsole auch klappen:
hcitool -i hci0 name MACADRESSE
Probier das doch mal mir einer gültigen MacAdresse.
@traxano
Habe gerade nochmal versucht. Mit meinem Handy funktioniert es. Wenn ich jedoch auf LE umstelle und die MAC meines G-tag Dongles eingebe, tut sich nichts. Der G-tag hat aber vorher monatelang mit deinem Modul funktioniert. Nur seit ein paar Tagen nicht mehr. Vielleicht hat der G-tag auch eine Macke. Werde mir mal einen Neuen bestellen und nochmal testen.
Gruß und guten Rutsch ins neue Jahr,
Jürgen
Die LE Funktion habe ich doch gerade erst die Tage eingebaut. Somit kann das nicht schon Monate lang funktioniert haben. Ich vermute das du es ohne LE-Modus nutzen musst.
Ohne LE geht es auch nicht. Ich hatte definitiv dein Modul vorher schon im Einsatz (ohne die Ckeckbox LE) und mein G-tag wurde erkannt.
Wenn ich aber jetzt auf der Konsole „hcitool -i hci0 name MACADRESSE“ die MAC meines Handys eingebe, kommt als Antwort Nexus 5x. Bei der MAC meines G-tag kommt aber nichts zurück.
Gruß
Vielleicht ist er aber bald ein Jahr alt und die Batterie erschöpft.
Bei den gefallenen Preisen hab ich meine Horde an G-Tags komplett durch neue ersetzt, statt die Batterien zu tauschen.
In meiner Bluetooth-Präsenz-Lösung hab ich eine „Heart-Beat“-Funktion eingebaut, d.h. das Skript zählt die Anzahl der Meldungen der einzelnen Tags pro Zeiteinheit. Wenn die Beats über 90 pro Minute liegen, betrachte ich den Dongle noch als voll funktionsfähig.
Viele Grüsse
Harald
Ich hatte des öfteren Probleme mit „Semaphore Timeout“
Vielleicht ist mein Raspberry etwas zu sehr ausgelastet. Jedenfalls konnte ich eine Verbesserung erzielen, indem ich die Differenz der Semaphore Zeit (6 Sekunden) und die $timeout = time() + 5; auf 2 Sekunden erhöht habe.
Da der Scan relativ schnell fündig wird habe ich die $timeout = time() + 4; gesetzt. (Vielleicht gibt das Probleme wenn man sehr viele Bluetooth Sachen hat)
Bis jetzt klappt das bei mir so.
Grüße
Stefan
Hallo,
ich möchte das Modul nutzen. Mein Symcon ist aber im Keller.
Kann ich das Modul auch über andere Raspi nutzen? Habe z.B. einen Homematic Raspi im Erdgeschoss.
Gruß
Oliver
@jagu
Wenn du einen USB-Bluetooth Dongel verwendest, könntest du den Dongel über „VirtualHere“ an den Raspi im Keller druchreichen.
Wird an dem SymconBTP noch weiter entwickelt?
Es wäre toll, wenn das Modul auch den Zustand der Battery bei den Tags abruft, die das unterstützen (G-Tag z.B.)
Ich bin nicht allzu fit mit Bluetooth aber hier wäre ein Beispiel BleTagBattery
Hi,
wie wäre denn eine korrekte Einstellung für die Zeit?
Ich nutze 4 Geräte. Ich möchte sofort Aktionen auslösen. Leider passiert das manchmal sofort und manchmal eben verzögert.
Danke Sebastian
Bei mir klappt’s mit G-Tags auch nicht.
Funktioniert das bei jemandem?
Gruß Sebastian