Parowanie Bose QC 35 przez Bluetooth na Fedorze

26

Używam Fedory 24 z Gnome Shell. Próbuję sparować mój nowy Bose QuietComfort 35 przez Bluetooth.

Zacząłem używać interfejsu Gnome. Niestety połączenie wydaje się nie utrzymywać. Wygląda na ciągłe łączenie / rozłączanie:

https://youtu.be/eUZ9D9rGUZY

Moim następnym krokiem było wykonanie niektórych kontroli za pomocą wiersza polecenia. Najpierw sprawdziłem, czy usługa Bluetooth działa:

$ sudo systemctl status bluetooth
● bluetooth.service - Bluetooth service
   Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
   Active: active (running) since dim. 2016-06-26 11:19:24 CEST; 14min ago
     Docs: man:bluetoothd(8)
 Main PID: 932 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 512)
   Memory: 2.1M
      CPU: 222ms
   CGroup: /system.slice/bluetooth.service
           └─932 /usr/libexec/bluetooth/bluetoothd

juin 26 11:19:24 leonard systemd[1]: Starting Bluetooth service...
juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth daemon 5.40
juin 26 11:19:24 leonard bluetoothd[932]: Starting SDP server
juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth management interface 1.11 initialized
juin 26 11:19:24 leonard bluetoothd[932]: Failed to obtain handles for "Service Changed" characteristic
juin 26 11:19:24 leonard systemd[1]: Started Bluetooth service.
juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSource
juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSink
juin 26 11:20:26 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Potem bezskutecznie próbowałem zastosować się do niektórych wyjaśnień z wiki Archlinux . Parowanie nie powiodło się Parowanie : org.bluez.Error.AuthenticationFailed :

$ sudo bluetoothctl 
[NEW] Controller 00:1A:7D:DA:71:05 leonard [default]
[NEW] Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35
[NEW] Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse
[bluetooth]# agent on
Agent registered
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:1A:7D:DA:71:05 Discovering: yes
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -77
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -69
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110d-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110b-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110f-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001130-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000112e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000111e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001108-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001131-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00000000-deca-fade-deca-deafdecacaff
[bluetooth]# devices
Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35
Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -82
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -68
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -79
[bluetooth]# trust 08:DF:1F:DB:A7:8A
Changing 08:DF:1F:DB:A7:8A trust succeeded
[bluetooth]# pair 08:DF:1F:DB:A7:8A
Attempting to pair with 08:DF:1F:DB:A7:8A
[CHG] Device 08:DF:1F:DB:A7:8A Connected: yes
Failed to pair: org.bluez.Error.AuthenticationFailed
[CHG] Device 08:DF:1F:DB:A7:8A Connected: no

Próbowałem wyłączyć tryb SSPMode, ale wydaje się, że nie ma to wpływu:

$ sudo hciconfig hci0 sspmode 0

Gdy korzystam z bluetoothctl, Journalctl rejestruje następujące informacje:

juin 26 11:37:21 leonard sudo[4348]: lpellegr : TTY=pts/2 ; PWD=/home/lpellegr ; USER=root ; COMMAND=/bin/bluetoothctl
juin 26 11:37:21 leonard audit[4348]: USER_CMD pid=4348 uid=1000 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='cwd="/home/lpellegr" cmd="bluetoothctl" terminal=pt
juin 26 11:37:21 leonard audit[4348]: CRED_REFR pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="roo
juin 26 11:37:21 leonard sudo[4348]: pam_systemd(sudo:session): Cannot create session: Already occupied by a session
juin 26 11:37:21 leonard audit[4348]: USER_START pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_keyinit,pam_limits,
juin 26 11:37:21 leonard sudo[4348]: pam_unix(sudo:session): session opened for user root by (uid=0)
juin 26 11:38:06 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Niestety nie rozumiem wyniku. Wszelkie pomysły i pomoc są mile widziane. Jestem całkiem zagubiony.

Odbiornik Bluetooth, którego używam, to klucz USB od CSL-Computer. Wersja Bluetoothctl to 5.40. Używam jądra 4.5.7-300.fc24.x86_64.

Poniżej znajdują się funkcje obsługiwane przez mój adapter bluetooth:

hciconfig -a hci0 features
hci0:   Type: BR/EDR  Bus: USB
    BD Address: 00:1A:7D:DA:71:05  ACL MTU: 310:10  SCO MTU: 64:8
    Features page 0: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
        <3-slot packets> <5-slot packets> <encryption> <slot offset> 
        <timing accuracy> <role switch> <hold mode> <sniff mode> 
        <park state> <RSSI> <channel quality> <SCO link> <HV2 packets> 
        <HV3 packets> <u-law log> <A-law log> <CVSD> <paging scheme> 
        <power control> <transparent SCO> <broadcast encrypt> 
        <EDR ACL 2 Mbps> <EDR ACL 3 Mbps> <enhanced iscan> 
        <interlaced iscan> <interlaced pscan> <inquiry with RSSI> 
        <extended SCO> <EV4 packets> <EV5 packets> <AFH cap. slave> 
        <AFH class. slave> <LE support> <3-slot EDR ACL> 
        <5-slot EDR ACL> <sniff subrating> <pause encryption> 
        <AFH cap. master> <AFH class. master> <EDR eSCO 2 Mbps> 
        <EDR eSCO 3 Mbps> <3-slot EDR eSCO> <extended inquiry> 
        <LE and BR/EDR> <simple pairing> <encapsulated PDU> 
        <non-flush flag> <LSTO> <inquiry TX power> <EPC> 
        <extended features> 
    Features page 1: 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00

Parowanie działa dobrze z głośnikami EDIFIER Luna Eclipse. Podejrzewam, że problem jest naprawdę związany z zestawem słuchawkowym, który próbuję skonfigurować.

Laurent
źródło

Odpowiedzi:

26

Mam też te słuchawki, a także poręczny laptop z Fedorą 24. Po rozmowie z jednym z programistów Bluez na IRC, wszystko działa. Poniżej znajduje się to, co znalazłem. (Pamiętaj, że wiem niewiele o Bluetooth, więc w niektórych przypadkach mogę używać niewłaściwej terminologii).

Słuchawki obsługują (lub przynajmniej twierdzą, że obsługują) Bluetooth LE, ale nie obsługują LE do parowania. Bluez jeszcze tego nie obsługuje i nie ma możliwości ustawienia obsługiwanego trybu BT z wyjątkiem statycznego pliku konfiguracyjnego. Możesz jednak używać słuchawek na zwykłym Bluetooth. Jest to powód, dla którego działa Bluez 4; tak naprawdę nie obsługuje LE.

Stwórz /etc/bluetooth/main.conf. Fedora 24 nie jest dostarczana z tym plikiem, więc albo pobierz kopię z Upstream , znajdź wiersz zawierający

#ControllerMode = dual

i zmień na:

ControllerMode = bredr

lub utwórz nowy plik zawierający tylko:

[General]
ControllerMode = bredr

Następnie uruchom ponownie Bluetooth i sparuj. (Zrobiłem to ręcznie za pomocą bluetoothctl, ale wystarczy użyć menedżera bluetooth).

Teraz działało to dla mnie, ale jeśli nie zmusisz pulseaudio do korzystania z protokołu A2DP-Sink, słuchawki poinformują, że z jakiegoś powodu masz połączenie przychodzące. Jednak moja mysz wymaga Bluetooth LE, więc wszedłem i usunąłem linię ControllerMode. I ... słuchawki nadal działają, podobnie jak mysz. Myślę, że po sparowaniu wszystko jest w porządku.

Jason Tibbitts
źródło
Dodałem wiersz, o którym wspomniałeś w określonym pliku, ale po ponownym uruchomieniu demona bluetooth pojawia się komunikat „Błąd podczas analizy /etc/bluetooth/main.conf: Plik klucza nie zaczyna się od grupy”. Czy używasz demona Bluetooth w wersji 5.40? czy masz jedną linię /etc/bluetooth/main.conf?
Laurent,
1
Wcześniej musiałem dodać grupę [General]do linii. Po ponownym uruchomieniu wszystko działa płynnie. Dziękuję bardzo!
Laurent,
Ach, przepraszam, Fedora w ogóle nie przyszła z tym plikiem, więc wyciągnąłem go prosto z git upstream i zmieniłem jedną linię. Nie pomyślałem nawet, by uważnie szukać kontekstu, który powinien tam być; wyglądało to jak morze komentarzy. Zmienię odpowiedź.
Jason Tibbitts,
To działało dla mnie, jestem na Xubuntu 16.04
Thrau
Pracował również dla mnie w Fedorze 23, wciąż moim problemem jest głośność, jest o wiele niższa niż w porównaniu z moim telefonem, ktoś z was miał to? Musiałem także zmienić tryb audio na zlew A2DP, poza tym miałem dziwne zakłócenia na słuchawkach. Doceniam wszelką pomoc w tym, może @JasonTibbitts ma coś na ten temat
Renato Mefi
3

Przeczytałem o twoich określonych słuchawkach i używają komunikacji NFC (Near Field Communication), aby ułatwić parowanie, i zostało to wspomniane jako specjalnie dodane w Bluez 5.3 , chociaż wspomniano na co najmniej jednym blogu „NFC jest wbudowany w nową klawiaturę , ale niestety Gnu / Linux nie obsługuje jeszcze dobrze NFC . Chociaż obsługa NFC jest wbudowana w jądro Linuksa, ani Gnome, ani KDE nie obsługują go, a liczba aplikacji obsługujących NFC w moim repozytorium Fedora 20 jest zasadniczo zerowa , NFC nie pomoże mi sparować urządzenia, więc musimy to zrobić staroświeckim sposobem… ”Więc to przywraca nas do twojego podejścia.

Jednak Bluez 5.3 nie obsługiwał parowania z urządzeniami (takimi jak Bose twoje słuchawki), które używają kodu PIN do parowania.
Jest raport o błędzie z poprzednich wersji, w innej dystrybucji. Więc chociaż nie jest to specjalnie zgłaszane w Fedorze, oficjalna strona Bluez nie wspomina konkretnie o poprawce, przynajmniej z tego, co widzę.

Ta funkcja nie jest obsługiwana; i przynajmniej na razie taka jest odpowiedź.

Ponadto, jak podejrzewasz, mogą występować inne problemy, takie jak potrzeba konkretnej zastrzeżonej drvier, chyba że już to wykluczyłeś (tj. Testując słuchawki zgodne z klasą w OSX lub Windows lub cokolwiek, co obsługują). Naprawdę bardzo podejrzewam, że tak jest, albo daje tobie lub innemu coś, z czego można wyskoczyć.

forgotstackxpassword
źródło
Tak więc niektóre inne odpowiedzi tutaj potwierdziły co najmniej jedną działającą konfigurację, na starszym systemie operacyjnym i / lub w wersji z blueportem (4.99) , która może również zawierać pakiety z innych niż domyślne „niewolnych” repozytoriów Debiana. Możesz spróbować tego na Fedorze tutaj , w Fedorze-land, który był 4 lata temu :)
forgotstackxpassword
obniżenie wersji do wspomnianej wersji wydaje się koszmarem. Próbowałem obniżyć do wersji 5.39-1.fc24, sudo dnf downgrade bluez --allowerasingale nic to nie zmienia.
Laurent,
Właśnie wspomniałem o tym, ponieważ wspomniano poniżej, że na Debianie 4.99 jest kompatybilny; W przeciwnym razie tak naprawdę nie poleciłbym tego, tak jak powiedziałeś, że Fedora jest zupełnie inna. Trzymam się tego, że działałoby to tylko w przypadku ręcznego sparowania, a ponadto nie mam odpowiedniego przydatnego sprzętu (takiego jak te słuchawki), a NFC i inne obiekty BLOB mogą być nieobsługiwane.
forgotstackxpassword
Ach, to jest świetna odpowiedź Jasona Tibbittsa, powyżej , cieszę się, że to zadziałało, a on miał słuchawki i system w pobliżu.
forgotstackxpassword
1

Jeśli to może komuś pomóc, po wypróbowaniu praktycznie wszystkiego, co opisano powyżej w moim Ubuntu 16.04, w końcu było to tak proste, jak połączenie za pośrednictwem „Bose Connect App” (w moim przypadku dla Androida). Użyłem do tego bluemana i wreszcie udało mi się sparować zestawy słuchawkowe.

W moim przypadku mam bluez 5.37v, blueman 2.0.4 i wreszcie nie muszę wprowadzać żadnych zmian w domyślnym /etc/bluetooth/main.conf, przy domyślnym „ControllerMode” ustawionym na dual pracował

Kroki, które działały dla mnie, to:

1. - Otwórz aplikację i wybierz opcję podłącz nowe urządzenie lub podobne. (Nie pamiętam dokładnie nazwy) 2.- Z Bluemana wyszukaj nowe urządzenie. 3.- Po znalezieniu zestawów słuchawkowych udało mi się sparować je bez problemu i wybrać tryb pracy.

Bez pierwszego kroku nie udało mi się ich sparować.

Znalazłem sposób, jak to zrobić, ale kiedy już wiesz, jak to zrobić, dość łatwo to zrobić.

Miguel Machado
źródło
Ta metoda działała dla mnie. Używam Arch Linux, z blueman i PulseAudio / pavucontrol. Postępowałem zgodnie z normalnym krokiem na wiki Arch, aby zainstalować i rozwiązywać problemy, a twoja technika to dla mnie. Dziękuję Ci !
DjebbZ 12.12.17
0

Kupiłem też Bose QC 35 kilka dni temu. Po kilku początkowych problemach udało mi się sprawić, że działa na Debianie z ALSA i bluez 4.x

apt-get install bluetooth
apt-get install bluez-alsa
apt-get install blueman

po zainstalowaniu tych pakietów nadal nie działało. Problem dotyczył uprawnień dbus. Rozwiązałem go, dodając mojego użytkownika (UID 1000) do grupy Bluetooth, tj .:

usermod -a -G bluetooth martin

potem wszystko działa, a zestaw słuchawkowy automatycznie paruje się z moim laptopem za każdym razem

Martin Vegter
źródło
Łączy się w pary, ale czy połączenie utrzymuje się również przez długi czas?
phk
@phk - tak. Działa jak urok
Martin Vegter
czy możesz podać, którego GUI używasz, a także numer wersji bluez (na przykład w jessie [bieżąca stabilna] to 5.23-2 + b1. może to pomóc w przeniesieniu rozwiązania do jego konfiguracji fedora
forgotstackxpassword
@forgotstackxpassword - jak powiedziałem w moim oryginalnym poście, używam bluez 4.x(konkretnie wersji 4.99) i bluemanjako GUI.
Martin Vegter,
Dzięki 4,99 jest nieco bardziej szczegółowy. to było domyślne w Wheezy, więc myślę, że jesteś na starej stajni.
forgotstackxpassword
0

Miałem również ten sam problem z QC35 na Fedorze 24. Wypróbowałem tutaj spersonalizowany pakiet bluez: https://copr.fedorainfracloud.org/coprs/npmccallum/jelling/packages/ :

# dnf copr enable npmccallum/jelling
# dnf install bluez-5.37-1.gatt.fc24

Po obniżeniu wersji z wersji 5.40 do zmodyfikowanej wersji 5.37-1 udało mi się ręcznie sparować zestaw słuchawkowy przez bluetoothctl(niestety ustawienie bluetooth GNOME nie działa):

$ bluetoothctl
[bluetooth]# devices
Device 08:DF:xx:xx:xx:xx QC35
[bluetooth]# trust 08:DF:xx:xx:xx:xx 
[CHG] Device 08:DF:xx:xx:xx:xx Trusted: yes
Changing 08:DF:xx:xx:xx:xx trust succeede
[bluetooth]# pair 08:DF:xx:xx:xx:xx 
Attempting to pair with 08:DF:xx:xx:xx:xx
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00000000-deca-fade-deca-deafdecacaff
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001101-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001108-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110b-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110c-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000111e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001200-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001800-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001801-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000180a-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx Paired: yes
Pairing successful
[bluetooth]# connect 08:DF:xx:xx:xx:xx 
Attempting to connect to 08:DF:xx:xx:xx:xx
Connection successful
[QC35]# connect 08:DF:xx:xx:xx:xx 
Attempting to connect to 08:DF:xx:xx:xx:xx
[CHG] Device 08:DF:xx:xx:xx:xx RSSI is nil
Connection successful
[QC35]# info 08:DF:xx:xx:xx:xx 
Device 08:DF:xx:xx:xx:xx
    Name: QC35
    Alias: QC35
    Class: 0x240418
    Icon: audio-card
    Paired: yes
    Trusted: yes
    Blocked: no
    Connected: yes
    LegacyPairing: no
    UUID: Vendor specific           (00000000-deca-fade-deca-deafdecacaff)
    UUID: Serial Port               (00001101-0000-1000-8000-00805f9b34fb)
    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)
    UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
    UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
    UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
    UUID: Device Information        (0000180a-0000-1000-8000-00805f9b34fb)
    UUID: Bose Corporation          (0000febe-0000-1000-8000-00805f9b34fb)
    Modalias: bluetooth:v009Ep400Cd0103

Następnie mój QC35 można aktywować w ustawieniach dźwięku GNOME. Po pierwszym sparowaniu działał bezbłędnie i później mógł automatycznie połączyć się ponownie z moim laptopem.

Ta wersja Bluez działa również z moją myszą Bluetooth i gładzikiem. Nie znam dokładnego powodu, dla którego to działa. Może najnowsza wersja bluez ma jakiś regres na bluetooth LE (na co wskazał odpowiedź Jasona Tibbittsa)? W każdym razie mam nadzieję, że ta odpowiedź może pomóc. :)

Linus Yang
źródło
To zepsuło moją Fedorę 26, dziękuję! : '(
Diego Mora Cespedes
0

Ubuntu 16.04, Bose QC35: Zainstalowałem oprogramowanie „Adaptery Bluetooth” i było w stanie łatwo się połączyć.

Premchand
źródło
Błąd z powodu „Ubuntu napotkał błąd wewnętrzny” dla mnie.
Laurent,
0

Miałem ten sam problem na Arch Linux i są to rzeczy, które musiałem zrobić, nie jest mało prawdopodobne, że uruchamianie poleceń „równoważnych” będzie pomocne dla wielu innych osób na dystrybucjach Linuxa:

  • Zainstaluj pakiety pulseaudio-bluetooth pulseaudio-alsa bluez bluez-libs bluez-utils i uruchom ponownie Pulseaudio (na wypadek, gdyby był już uruchomiony, gdy zainstalowano bluetooth):

    pulseaudio -k
    pulseaudio --start
    

    Jeśli pojawi się komunikat o błędzie

    XDG_RUNTIME_DIR (/var/snips-audio-server) is not owned by us (uid 0), but by uid  
    <some UID (probably yours)>!
    

    następnie musisz uruchomić te polecenia jako nie root / bez sudo.

  • Moduł btusbmusiał zostać załadowany w moim przypadku, więc za modprobe btusbkażdym razem, gdy potrzebujesz słuchawek, lub załaduj moduł przy uruchomieniu

  • Uruchom, rfkillaby sprawdzić, czy Twoje urządzenie Bluetooth jest soft / hardblockowane i odblokuj, jeśli jest zablokowane
  • Sprawdź, czy usługa Bluetooth jest uruchomiona (tj. Z systemd, polecenie prawdopodobnie będzie jak systemctl status bluetooth.service cyfrowe wyjście stereo dla wbudowanego dźwięku o wysokiej wierności ... (zlew A2DP) dla słuchawek

  • Jak wspomniano w OP, konfiguracja może wymagać dostosowania zgodnie z sugestią zawartą w odpowiedzi na to pytanie SE , w której można przeczytać o wyjaśnieniach:

    • Edycja /etc/bluetooth/main.conf: Znajdź wiersz zawierający
      #ControllerMode = dual
      
      i zmień na:
      ControllerMode = bredr
      
      lub utwórz nowy plik zawierający tylko:
      [General]
      ControllerMode = bredr
      
      Następnie ponownie uruchom bluetooth i sparuj / połącz ( systemctl restart bluetooth.servicelub używając interfejsu graficznego, wyłączając go i włączając)

Są też instrukcje od kogoś na GitHub ( UWAGA: Nie jestem całkowicie pewien, co robią te zmiany z repozytorium GitHub (spędziłem wystarczająco dużo czasu, próbując sprawić, by coś zadziałało), więc używaj go ostrożnie ... Zakładam, że zmiany grupowe prawdopodobnie po prostu włączają kontrolę Bluetooth z przestrzeni użytkownika lub coś pomiędzy tymi liniami):

Aby pracować z zestawem słuchawkowym Bose QC35 Bluetooth, wykonaj następujące czynności:

  • sudo pacman -Syu pulseaudio-alsa pulseaudio-bluetooth bluez bluez-libs bluez-utils
  • turn off bluetooth from your computer
  • sudo btmgmt ssp of
  • gpasswd -a YOUR_USER lp

Jeśli chcesz zmiany grupy bez ponownego uruchamiania, możesz uruchomić (jak podano tutaj na SE ):

exec su -l $USER

aby zmiany grupowe obowiązywały natychmiast, bez ponownego uruchamiania.

polynomial_donut
źródło