Dennis HilkLinux-DiagnoseEN

Bluetooth

Atheros-AR3012-USB-Patch-/Sysconfig-Familie

Atheros-USB-Ladepfad mit Patch für die ROM-Version und Systemkonfiguration passend zum Referenztakt.

Redaktionelle Quellenprüfung: Öffentliches Profil teilenIm Erkennungswerkzeug öffnen
Auf dieser Seite
  1. Überblick und Identität
  2. Treiber und Bindung
  3. Firmware
  4. Lesende Diagnose
  5. Grenzen und passende Fehlerhilfen
  6. Quellen

Überblick und Identität

0cf3:3004 steht in den AR3012-Lade- und Patch-/Sysconfig-Tabellen. Es ist von QCA-ROME-USB-Kennungen zu unterscheiden, obwohl beide Atheros-/Qualcomm-Herstellerkennungen nutzen.

Kuratierte Kennungen
usb 0cf3:3004

Ein numerischer Match belegt eine Kandidatenfamilie im geprüften Quellenrahmen. Verkaufsnamen, Platinenvarianten, Subsystembedingungen und erfolgreiche Funktion bleiben getrennte Fragen.

Treiber und Bindung

ath3k wählt AthrBT- und ramps-Dateinamen anhand von ROM-Version und Taktdaten. btusb markiert diese Identität ebenfalls für die AR3012-Übergabe statt als generischen fertigen Controller.

  • ath3k — Kernel-Treiber-/Modulkandidat
  • btusb — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Vom Host geladene Firmware erforderlich

Die Quelle bildet Patch-Namen aus der ROM-Version und Sysconfig-Namen aus ROM-Version plus Referenztakt. Genaue Werte benötigen Initialisierungsdaten des Geräts.

Geprüfte Beispiele oder Dateinamen-Zweige, keine vollständige Installationsliste:

  • ar3k/AthrBT_0x*.dfu
  • ar3k/ramps_0x*_*.dfu

Firmwarepakete deiner Distribution prüfen

Lesende Diagnose

Führe jeden angezeigten Befehl einzeln aus. Ersetze Großbuchstaben-Platzhalter durch betroffenes Gerät, Schnittstelle oder Modul aus deiner Ausgabe. Hier wird nichts ausgeführt. Auch lesende Ausgaben können private Kennungen enthalten.

USB-Transportbindung lesen

lsusb -t

Controller-Port und Schnittstelle im USB-Baum suchen. Driver=btusb ist eine Transportbindung und kein Nachweis erfolgreicher Firmware-Initialisierung oder Audioprofile. Normalerweise keine Root-Rechte nötig.

Für BlueZ sichtbare Controller lesen

bluetoothctl list

Diese Abfrage liest dem BlueZ-Daemon bekannte Controller ohne Suche oder Kopplung. Eine leere Antwort kann neben fehlenden Controllern auch Daemon- oder D-Bus-Zugriffsprobleme bedeuten; Kernel-Erkennung vergleichen. Normalerweise keine Root-Rechte nötig.

Controller-Initialisierung lesen

journalctl -k -b --no-pager

Kernel-Meldungen dieses Starts für Controller, angeforderte Firmware und Initialisierung lesen. Journal-Sichtbarkeit hängt von lokalen Rechten ab; ein unlesbares Protokoll beweist keine Fehlerfreiheit. Dieser Befehl verändert das Gerät nicht.

Grenzen und passende Fehlerhilfen

Die zwei Muster sind sich ergänzende Ladebestandteile und keine austauschbaren Patches. Ein für BlueZ sichtbarer Controller belegt nur, dass ein späterer Schritt sichtbar wurde.

Diese Anleitungen passen zu relevanten Befunden und behaupten keinen Fehler bei jedem Gerät dieser Familie.

Hardware-Diagnoseweg wählen · Log-Auszug im Fix Lab prüfen

Quellen

Eine Quellenprüfung hält geprüfte Implementierung oder Dokumentation fest, keinen reproduzierten Hardwaretest. Versionsbezogene Tabellen belegen weder Mindestkernel noch garantierte Funktion.