NEWS
Bluetooth kommt nicht durch!
-
so, nach 5 stunden harter arbeit…
das Geheimnis des Ärgers war wohl die JS-Version ..... nach "alles neu" und etwas Stress beim JS-Update zeigte sich das 1.4.0 nicht nach 1.4.2 update bar war ... und man bei 1.5.3 auskommen kann... dann etwas Stress war die LOG fehlerfrei und RADAR zeigt nun die Tags ( nicht den localhost-Eintrag löschen und die GEO-Daten eintragen !)
Prost!
hatte gesucht - meine Treffer waren hier aber nicht zielführend ;-) ( hätte aber sein können..)
-
die 1.5.3 ist "online" - 1.4.2 wollte er mit macht nicht installieren …
BLE wird lustig:
verfügbar 0.5.2
installiert 0.5.5
sagt der bildschirm :-)
und der Pi3b+ bekommt einen Reset-Taster ( aus dem www )
--> Wired one leg of the switch to RUN and the other leg to one of the ground pins of the GPIO
-
BLE kommt durch, Radar nicht.
sudo hcitool lescan brachte laufend den Fehler input/output error
Problemlösung:
IObroker Slaves nach dem ALTEN Weg neu aufgesetzt, einen zusätzlichen BT-Dongle zum internen BT-Modul reingesteckt,
Admin-Config Längen- und Breitengrad von München importiert.
im Terminal sudo reboot,
Nachdem der Raspberry wieder hochgefahren ist, sudo iobroker start.
Warum iobroker nach einem Neustart nicht von sich aus startet, weiß ich noch nicht.
BLE und Radar laufen nun auf dem.selben Host.
Gesendet von meinem MI 8 mit Tapatalk
-
Radar geht. ABER:
wenn ich sudo hcitool lescan mache, mal gehts, mal gehts nicht….... es ist eigentlich wie ein Lotteriespiel.
so kann ich weder Radar, noch BLE gebrauchen, eine Voraussetzung für ein gut funktionierendes Smarthome........
ich habe nun BLE ausgeschaltet. Ändert trotzdem nichts an der Sache, dass es mal geht.....oder auch nicht.
Gruß,
Mathias
-
Ich kann nur nochmal wiederholen: Meine Erfahrung war das ich das hcitool nur dann ohne Fehlewr aufrufen konnte wenn Radar nicht auch gerade gescannt hat. Also bei mir ging nur eins zu einem Zeitpunkt. Also wenn ich radar ausgeschaltet hatte dann konnte ich das Tool nutzen, sonst war es "Glücksspiel" ob es Radar gerade genutzt hat oder nicht.
Es ist halt am Ende nur EIN serielles Device das bekommt einen scan befehl und der braucht ne Weile. Und dadurch ist es geblockt und noch ein Scan Befehl während einer noch läuft wird halt abgelehnt mit ner unklaren Fehlermeldung.
Wenn das bei Dir auch so ist, dann ist da nix mit "instabil" sondern einfach das Problem das "parallele Zugriffe" auf einfache Serielle Funkdevices nie geht
-
BLE wird lustig:
verfügbar 0.5.2
installiert 0.5.5
sagt der bildschirm :-) `
Zur Erklärung: 0.5.2 ist im stable-Repo, 0.5.5 im latest (Testversion). Du hast wie auch immer die 0.5.5 installiert, aber als Repo stable ausgewählt - daher die verwirrende Anzeige.Zu Radar + BLE: Das ist meine eigene persönliche Erfahrung. Wenn es bei euch mal lief war es vermutlich Glück. Fakt ist, wenn du mehrere Programme hast, die die Bluetooth-Pakete empfangen, kann es sein, dass nicht alle Pakete bei beiden Programmen ankommen. Wenn nun ein Paket, mit dem nur Radar was anfangen kann, bei BLE ankommt, wird es schlicht ignoriert.
-