(gelöst) bluetooth, die zweite, TP T430

[guennid]

Mein Bamster wird nunmehr als "headset" geführt, ändern kann ich das nicht.

Dito. Vergeblich Änderung versucht mit blueman-manager. Via bluetoothctl habe ich noch kein "headset" gesehen.

Wenn ich meinen einschalte, gibt der sehr angenehme Töne von sich,
was wohl den Versuch dokumentieren soll, dass er Kontakt sucht.

Ach so, gemeint ist ein „Einschaltknopf“. Wenn ich den einschalte, fällt meine Frau vom Sofa. Bei mir ist das ein Schieberegler, der mir die Wahl zwischen aus, bluetooth und mp3? lässt.

Korrektur: Via bluetoothctl info wird das "headset" bei den UUIDs aufgeführt. Ob sich damit was anfangen lässt, habe ich bisher nicht entdeckt.

[guennid]

@hikaru
Kann es sein, dass das t430 für „internes“ bluetooth eine spezielle Karte benötigt, die beim Gebrauchtkauf nicht dabei war:

I contacted Lenovo support and they directed me towards the T430 HMM which showed how to find the ribbon for an integreated bluetooth daughter card

(https://forums.lenovo.com/t5/ThinkPad-T ... -p/1119313)

[hikaru]

@hikaru
Kann es sein, dass das t430 für „internes“ bluetooth eine spezielle Karte benötigt, die beim Gebrauchtkauf nicht dabei war:

Das ist jetzt peinlich.
Bisher war ich der Ansicht, dass seit etwa 2010 in allen Notebooks Bluetooth nicht mehr über ein Extramodul, sondern über das WLAN-Modul realisiert sei.

[guennid]

Danke! Also ich lese das so, dass du meinst, meine letzte „oder“-Frage sei mit einem doppelten „ja“ zu beantworten.

[MSfree]

Bisher war ich der Ansicht, dass seit etwa 2010 in allen Notebooks Bluetooth nicht mehr über ein Extramodul, sondern über das WLAN-Modul realisiert sei.

Jein, BT und WLAN nutzen selbst heute noch jeweils einen eigenen Sender. Seit BT-3.0 2009 (spätestens aber seit BT 4.0 2010) wird aber der WLAN-Sender verwenden, wenn große Datenmengen mit hoher Geschwindigkeit gesendet werden sollen. Eine WLAN/BT-Kombi ist da also fast schon zwingend.

[hikaru]

Danke! Also ich lese das so, dass du meinst, meine letzte „oder“-Frage sei mit einem doppelten „ja“ zu beantworten.

Ja, du darfst jetzt Beides tun. Reihenfolge egal.

[guennid]

Tja MSfree, alles schön und gut, aber wer verrät mir jetzt, wie ich dem vorhandenen USB-Controller klarmache, dass da ein Lautsprecher und kein Kopfhörer mit ihm vögeln will? (Vielleicht hilft das ja weiter.)

[MSfree]

Tja MSfree, alles schön und gut, aber wer verrät mir jetzt, wie ich dem vorhandenen USB-Controller klarmache, dass da ein Lautsprecher und kein Kopfhörer mit ihm vögeln will?

Mir fehlt gerade die Phantasie mir vorzustellen, welchen Unterschied Lautsprecher oder Kopfhörer da machen sollen (ja, ich kenne den physikalischen Unterschied natürlich). Aber aus Sicht der Software sind doch beides nur Tonausgabegeräte und ob da "Lautsprecher" oder "Kopfhörer" angezeigt wird, ist doch rein kosmetischer Natur.

[guennid]

Ich weiß es ja auch nicht, aber nichtsdestotrotz korrelierte das bei willys Versuchen mit einem signifikanten Unterschied.

Im Übrigen: bei blueman-manager kann man zwischen beiden Optionen wählen, nur ich nicht

[willy4711]

Code: Alles auswählen

 bluetoothctl
 [.......]

        UUID: Headset                   (00001108-0000-1000-8000-00805f9b34fb)
	UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
	UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
	UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
	UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)

Genauso sieht das bei mir aus.

Ich will euch ja nicht mein Erfolgserlebnis vorenthalten, das ich (kurzfristig) heute früh hatte


Und da konnte man dann eben wählen.

Ich kann den Unterschied zwischen den "audiophilen Genüssen" leider nicht quantifizieren
Es ist auch egal: Jetzt ist es halt ein Headset was sich aber genauso wenig verbinden will:

Code: Alles auswählen

Verbindung fehlgeschlagen: blueman.bluez.errors.DBusFailedError: Protocol not available...

Der Text (oder Grund) ist halt ein anderer. Beim Auswählen der "Audio- Ausgabe kommt dann halt:

Code: Alles auswählen

Verbindung fehlgeschlagen a2dp-sink profile connect failed for A0:E9:DB:00:93:72: Protocol not available

Gebe Ich den letzteren Text bei Google ein, bekomme ich mindestenens 1000 Fundstellen, die besagen,
man solle doch das Paket pulseaudio-module-bluetooth installieren, und alles wird gut.

Aber leider ausgerechnet bei uns beiden nicht.

Da ja irgendwelche Protokolle fehlen, oder nur unter höchst geheimen Bedingungen gefunden werden (Feiertag vor 8 Uhr morgens),
scheint es wohl an Pulse-Audio zu liegen ? Mein Smarti funktioniert ja problemlos.

[MSfree]

Da ja irgendwelche Protokolle fehlen, oder nur unter höchst geheimen Bedingungen gefunden werden (Feiertag vor 8 Uhr morgens),
scheint es wohl an Pulse-Audio zu liegen ?

Früher wurde Bluetooth-Audio durch ALSA unterstützt. Leider wurde das aus ALSA vor längerer Zeit entfernt und auf Pulse-Audio umgestellt. Seit dem geht mein Bose SoundLink auch nur noch über Kabel.

Aber schön zu wissen, daß Bluetooth-Audio schlicht und ergreifend im Eimer ist.

[guennid]

Ob der Schleppi nun über einen eingebauten funktionsfähigen Bluetooth-Controller verfügt oder nicht (1) muss ich dahingestellt sein lassen, ich hab's nicht rausgekriegt, aber zumindest via USB-Bluetooh-Dongle konnte ich jetzt einen bluetooth-Lautsprecher ohne systemd und udev unter stretch erfolgreich an dem TP T430 betreiben. Hier die Zusammenfassung meiner wilden - sich über vier oder fünf Threads (1,3,4,5,etc.) erstreckenden - Versuche:

Benötigte Pakete

bluez
libbluetooth3
pulseaudio-module-bluetooth
bluez-firmware
consolekit

diese Kernel-Module beim Kern 4.19 sind aktiv:
rfcomm
rfkill
btusb
btrtl
btbcm
btintel
bluetooth
keine Ahnung, ob ich da noch was einsparen könnte.

Pulseaudio-module-bluetooth ist abhängig von pulseaudio. Ohne pulseaudio-module-bluetoothgibt's bei Debian keinen Sound via bluetooth.
bluez-firmware benötigte ich, weil ich ohne das Paket das CLI-Kommando bluetoothctl nicht richtig benutzen konnte, wofür es sonst noch gut sein mag, weiß ich nicht.
Das Kommando bluetoothctl ist, wenn ich die Ausgabe von apt-file richtig lese, Bestandteil des Paketes bluez. Die Benutzung von bluetoothctl ist - wie üblich - ganz gut hier (2) erläutert. Bei manchen Bluetooth(BT)-Geräten scheint außer dem Bekanntmachen (to pair) des BT-Gerätes das Verbinden (to connect) derselben mit dem Controller nicht benötigt zu werden. Etwas irreführend ist bei Kofler der sechsstellige Platzhalter xx:xx:xx. Gemeint ist womöglich die MAC-Adresse des erkannten Gerätes, aber die ist achtstellig, also xx:xx:xx:xx. Der Platzhalter ist für die Benutzung von bluetoothctl zentral, denn, nachdem eine Gerät damit einmal erkannt wurde, wird dieser Platzhalter bei allen weiteren Aktionen mit diesem Gerät von bluetoothctl benutzt.
consolekit war erforderlich, um pulseaudio (ohne udev, Dank an smutbert!) überhaupt betreiben zu können, insbesondere pavucontrol, womit man, wenn alles funktioniert, auf der GUI zwischen den verschiedenen Lautsprechern hin- und herschalten kann.

(1) viewtopic.php?f=30&t=174696&hilit=bluetooth, wegweisend: hikarus Beiträge
(2) https://kofler.info/bluetooth-konfigura ... etoothctl/ (den Artikel hat er noch an mindestens zwei anderen Stellen veröffentlicht)
viewtopic.php?f=30&t=174703&hilit=bluetooth
viewtopic.php?f=30&t=174747&hilit=bluetooth
viewtopic.php?f=25&t=174722&hilit=bluetooth

[guennid]

eeepc 4g funktioniert mit Bluetooth-Dongle von

Code: Alles auswählen

Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)

ebenfalls. Pulse scheint bei diesem Bluetooth-Krampf noch das kleinste Problem - eher gar keines - zu sein. Mein Hauptproblem ist nach wie vor dieses bluetoothctl. Ich weiß immer noch nicht, warum das jetzt mit Standard-Kern 4.9 auf dem eeepc funktioniert, stundenlang rumprobiert, einschließlich diverser Eigenbau-Kerne und Rechner-Neustarts und es tut jetzt plötzlich- aber wieso?

Hier mal die letzte Ausgabe von einem nicht funktionierenden Test:

Code: Alles auswählen

~$ bluetoothctl
[NEW] Controller 00:1B:DC:0B:8B:E3 BlueZ 5.43 [default]
[NEW] Device 30:C0:1B:72:63:8E JBL GO 2
[NEW] Device 88:00:00:00:31:F0 BT-SPEAKER
[CHG] Controller 00:1B:DC:0B:8B:E3 Powered: yes
[CHG] Controller 00:1B:DC:0B:8B:E3 Class: 0x00010c
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001801-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001200-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001800-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 0000110c-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001801-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001200-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 00001800-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 UUIDs: 0000110c-0000-1000-8000-00805f9b34fb
[CHG] Controller 00:1B:DC:0B:8B:E3 Alias: BlueZ 5.43
[CHG] Controller 00:1B:DC:0B:8B:E3 Pairable: yes
[CHG] Device 30:C0:1B:72:63:8E Connected: yes
[CHG] Device 30:C0:1B:72:63:8E Connected: no
[bluetooth]# pair 30:C0:1B:72:63:8E
Attempting to pair with 30:C0:1B:72:63:8E
Failed to pair: org.freedesktop.DBus.Error.AccessDenied

Den Dongle hatte ich bei diesem Test eingesteckt, nachdem ich bluetoothctl als User gestartet hatte.

Grüße, Günther

[hikaru]

Code: Alles auswählen

[..]
[bluetooth]# pair 30:C0:1B:72:63:8E
Attempting to pair with 30:C0:1B:72:63:8E
Failed to pair: org.freedesktop.DBus.Error.AccessDenied

Den Dongle hatte ich bei diesem Test eingesteckt, nachdem ich bluetoothctl als User gestartet hatte.

Basierend auf meinen bescheidenen Erfahrungen zum Thema BT habe ich die Vermutung, dass das immer dann passiert, wenn zwar die selben BT-Geräte schon gepairt sind, das aber unter anderen Systemen als den gerade Laufenden passiert ist (Dualboot mit selbem BT-Adapter, das selbe BT-Dongle wird zwischen zwei Rechnern getauscht, etc.).

Unpaire mal beide Geräte voneinander (auf beiden Seiten) und paire sie neu! Ich vermute, dann geht es (bis du das Dongle wieder an einen andern Rechner steckst).

[guennid]

Was meinst du mit „auf beiden Seiten"?

Deine Vermutung scheint insofern schon mal etwas für sich zu haben, als ich bemerke, dass ich den JBL jetzt auf dem T430 erst mal nicht mehr via bluetooth benutzen kann, nachdem ich den Dongle zuletzt am eeepc hängen hatte.

Mann, Mann, Mann, was für ein Geraffel!

Um sich das zu ersparen, wäre es also empfehlenswert, für jede Maschine, die über keinen eingebauten Bluetooth Controller verfügt, einen „eigenen“ Dongle bereitzustellen?

Grüße, Günther

[hikaru]

Was meinst du mit „auf beiden Seiten"?

Die Geräte müssen sich ja gegenseitig pairen, also dein BT-Dongle (am T430 oder EEE) muss den Lautsprecher kennen und der Lautsprecher muss das Dongle kennen.
Bei meiner Tethering-Geschichte mit dem N900 musste ich bei diesem Problem sowohl auf dem PC als auch auf dem N900 das Pairing aufheben und neu erstellen, damit es wieder funktionierte. Das nur auf einer Seite zu machen, half nicht.

Um sich das zu ersparen, wäre es also empfehlenswert, für jede Maschine, die über keinen eingebauten Bluetooth Controller verfügt, einen „eigenen“ Dongle bereitzustellen?

Meiner Ansicht nach ja.

[guennid]

Bei meiner Tethering-Geschichte mit dem N900 musste ich bei diesem Problem sowohl auf dem PC als auch auf dem N900 das Pairing aufheben und neu erstellen.

Habe ich mir schon gedacht, dass die Idee aus der Ecke kam (den Thread habe ich aufmerksam verfolgt). Nur: Mein Lautsprecher hat kein „Betriebssystem“, wie ich es von deinem N900 vermute, jedenfalls keines, an das ich heranzukommen wüsste; deswegen die Rückfrage. Bleibt also nur der Versuch, das pairing auf dem Dongle je nach anhängender Maschine neu durchzuführen - richtig?

[smutbert]

Willst du ein- und denselben Bluetooth-Stick an mehreren Computern nutzen?

Wahrscheinlich würde es problemlos funktionieren das Gerät an einem Computer zu pairen und den beim Pairing ausgehandelten Schlüssel auf das oder die anderen Systeme zu übertragen.
Bei Linux ist das vergleichweise einfach - der Schlüssel landet unter »/var/lib/bluetooth/XX:XX:XX:XX:XX:XX« wobei die X die Macadresse des Bluetooth-Controllers vom Computer sind. Jedes Gerät erhält dort sein eigenes Unterverzeichnis, dessen Name der Mac-Adresse des Geräts entspricht.
Entscheidend ist, glaube ich (!) der »Key« unter »[LinkKey]« in der Datei info im jeweiligen Unterverzeichnis, aber ich habe immer nur das komplette Verzeichnis »/var/lib/bluetooth/XX:XX:XX:XX:XX:XX« kopiert (und damit gleich die Schlüssel aller gepairten Geräte).


Versprechen dass es funktioniert tue ich allerdings nicht, weil es schon eine Zeit lang her ist, dass ich das gemacht habe und ich habe das auch nicht zwischen unterschiedlichen Computern sondern zwischen unterschiedlichen Installationen auf ein- und demselben Computer kopiert.
Da gingt es um ein Bluetoothgerät, das sich immer nur den letzten gepairten Partner gemerkt hat, nämlich eine alte Bluetooth-Tastatur von Apple.
Damit die Tastatur schon beim Start wie gewünscht funktioniert hat musste sie unter MacOS gepairt werden, aber sobald man sie unter Linux auch gepairt hat, damit sie dort funktioniert, ging sie unter MacOS nicht mehr. Die einzige Lösung war das Kopieren des Schlüssels von MacOS auf das Linuxsystem oder in meinem Fall die Linuxsysteme....


Mit einem eigenen Bluetooth-Controller pro Computer wird das Übertragen der Schlüssel/des Pairings allerdings dagegen wahrscheinlich nicht funktionieren, weil die Macadresse nicht mehr übereinstimmt.

[guennid]

Danke sehr!

Willst du ein- und denselben Bluetooth-Stick an mehreren Computern nutzen?

Naja, sagen wir mal, ich bin ja noch in der Testphase. Ich besitze z.Z. nur einen Dongle. Wichtig war mir, das Funktionieren auf dem T430. Und nachdem ich das hingekriegt hatte, kam die Überlegung mit dem ollen eeepc, den ich meiner Gattin vor Längerem mal als Küchenradio eingerichtet hatte, und damit das neue Hindernis. Ich habe jetzt bereits einen zweiten Dongle geordert. Aber ich werde dein Vorgehen mit nur einem auch noch ausprobieren.

Wichtiger ist mir eigentlich: Ich verstehe das Verhalten von bluetoothctl nicht. Die letzte gepostete Fehlermeldung trifft dabei vielleicht nicht das Problem. Ich hatte alles, was ich vorher an Betriebsvoraussetzungen beschrieben habe, am eeepc geprüft, und trotzdem zeigte bluetoothctl als Benutzer ausgeführt - nichts, obwohl sowohl rfkill als auch hcitool den Controller erkannt hatten. Als Root ausgeführt, gab bluetoothctl immerhin seine MAC und mind. eine weitere der bis dahin ausprobierten BT-Geräte bekannt, aber spätestens beim Pairing-Versuch kamen dann bluez.org Fehler. - Tja, und irgendwann funktionierte es dann, sowohl als root als auch als Benutzer und ich habe keinen Plan, was ich dabei angestellt haben könnte. Ob hikarus remove-Methode (als root) weitergeholfen hätte, muss ich noch ausprobieren.

Grüße, Günther

[guennid]

Ich weiß zwar immer nocht, was hikaru mit seinen „zwei Seiten“ meinte, aber es funktioniert insofern: Dongle (der zuletzt am eeepc hing) in den T430 gesteckt. bluetoothctl arbeitet für Benutzer. JBE Lautsprecher „removed“. neu gescannt, gepairet und connectet.

Ist der Kofler leicht veraltet? Ein agent on war nicht nötig.

Zu smutbert: die Verzeichnisstruktur habe ich gefunden wie beschrieben, das Kopieren aber noch nicht getestet.

[guennid]

So, ich hab's getestet, smutberts Tipp sollte ebenfalls zu funktionieren. Unterverzeichnis info vom T430 auf den eeepc übertragen. bluetoothctl funktioniert ohne Fehler und Lautsprecher kann verbunden (connected) werden.

Mit einem eigenen Bluetooth-Controller pro Computer wird das Übertragen der Schlüssel/des Pairings allerdings dagegen wahrscheinlich nicht funktionieren, weil die Macadresse nicht mehr übereinstimmt.

Das ist dann ja auch nicht mehr nötig - denke ich.

Grüße, Günther