NEWS
Pi 3 als Bluetooth LE Scanner (Beispielscript)
-
-
Bluetooth Dongle von Broadcom
kann der auch bluetooth LE?
Laut Produktbeschreibung ja: USB Bluetooth 4.0 Low Energy-Mikrosteckadapter (Windows 7, 8, 8.1, 10 und Linux-kompatibel; Classic Bluetooth-kompatibel) https://www.amazon.de/dp/B009ZIILLI/ref … -xbX0P7B78
Gesendet von iPhone mit Tapatalk
-
Laut Produktbeschreibung ja: USB Bluetooth 4.0 Low Energy-Mikrosteckadapter (Windows 7, 8, 8.1, 10 und Linux-kompatibel; Classic Bluetooth-kompatibel) https://www.amazon.de/dp/B009ZIILLI/ref … -xbX0P7B78 `
Dein Bluetoothdongle wird nicht "richtig" installiert sein.
Beim Pi 3 ist es kein Thema (Punkt 1 aus dem ersten Eintrag). Alle anderen dürfen testen
Schau mal hier bis zum Ende der Seite:
http://forum.iobroker.net/viewtopic.php … =40#p25055
Vielleicht hilft Dir das ja.
-
Alle anderen dürfen testen `
Jetzt bin ich platt (ich konnte mich an diesen Thread gar nicht mehr erinnern):sudo apt-get install bluetooth bluez-utils libbluetooth-dev [sudo] password for NUC: Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Package bluez-utils is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: bluez E: Package 'bluez-utils' has no installation candidate
Das ist mein NUC PPYH unter debian!
und:
~$ hcitool dev Devices: hci0 B8:81:98:BF:04:C2
und wenn wir schon dabei sind: mein WIN10 NUC6 hat kein BTLE driver; INTEL UpdaetTool geladen - jetzt läuft auch meine Doppelmonitorinstallation nicht mehr rund
Gruß
Rainer
-
Schmeiss den Win10 Scheiss runter! Windows Pro 7 oder 8.1! Ich habe aber die Treiber von der Intel Seite per Hand installiert, vielleicht geht deswegen Bluetooth LE bei mir auf dem NUC 6i3.
Ob das Scanner tool funzt weiß ich aber nicht, ich sehe aber Beacons mit Windows 8.1
-
Alle anderen dürfen testen `
Das ist mein NUC PPYH unter debian!und:
~$ hcitool dev Devices: hci0 B8:81:98:BF:04:C2
und wenn wir schon dabei sind: mein WIN10 NUC6 hat kein BTLE driver; INTEL UpdaetTool geladen - jetzt läuft auch meine Doppelmonitorinstallation nicht mehr rund
Gruß
Rainer `
Hi Rainer,
ich kann Dir gedanklich nicht mehr folgen :? :?:
Unter Debian funktioniert BLE nun? oder dich nicht?
Der Debian NUC war ein 5er?
Und Dein NUC6 unter Windows hast DU jetzt geschrottet?
-
ich kann Dir gedanklich nicht mehr folgen `
Die hätten mich wohl noch nicht wieder entlassen dürfenDebian ist NUC5PPYH - von dem ist die Ausgabe in den Code-Tags (hat angeblich BTLE)
hilft dir der Output in irgendeiner weise auf dem NUC deinen scanner laufen zu lassen?
Auf dem NUC6i5SYH unter WIN10 hatte ich in der Systemsteuerung keinen Hinweis auf BTLE (http://forum.iobroker.net/viewtopic.php?f=21&t=2513&start=160#p36254).
Nach dem Update aller möglichen Treiber mit dem "INTEL Driver Update Utility 2.6" springt jetzt das Fenster mit dem Browser vom rechten Bildschirm nach einem sleep immer nach links
Aber einen Hinweis, dass WIN10 BTLE erkennt/bedient habe ich nicht
Gruß
Rainer
-
Ich wollte mal ein update geben:
Gestern hat mein NUC5PPYH mit debian seinen ersten Apfel gefangen.
Vor ein paar Tagen hatte ich das Script nochmal gestartet und es lief einfach ohne Fehler.
Leider kann ich jetzt nicht mehr nachvollziehen welche Änderungen ich damals versucht hatte. Damals lief es nicht. In der Zwischenzeit musste ich den NUC allerdings einmal neu starten.
Direkt daneben steht der Pi3. Der hat seit dem Start des Scripts auf dem NUC schon mehrere Äpfel gesehen.
Evtl. Ist das BT-Modul im NUC ja unempfindlicher.
Allerdings wird mir hier der (unkalibrierte) Abstand mit knapp 4 Metern angegeben, während der Pi knapp 20 Meter angibt, was deutlich realistischer scheint, wenn da nicht jemand in meinem Zimmern gewesen sein sollte :lol:
Gruß
Rainer
-
Was meinst du mit Apfel fangen? Dass er einen Bluetooth Sender gesehen hat?
Also dass das Bluetooth Device im Nuc doch LE-fähig ist?
Gesendet von iPhone mit Tapatalk
-
Dass er einen Bluetooth Sender gesehen hat?
Also dass das Bluetooth Device im Nuc doch LE-fähig ist? `
Ja!!!!
-
Na dann ist dein Parteiauftrag für heute: herausfinden wie du das gemacht hast :lol:
Vorschlag: alles platt machen und neu anfangen. Diesmal jeden Schritt dokumentieren! 8-)
Nee im ernst, läuft iobroker bei dir auf dem NUC in einer virtuellen Maschine oder direkt auf dem Hauptbetriebssystem Debian?
-
, läuft iobroker bei dir auf dem NUC in einer virtuellen Maschine `
Eben nicht.Ruhr70 hatte mir gesagt, dass das BT-Signal nicht durchgedreht wird, was für mich der Grund war es mit nativem Debian zu versuchen.
Nach anfänglichen Problemen scheint es ja jetzt zu klappen.
Ich muss mal sehen ob ich im Cache der Konsole noch finde was ich gemacht hatte.
Ist aber schon länger her. War etwa zu der Zeit der anfangsdiskussionen hier im thread dazu.
Aber ich denke ein apt-get update && apt-get Upgrade war auf jeden Fall dabei.
Gruß
Rainer
-
Man kann mit VMWare Workstation auch explizit das Bluetooth SIgnal zur VM Durchleiten. Ich weiß aber nicht, ob auch die LE-Funktionalität dabei ist.
Bei mir klappte es mit den üblichen Sachen nicht mit Win 8.1 als Host und ionroker/Ubuntu Server in der VM. Deswegen wäre es gut zu wissen wie du das hinbekommen hast, aber vermutlich auch nur das übliche was wir alle hier probiert haben,
-
Na dann ist dein Parteiauftrag für heute: herausfinden wie du das gemacht hast `
Habe jetzt mal im Cache von der Console nachgesehen.
Da ich ja nicht fit in Linux bin habe ich viel probiert - was dabei rauskam sieht man ja leider nicht.
Die Befehle, von denen ich denke, dass sie was verändert haben könnten sind hier:
sudo apt-get install noble sudo service blutooth start sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev bt-tools sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev sudo start blutooth sudo service blutoothd start sudo apt-get update sudo apt-get upgrade sudo apt-get autoremove
Wobei da auch einige sind, die wohl nicht zum Ergebnis führten und andere, mit denen ich nur eine Syntax ausprobieren wollte.
Dann habe ich noch Befehle gefunden mit denen ich anscheinend nach der installierten Hardware gesucht hatte.
Mehr habe ich jetzt nicht.
Wenn ich noch etwas testen soll, sag bescheid.
Gruß
Rainer
-
Endlich mal Multihost aktiv geschaltet…
Haupthost (Master):
-
esxi -> VM Ubuntu 16.04 mit redis
-
redis auch vom Satelliten erreichbar gemacht (/etc/redis/redis.conf)
– IP-Adressen des Hosts und der Satelliten eintragen:
! ````
By default Redis listens for connections from all the network interfaces
available on the server. It is possible to listen to just one or multiple
interfaces using the "bind" configuration directive, followed by one or
more IP addresses.
Examples:
bind 192.168.1.100 10.0.0.1
****Satellit (Slave):**** - raspberry pi 3 (wg. dem Bluetooth BLE Modul) - Bluetooth Stack installiert (siehe 1\. Post im Thread) -```` ./iobroker setup custom ````ausgeführt - Objekte und States auf die IP vom Master - States als Datentyp r(edis) ausgewählt - reboot Die Admin Seite des Satelliten ist danach nicht mehr erreichbar und wird ab sofort über die Adminseite vom Master mit administriert. Dort taucht der lave als weiterer Host auf. Eine Javascript-Instanz wird dann über Admin/Adapter vom Master installiert und taucht dann unter Instanzen auf. Dort wähllt man für die neue Instanz (bei mir javascript.4) dann den Slave als Host aus. Skripte werden ganz normal beim Master unter Admin/Skripte eingetragen. Für das Bluetooth BLE Skript musste ich unter zusätzliche Module in der javascript.4 Instanz noble eintragen. BLE Skript gestartet und die Objekte werden beim Master angelegt. Verstehe gar nicht, warum ich mich davor immer gesträubt habe. :lol: Den ersten Raspberry Pi 3 Slave werde ich noch auf Boot vom USB SLC Stick umstellen, damit die SD Karte da raus kann. Am Netzwerkboot über eine NFS Freigabe an der Diskstation und per DHCP über die Diskstation bin ich erst einmal gescheitert. Der Stick ist unterwegs. Ich werde berichten. Was auf dem Rapsberry Pi drauf kommt: - Bluetooth BLE Skript (OK) - ZWAVE über USB Stick - CO2 Sensor über USB (das Skript muss ich leider neu schreiben. Keine Sicherung nach defekter SD-Karte) Werde wohl noch weitere Satelliten anschalten wg. dem CO2 Sensoren und dann auch jedes Mal Bluetooth mit nutzen.
-
-
Danke für den Tipp Ruhr70!
Schon mal probiert das mit Raspi und Windows gemischt zu machen?
p.s.: Habe meine Raspi's (4stk) seit langer Zeit vom USB-Stick laufen, habe aber das Booten vom Stick wieder gelassen und boote von der SD-Karte und lade dann in das Verzeichnis vom Stick.
Der Grund ist dass die Production-Version von Jessie noch immer kein USB-Boot kann und man einen (in der Zwischenzeit veralteten) Beta-Kernelö braucht um vom USB zu booten.
Wenn Jessie mal offiziell vom Stick booten kann dann bau ich die SD's wieder aus.
Übrigens, auch für Raspi-2 (zwei meiner RÜI's sind solche) ist es nicht schlecht das BS am Stick laufen zu lassen, es ist dort (mit meinen Transcend 32GB 3.1 sticks) ca. doppelt so schnell als die SD!
Ich nehme grundsätzlich 32GB damit die Frequenz wie oft der stick überschrieben wird sinkt (und damit die Lebenszeit steigt). Mit 8GB SD's hatte immer Probleme wenn in der Woche 8GB Daten geschrieben (und auch fast alles auch wieder gelöscht) wurden.
-
@fsjoke:Schon mal probiert das mit Raspi und Windows gemischt zu machen? `
mh.. ich versteh leider nicht was Du meinst.
Die Multihostumgebung?
Das sollte problemlos funktionieren. Bei mir ist es allerdings rasbian und Ubuntu.
@fsjoke:p.s.: Habe meine Raspi's (4stk) seit langer Zeit vom USB-Stick laufen, habe aber das Booten vom Stick wieder gelassen und boote von der SD-Karte und lade dann in das Verzeichnis vom Stick.
Der Grund ist dass die Production-Version von Jessie noch immer kein USB-Boot kann und man einen (in der Zwischenzeit veralteten) Beta-Kernelö braucht um vom USB zu booten.
Wenn Jessie mal offiziell vom Stick booten kann dann bau ich die SD's wieder aus.
Übrigens, auch für Raspi-2 (zwei meiner RÜI's sind solche) ist es nicht schlecht das BS am Stick laufen zu lassen, es ist dort (mit meinen Transcend 32GB 3.1 sticks) ca. doppelt so schnell als die SD!
Ich nehme grundsätzlich 32GB damit die Frequenz wie oft der stick überschrieben wird sinkt (und damit die Lebenszeit steigt). Mit 8GB SD's hatte immer Probleme wenn in der Woche 8GB Daten geschrieben (und auch fast alles auch wieder gelöscht) wurden. `
Danke für die Info. Da hatte ich gar nicht drauf geachtet das die Beta Version veraltet ist.
Bei mir ist es jetzt auf USB-Boot von einem USB-SLC-Stick umgestellt.
Die eigentliche Arbeit war, dass ich eine 32 GB SD Karte im Pi3 drin hatte und nur ein 16 GB SLC Stick. Das Image habe ich nun auf 4 GB verkleinert.
Damit bootet der Pi3 und jetzt müsste ich die Partition auf 16 GB hochziehen, um den Stick ganz nutzen zu können.
-
Ruhr70,
meinte ob man einen Raspi und eine Windows-Version als master/slave(Satelit) verwenden kann.
Da bei mir Windows aber nur zum Testen verwendet wird (um zu sehen ob ein script oder Adapter auch dort läuft) brauch ich das nicht wirklich.
Wegen den 4GB/16GB, das normale raspi-config kann keine USB's vergrößern aber Mr. Google hat mir gezeigt wie es geht (bei mir von 8 auf 32GB).
Übrigens, hatte vorher Sandisk sticks verwendet aber mit Transcend 3.1 war der Stromverbrauch des Sticks nur halb so groß und bei gleichem Preis hatte ich doppelt so viel GB (was auch doppelte Lebenszeit bringen soll). Deshalb meine Wahl für diese 32GB.
Beim USB-Boot ist nicht nur der kernel alt, man kann (bzw darf!) auch kein 'sudo apt-get upgrade' durchführen da das System dann nicht mehr bootet weil unter Umständen overlays geändert werden.
Übrigens, verwende nicht mehr den BLE-scanner als script, habe eine Adapter geschrieben (https://github.com/frankjoke/iobroker.radar) welcher IP und BT scannen kann, funktioniert super auf Raspi.
Verwendet auch aber nicht nur noble, damit kann ich auch meine Handy's finden ohne spezielle BT LE SW zu haben…
-
@fsjoke:meinte ob man einen Raspi und eine Windows-Version als master/slave(Satelit) verwenden kann. `
Meiner Meinung nach kann man das wild mischen.
Sollte also funktionieren.
@fsjoke:Beim USB-Boot ist nicht nur der kernel alt, man kann (bzw darf!) auch kein 'sudo apt-get upgrade' durchführen da das System dann nicht mehr bootet weil unter Umständen overlays geändert werden. `
Dann liegt bei mir wohl demnächst wieder eine Neukonfiguration des Pi 3 an
@fsjoke:Übrigens, verwende nicht mehr den BLE-scanner als script, habe eine Adapter geschrieben (https://github.com/frankjoke/iobroker.radar) welcher IP und BT scannen kann, funktioniert super auf Raspi.
Verwendet auch aber nicht nur noble, damit kann ich auch meine Handy's finden ohne spezielle BT LE SW zu haben… `
Super!
Dein Adapter hat auch den Weg auf den Pi 3 gefunden. Funktioniert sehr gut!
Das BLE Skript läuft weiter parallel.
-
@fsjoke:Übrigens, verwende nicht mehr den BLE-scanner als script, habe eine Adapter geschrieben (https://github.com/frankjoke/iobroker.radar) welcher IP und BT scannen kann, funktioniert super auf Raspi.
Verwendet auch aber nicht nur noble, damit kann ich auch meine Handy's finden ohne spezielle BT LE SW zu haben… `
Und wieso ist der Adapter noch nicht in iobroker gelistet?