Bluetooth, der ewige Mist

[smutbert]

[…]
Der User ist in der Gruppe bluetooth. Welche anderen Rechte könnten da noch ausschlaggebend sein?

Wenn ich module-bluez5-discover in der default.pa explizit angebe, dann meckert pulseaudio beim […][/code]

Am Raspberry Pi hat die Gruppe bluetooth afair genügt, aber im arch-Wiki ist zusätzlich von der Gruppe lp die Rede.

Entschuldigung, was module-bluez5-discover angeht hatte ich das wohl falsch in Erinnerung - das (einzige) Modul das man unter manchen Umständen manuell/explizit laden muss ist module-bluetooth-discover.
Etwas anderes ist mir auch noch eingefallen...

[…] pulse neu gestartet... Und schon hat sich Headset und Comp automatisch verbunden...
[…]

genau das (ein Neustart von Pulseaudio) ist (ebenfalls im arch-Wiki) als Workaround beschrieben, wenn das mit dem Verbinden nicht funktioniert.

[debianoli]

Zwischenfrage: Gibt es einen Bluetooth-Chip (Stick) der immer problemlos funktioniert?

[scientific]

Ich hab mir ein kleines Skript geschrieben, welches mir das Headset mit dem Computer connected:

Code: Alles auswählen

#!/bin/bash

echo -e "connect E8:07:BF:01:97:1B\nquit" | bluetoothctl

Jetzt hab ich probiert und nachdem die beiden Geräte erfolgreich verbunden waren, das Headset einmal ab-, und wieder aufzudrehen. Da hat das automatische Verbinden geklappt.

[smutbert]

Zwischenfrage: Gibt es einen Bluetooth-Chip (Stick) der immer problemlos funktioniert?

Naja die Bluetooth-Controller sind imho nicht das Problem - da gibt es viele, die funktionieren. Ich habe zB unter anderem einen Stick von Asus, für den ich zwar zuerst eine Zeit lang die passende Firmware suchen müssen habe, der aber ansonsten recht problemlos funktioniert.
Eine konkrete Liste, die auf den Raspberry Pi abzielt, aber das sollte ja egal sein, gibt es zB hier:
https://elinux.org/RPi_USB_Bluetooth_adapters
http://www.wirelesshack.org/top-raspber ... ngles.html

Ein Krampf sind vor allem die GUI-Tools zum Pairing und Verbinden mit Geräten (die in Gnome eingebaute hat in wheezy und jessie meiner Erfahrung nach überhaupt nur sporadisch ein bisschen funktioniert und die Alternative blueman zu dem Zeitpunkt, zu dem ich sie verwenden wollte, überhaupt nicht - bei KDE hat es glaube ich auch nicht viel besser ausgesehen und sonst kenne ich eh nix)
Außerdem ist die Unterstützung von manchen Geräten ziemlich problematisch: Mäuse, Tastaturen und der Dateiaustausch mit Handys klappen meist noch, aber mit Headsets, Bluetooth-Lautsprechern und ich glaube grundsätzlich Bluetooth 4.0/LE (BLE)-Geräten braucht man schon etwas Glück, dass es auf Anhieb (oder überhaupt) funktioniert.


Dazu kommen dann noch viele veraltete Tutorials für alte bluez-Versionen oder aus der Zeit, in der Alsa noch einen Bluetooth-Audiotreiber mitgebracht hat und die nun nicht mehr funktionieren und zu allem Überfluss und um die Verwirrung bei Lautsprechern und Headsets perfekt zu machen, wird wohl in raspbian der alte Alsa-Bluetooth-Audiotreiber wieder reanimiert, keine Ahnung ob dort nun der Pulseaudio-Bluetoothtreiber gestrichen wird oder ob man nun die Wahl und unter Umständen auch Konflikte zwischen den beiden Treibern hat...

[debianoli]

@smubert

Danke für die Infos!

[scientific]

Ja diese Massen an veralteten Tutorials machen mich auch ganz wookie...
Bluez glänzt auch herrlich nach unzureichender Doku... die kochen irgendwie ihr Süppchen und lassen einen dumm daneben sterben

Ich persönlich würd mir ja wünschen, den BT-Stack von Android auf Linux portiert zu bekommen... dort funktioniert das alles tadellos...

lg scientific

[DeletedUserReAsG]

3. Porting guide of Bluedroid stack
So how to use Bluedroid in your system? Yeah, I have known Bluedroid is Broadcom’s Bluetooth host stack for android and a much stable one, so what if I wanna porting Bluedroid stack into another system.
There are two parts of this question, or I separated this question into two phases.

1. How to porting the Bluedroid stack into another operating system except android?
2. How to driver another Bluetooth hardware instead of Broadcom’s in Bluedroid?

Question one: The critical part is the btif directory in Bluedroid sources, I have to reimplement the btif part of Bluedroid stack, fortunately, there is already an android implementation in btif, that’s a good reference.
Question two: There is a module named bt_vendor whose responsibility include resetting the communication bus, power management, and configuring firmware. So I need to adjust the bt_vendor module to drive the new hardware.

Das Problem mag sein, dass Android-Apps die BT-Schnittstelle von Android nutzen, während Desktopprogramme das so nicht vorgesehen haben, und möglicherweise angepasst werden müssten