Ich danke dir!
Ich werde dann mal beobachten, was sich da tut. Bislang hagelt es allerdings immer noch Verbindungsabbrüche. ![]()
Ich danke dir!
Ich werde dann mal beobachten, was sich da tut. Bislang hagelt es allerdings immer noch Verbindungsabbrüche. ![]()
Tja, da habe ich mich wohl zu früh gefreut!
Vorhin ging das wieder damit los, dass die BT-Verbindung plötzlich unterbrochen wurde.
Auffällig hierbei ist auch, dass dann plötzlich wieder der AX200 in der BT-Einstellung auftaucht...
Wenn das so weiter geht, besorge ich mir einen HIFI-Verstärker mit Toslink und BT!
Lässt sich der AX200 eigentlich irgendwie blacklisten? Wenn ja, dann wie?
Die folgenden inxi-Einträge wurden so im Abstand von einer Stunde gemacht, dazwischen liegen ein paar BT-Abbrüche...
orion-pc-tw:~ # inxi -Exx
Bluetooth:
Device-1: TP-Link UB500 Adapter driver: btusb v: 0.8 type: USB rev: 1.1
speed: 12 Mb/s lanes: 1 bus-ID: 5-1:2 chip-ID: 2357:0604
Report: btmgmt ID: hci0 rfk-id: 0 state: up address: E8:48:B8:C8:20:00
bt-v: 5.1 lmp-v: 10
Device-2: Intel AX200 Bluetooth driver: btusb v: 0.8 type: USB rev: 2.0
speed: 12 Mb/s lanes: 1 bus-ID: 5-5:4 chip-ID: 8087:0029
Report: ID: hci1 rfk-id: 1 state: down bt-service: enabled,running
rfk-block: hardware: no software: no address: A8:7E:EA:EB:9F:0F bt-v: 5.1
lmp-v: 10
orion-pc-tw:~ # inxi -Exx
Bluetooth:
Device-1: TP-Link UB500 Adapter driver: btusb v: 0.8 type: USB rev: 1.1
speed: 12 Mb/s lanes: 1 bus-ID: 5-1:2 chip-ID: 2357:0604
Report: btmgmt ID: hci0 rfk-id: 0 state: up address: E8:48:B8:C8:20:00
bt-v: 5.1 lmp-v: 10
Device-2: Intel AX200 Bluetooth driver: btusb v: 0.8 type: USB rev: 2.0
speed: 12 Mb/s lanes: 1 bus-ID: 5-5:4 chip-ID: 8087:0029
Report: ID: hci1 rfk-id: 1 state: up address: A8:7E:EA:EB:9F:0F bt-v: 5.1
lmp-v: 10
Alles anzeigen
Anscheinend läuft der TP-Link UB500 (rtl8761bu) deutlich besser und ohne größere Aussetzer. Dass es mal knackst und kurze Dropouts vorkommen, ist sicherlich dem häuslichen Umfeld geschuldet, wo sich doch einige WLANs sowie DECT-Geräte tummeln. Länger als einen Sekundenbruchteil dauern die Dropouts jedenfalls nicht, und sie kommen vielleicht alle paar Minuten vor.
Auch wenn die ursprüngliche Hardware so nicht funktioniert, kann ich mit dem jetzigen Zustand durchaus gut leben. Dank an alle, die geholfen haben!
Ah, mich hat dort die Angabe des Rechnernamens anstelle des Adapternamens verwirrt
Dann wollen wir mal schauen, wie lange die Verbindung hier aufrecht erhalten bleibt. ![]()
Danke dir, dann stehe ich mit meinem Problem also nicht alleine da.
Jetzt würde ich gerne den AX200 deaktivieren und den neuen Stöpsel aktivieren. Wo kann ich da eingreifen?
Danke dir!
Soweit ich diverse Einträge im Netz interpretiere, ist der AX200 bereits seit Jahren das Sorgenkind.
Ich habe jetzt noch einen BT-Adapter via USB angeschlossen. Da muss ich jetzt nur noch heraus bekommen, wie man die einzelnen Geräte aktivieren/deaktivieren kann.
Hallo zusammen,
mein BT-Kopfhörer mit ANC (Soundcore Q30) lässt sich zwar wunderbar per BT mit meinem Rechner verbinden, jedoch setzt die Verbindung in unregelmäßigen Abständen für rund 30 Sekunden aus, um sich dann erneut wieder zu verbinden.
Auf der selben Maschine funktioniert das mit Windows 11 klaglos!
# inxi -Exx
Bluetooth:
Device-1: Intel AX200 Bluetooth driver: btusb v: 0.8 type: USB rev: 2.0
speed: 12 Mb/s lanes: 1 bus-ID: 5-5:3 chip-ID: 8087:0029
Report: btmgmt ID: hci0 rfk-id: 0 state: up address: A8:7E:EA:EB:9F:0F
bt-v: 5.1 lmp-v: 10
# systemctl status bluetooth.service
● bluetooth.service - Bluetooth service
Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; preset: disabled)
Active: active (running) since Fri 2024-04-12 14:56:51 CEST; 6h ago
Docs: man:bluetoothd(8)
Main PID: 1480 (bluetoothd)
Status: "Running"
Tasks: 1 (limit: 4915)
CPU: 270ms
CGroup: /system.slice/bluetooth.service
└─1480 /usr/libexec/bluetooth/bluetoothd
Apr 12 20:40:09 orion-pc-tw bluetoothd[1480]: Authorization request for non-connected device!?
Apr 12 20:40:12 orion-pc-tw bluetoothd[1480]: Authorization request for non-connected device!?
Apr 12 20:41:11 orion-pc-tw bluetoothd[1480]: /org/bluez/hci0/dev_E8_EE_CC_6E_E5_E7/sep1/fd4: fd(29) ready
Apr 12 20:42:43 orion-pc-tw bluetoothd[1480]: No matching connection for device
Apr 12 20:42:43 orion-pc-tw bluetoothd[1480]: profiles/audio/avdtp.c:handle_unanswered_req() No reply to Suspend request
Apr 12 20:42:43 orion-pc-tw bluetoothd[1480]: src/profile.c:ext_io_disconnected() Unable to get io data for Hands-Free Voice >
Apr 12 20:42:49 orion-pc-tw bluetoothd[1480]: profiles/audio/avdtp.c:avdtp_connect_cb() connect to E8:EE:CC:6E:E5:E7: Host is>
Apr 12 20:42:56 orion-pc-tw bluetoothd[1480]: profiles/audio/avdtp.c:avdtp_connect_cb() connect to E8:EE:CC:6E:E5:E7: Host is>
Apr 12 20:43:04 orion-pc-tw bluetoothd[1480]: src/profile.c:ext_connect() Hands-Free Voice gateway failed connect to E8:EE:CC>
Apr 12 20:43:11 orion-pc-tw bluetoothd[1480]: /org/bluez/hci0/dev_E8_EE_CC_6E_E5_E7/sep1/fd5: fd(29) ready
Alles anzeigen
# dmesg | grep -i blu
[ 6.782336] Bluetooth: Core ver 2.22
[ 6.782358] NET: Registered PF_BLUETOOTH protocol family
[ 6.782360] Bluetooth: HCI device and connection manager initialized
[ 6.782366] Bluetooth: HCI socket layer initialized
[ 6.782369] Bluetooth: L2CAP socket layer initialized
[ 6.782374] Bluetooth: SCO socket layer initialized
[ 6.818428] Bluetooth: hci0: HCI LE Coded PHY feature bit is set, but its usage is not supported.
[ 6.969409] Bluetooth: hci0: Opcode 0xfc1e failed: -16
[ 7.907432] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 7.907434] Bluetooth: BNEP filters: protocol multicast
[ 7.907438] Bluetooth: BNEP socket layer initialized
[ 7.908102] Bluetooth: MGMT ver 1.22
[ 19.765927] Bluetooth: hci0: Opcode 0xfc1e failed: -16
[ 22.663813] Bluetooth: RFCOMM TTY layer initialized
[ 22.663821] Bluetooth: RFCOMM socket layer initialized
[ 22.663824] Bluetooth: RFCOMM ver 1.11
[18796.167537] Bluetooth: hci0: Invalid exception type 03
[18815.590744] Bluetooth: hci0: Opcode 0xfc1e failed: -16
[18826.109331] Bluetooth: hci0: Invalid exception type 03
[20523.417908] Bluetooth: hci0: Invalid exception type 04
[20558.093788] Bluetooth: hci0: Invalid exception type 03
[20578.290972] Bluetooth: hci0: Invalid exception type 03
[20604.565569] Bluetooth: hci0: Invalid exception type 03
[20759.228248] Bluetooth: hci0: Invalid exception type 04
[20765.119098] Bluetooth: hci0: Invalid exception type 03
[20772.121803] Bluetooth: hci0: Invalid exception type 03
[20780.089383] Bluetooth: hci0: Invalid exception type 03
Alles anzeigen
# zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+----------------------------------------+----------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------------------+---------
1 | NVIDIA:repo-non-free | repo-non-free | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/tumbleweed/ | NVIDIA
2 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository | Ja | (r ) Ja | Ja | 20 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ |
3 | google-chrome | google-chrome | Ja | (r ) Ja | Ja | 50 | rpm-md | https://dl.google.com/linux/chrome/rpm/stable/x86_64 |
4 | openSUSE:repo-non-oss | repo-non-oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/tumbleweed//repo/non-oss | openSUSE
5 | openSUSE:repo-openh264 | repo-openh264 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed | openSUSE
6 | openSUSE:repo-oss | repo-oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/tumbleweed//repo/oss | openSUSE
7 | openSUSE:repo-oss-debug | repo-oss-debug | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/tumbleweed//repo/oss | openSUSE
8 | openSUSE:repo-oss-source | repo-oss-source | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/source/tumbleweed//repo/oss | openSUSE
9 | openSUSE:update-tumbleweed | update-tumbleweed | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/update/tumbleweed/ | openSUSE
10 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | 120 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ |
Alles anzeigen
# zypper se -si blue
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
--+---------------------------+-------+------------------+--------+-----------
i | bluedevil6 | Paket | 6.0.3-1.1 | x86_64 | repo-oss
i | bluedevil6-lang | Paket | 6.0.3-1.1 | noarch | repo-oss
i | bluez | Paket | 5.71-3.3 | x86_64 | repo-oss
i | bluez-cups | Paket | 5.71-3.3 | x86_64 | repo-oss
i | bluez-obexd | Paket | 5.71-3.3 | x86_64 | repo-oss
i | kernel-firmware-bluetooth | Paket | 20240322-2.1 | noarch | repo-oss
i | kf6-bluez-qt | Paket | 6.0.0-1.2 | x86_64 | repo-oss
i | kf6-bluez-qt-imports | Paket | 6.0.0-1.2 | x86_64 | repo-oss
i | libbluetooth3 | Paket | 5.71-3.3 | x86_64 | repo-oss
i | libbluetooth3-32bit | Paket | 5.71-3.3 | x86_64 | repo-oss
i | libKF6BluezQt6 | Paket | 6.0.0-1.2 | x86_64 | repo-oss
i | libQt5Bluetooth5 | Paket | 5.15.13+kde4-1.2 | x86_64 | repo-oss
i | libQt5Bluetooth5-imports | Paket | 5.15.13+kde4-1.2 | x86_64 | repo-oss
i | NetworkManager-bluetooth | Paket | 1.44.2-5.1 | x86_64 | repo-oss
Alles anzeigen
Hatte ich doch geschrieben, für den User liegt sie in $HOME/.config/spectaclerc. Und bei einem bislang nicht genutzten Benutzer (hat Spectacle bislang nicht genutzt) geht es problemlos, kann also nicht an der Datei liegen. Die hatte ich nach der Deinstallation natürlich auch gelöscht und sie wurde nach der Neuinstallation beim 1. Start auch wieder angelegt.
Das hatte ich dann wohl übersehen. ![]()
Nun ja, schlussendlich ist das Projekt 'LiMux' seinerzeit deswegen gescheitert, weil einerseits Microsoft mutmaßlich die Finger im Spiel hatte, andererseits, weil es keine/wenig Software gab, die auf Linux sicher funktioniert. Dazu kommt noch der Unwillen einzelner Politiker, sich mit dem System auseinander zu setzen, was natürlich auf den untergeordneten Bereich abfärbte.
Ob dieses Mal die Regierung in SH die Sache besser angeht? Wir werden es sehen. Aber ich finde solche Ansätze gut, denn Konkurrenz belebt das Geschäft... ![]()
Oceanwaves
Mein Lösungsansatz wäre jetzt, die Configfiles von spectacle zu finden und diese NACH der Deinstallation des Programmes zu löschen. In /home/$USER hab ich da auf die Schnelle allerdings nichts gefunden; aber da gibt es sicherlich einen passenden Zypper-Befehl, welche Files das Programm wo speichert. Ist in der Softwareverwaltung von YAST2 übrigens auch zu sehen.