Monatsrückblick Januar/Februar 2026 ist online!

[MathiasJ]

@frankjoke
komisch, jetzt gehts.
Vllt hat der PI den befehl das erste mal nicht angenommen, weil ich mache das immer so, auch wenn man Radar2 jett nicht braucht.

Es getht jetzt auch mit

sudo nano /boot/config text

Dann

max_usb_current=1

einfügen, damit man von 600 mA auf 1200 mA erhöhen kann.
So, 15m LAN-Kabel wieder drangehängt. Ist erst mal alles auf true....... aber da hatte ich ja schon :)

[steimi]

@frankjoke Der Server ist aus (im Standby). Arp-scan mit IP-Adresse liefert die MAC-Adresse. PING auf die IP-Adresse (welche als einziges für das Gerät in der Adapter-Konfig hinterlegt ist) liefert 'packet loss' - korrekt, da das Gerät aus ist. Trotzdem ist das Gerät von radar2 als 'Online' deklariert. Ich denke da ist noch ein Fehler drin. Was kann ich noch testen?

[dondaik]

wie / wann radar 2 überhaubt mal richtige daten liefert mag ich nicht zu sagen ....
im moment wird der eindruck erweckt das er bei der verwaltung/benutzung von "nummer des BT-adapter" = -1 auch nicht richtig scannt ( oder gar nicht... ) ...

-0 - > es sind daten zu sehen, also false und true werte
-1 -> alle BT daten false

[MathiasJ]

@dondaik
Du nimmst schon einen BT-Dongle, weil der onboard vom Tinker nicht geht?

0 ist im Normalfall das USB-Dongle
1 ist im Normalfall das USB-Modul, das onboard ist.
das geht nicht.

[dondaik]

ja, aber der onboard auf dem tinker geht hier.... / "0" ist der onboard auf dem tinker

[MathiasJ]

@dondaik
Gib mal sudo hciconfig ein und poste das Ergebnis hier......
kannst es mir auch per WhausApp schicken,
Gruß,
Mathias

[dondaik]

@MathiasJ

[MathiasJ]

@dondaik
hci1 = UART also onboard.
hci0 = USB steht doch da......

[dondaik]

ok, liefern aber beide daten ... im moment läuft "0" .... "1" hat auch für die dauer von xx werte geliefert ...

[MathiasJ]

@dondaik sagte in [Adapter] Neuer radar2-Adapter:

wie / wann radar 2 überhaubt mal richtige daten liefert mag ich nicht zu sagen ....
im moment wird der eindruck erweckt das er bei der verwaltung/benutzung von "nummer des BT-adapter" = -1 auch nicht richtig scannt ( oder gar nicht... ) ...

-0 - > es sind daten zu sehen, also false und true werte
-1 -> alle BT daten false

Was jetzt?
Gruß,
Mathias

[dondaik]

ordne zu wie du magst :-) ... mich interessiert das wo nicht wirklich - beide arbeiten und gut :-)

[MathiasJ]

@dondaik
ich würde es auf der 0 lassen.
Für das Onboard-Modul gibt es Treiberprobleme, weil der Programmierer
es immer noch nicht auf die Reihe bekommen hat, den richtigen Treiber zu finden.
@frankjoke
damit bist jetzt Du nicht gemeint.
Dein Radar2 läuft spitze!

[dondaik]

so, und wenn ich schon mal wieder ein auge auf radar werfe... es gibt die IP 192.168.2.50 und 192.192.2.150 ... beide IPs erscheinen nicht in der liste der _uIPS... nach weiteren fehlenden IP hat mein auge jetzt nicht gescannt .... :-)
habe ihr fehlen nur entdeckt weil ich wetterdaten auf beiden IPs angesehen hatte

[frankjoke]

@MathiasJ sagte in [Adapter] Neuer radar2-Adapter:

@dondaik sagte in [Adapter] Neuer radar2-Adapter:

im moment wird der eindruck erweckt das er bei der verwaltung/benutzung von "nummer des BT-adapter" = -1 auch nicht richtig scannt ( oder gar nicht... ) ...

-0 - > es sind daten zu sehen, also false und true werte
-1 -> alle BT daten false

Also Noble bekommt bei -1 kein Argument und nimmt wasimmer auch. hciItool nimmt den ersten welcher bei ˋhcitool devˋ gelistet wird.
Wenn 0 oder größer dann nehmen alle diesen.
Mit hcitool könnt ihr rausfinden was das device ist...

p.s.: Ich schalte im Raspi die internen immer aus, habs irgenwo hier auch schon geschrieben wie. Dann tauchen sie nicht mehr als hci0 auf und man kann -1 weiter verwenden!

[MathiasJ]

@frankjoke
Ich habe noble ganz ausgeschaltet, weil es bei mir ein Störfaktor ist.
So viel ich weiß, arbeitet BLE auch mit noble.
Weiter habe ich mir nun das Testsystem aufgebaut, mit einem Raspberry PI3, weil kein PI 3B+ mehr zur Verfügung steht,

Habe Radar2 installiert, einen USB-Extender dran gehängt, 15m LAN-Kabel am anderen Ende dann den BT-Dongle, da kein kürzeres Kabel zu Verfügung steht und ich das erst mal testen will.
Am Ende werden 7 m bis 10 m Kabel reichen.
Ich will das ganze Zeug vom Schlafzimmer ins Wohnzimmer stellen.
Da ich nur im Rack dafür Platz finde, stören gefühlte 100 Geräte den Empfang, deshalb die Verlängerung.....
Bis jetzt schaut es gut aus.

[frankjoke]

@steimi
Wenn arp-scan ihn findet dann sagt radar er ist da. Wie gesagt, wenn das ein server ist dann wird er wohl irgend eine url haben die du abfragen kannst.

[smarti2015]

Ich hab jetzt den 1.2.0 installiert, er läuft immer so 1-2 Tage dann muss ich das Asus Tinkerbaord rebooten. Manchmal reicht auch ein Adapter-Neustart. Wenn ich nun den Haken in HCI Only reinmache, dann läuft der Adpater und crasht gleich wieder. Habt ihr da ne Lösung? auf HCI sollte mein USB BT Stick laufen.

radar2.0	2019-05-03 19:52:52.620	info	debug: radar2 found uBT's: [ '04:b1:67:0a:ca:dd' ]
radar2.0	2019-05-03 19:52:52.619	info	debug: and not here (Rene, Samira, Kian)
radar2.0	2019-05-03 19:52:52.619	info	debug: and who here ()
radar2.0	2019-05-03 19:52:52.618	info	debug: radar2 found here ()
radar2.0	2019-05-03 19:52:23.403	info	debug: ScanCmd err: 'Set scan parameters failed: Operation not permitted'
radar2.0	2019-05-03 19:52:23.382	info	debug: started #46 hcitool -i hci0 scan --flush --length=19
radar2.0	2019-05-03 19:52:23.380	info	debug: started #45 hcitool -i hci0 lescan --duplicates
radar2.0	2019-05-03 19:52:23.355	info	debug: ScanCmd err: 'Can\'t init device hci0: Operation not permitted (1)'
radar2.0	2019-05-03 19:52:23.335	info	debug: started #44 hciconfig hci0 up
radar2.0	2019-05-03 19:52:23.222	info	debug: ScanCmd err: 'Can\'t down device hci0: Operation not permitted (1)'
radar2.0	2019-05-03 19:52:23.205	info	debug: radar2 found uIP's: []
radar2.0	2019-05-03 19:52:23.204	info	debug: started #43 hciconfig hci0 down
radar2.0	2019-05-03 19:51:51.190	info	debug: radar2 found uBT's: [ '04:b1:67:0a:ca:dd' ]
radar2.0	2019-05-03 19:51:51.190	info	debug: and not here (Rene, Samira, Kian)
radar2.0	2019-05-03 19:51:51.190	info	debug: and who here ()
radar2.0	2019-05-03 19:51:51.189	info	debug: radar2 found here ()
radar2.0	2019-05-03 19:51:23.382	info	debug: ScanCmd err: 'Set scan parameters failed: Operation not permitted'
radar2.0	2019-05-03 19:51:23.367	info	debug: started #42 hcitool -i hci0 scan --flush --length=19
radar2.0	2019-05-03 19:51:23.367	info	debug: started #41 hcitool -i hci0 lescan --duplicates
radar2.0	2019-05-03 19:51:23.366	info	debug: ScanCmd err: 'Can\'t init device hci0: Operation not permitted (1)'
radar2.0	2019-05-03 19:51:23.317	info	debug: started #40 hciconfig hci0 up
radar2.0	2019-05-03 19:51:23.207	info	debug: ScanCmd err: 'Can\'t down device hci0: Operation not permitted (1)'
radar2.0	2019-05-03 19:51:23.189	info	debug: radar2 found uIP's: []
radar2.0	2019-05-03 19:51:23.188	info	debug: started #39 hciconfig hci0 down

[frankjoke]

@smarti2015 ,

Wäre interessant welche Fehler dich Zwingen den Rechner zu rebooten?

mit

rfkill block bluetooth
rfkill unblock bluetooth

und/oder

 hciconfig hci0 down
 hciconfig hci0 up

Das letzte macht der Adapter im hcimode automatisch, aber du scheinst den Initscript nicht ganz durchgeführt zu haben da er nicht die Rechte dazu hat (ScanCmd err: 'Can\'t init device hci0: Operation not permitted (1)')!
Bitte zumindest die letzten 2 Zeilen ausführen!

sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)

[smarti2015]

@frankjoke

Danke, jetzt läuft es mit dem HCI Only Mode. Mal sehen ob es stabil bleibt.
Einen schönen Abend

[Diginix]

@frankjoke
Ich habe heute noch mal hcionly getestet und dazu 2 debug logs erstellt.
Die schick ich dir im Chat.
Wenn ich hcitool lescan in der Konsole starte sieht das so aus:

iobroker@BT3-PRO:/opt/iobroker$ hcitool lescan
LE Scan ...
F0:65:9D:F9:60:11 TLC120-d1000a51
F0:65:9D:F9:60:11 (unknown)
00:1A:22:09:81:8D KEY-BLE
00:1A:22:09:81:8D KEY-BLE

An dem KEY-BLE bleibt er ewig hängen, nach gefühlten 2 Minuten kommt dann das Prompt.
Key-ble nutze ich für mein BLE Türschlossantrieb.
https://github.com/oyooyo/keyble

Warum existiert da so ein "virtuelles" BLE Gerät an dem der hcitool lescan ewig hängt?
Key-ble selbst nutzt noble und solange radar2 nicht auf hcionly steht, konnte ich die Software auch nicht verwenden, weil der Adapter noble blockiert hat.

Genial wäre nun wenn hcionly im Adapter erfolgreich funktioniert und ich so parallel in der Konsole mit key-ble inkl noble den Türschlossantrieb steuern und auslesen könnte.

Wenn radar2 nicht auf hcionly steht, also noble verwendet bekomme ich selbst mit 40 Sekunden Scanintervall den "BT already scanning" Fehler.

Also radar2 mit noble läuft ok und findet die BLE Geräte, verhindert aber die key-ble Nutzung.
radar2 mit hcionly scheint beim LE Scan zu hängen und findet so weder meine Smartwatch noch den Türschlossantrieb zuverlässig.

Es muss doch möglich sein key-ble mit noble verwenden zu können und hcitool lescan für radar2 ohne dass der ewig hängt wegen dem key-ble.
Wobei nicht klar ist, ob das key-ble "Gerät" den lescan stört. Denn diese Geräte erscheinen ja sofort, nur keine weiteren, die aber existieren.

Irgendwelche Ideen was man beim LE Scan mit hcitool machen könnte?