Dennis HilkLinux-DiagnoseEN

Bluetooth

Broadcom-Bluetooth-UART-Familienkontext

Kontext für serielle Broadcom-Bluetooth-Familien mit Platinen-Strom-/Reset-Ressourcen und optionalem PatchRAM. USB-Bluetooth-Abgleich bestimmt diesen UART-Pfad nicht.

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

Der geprüfte Pfad gleicht ACPI- oder Device-Tree-Platinenbeschreibungen ab. Diesem generischen Profil wird kein PCI-/USB-Paar und kein eindeutiges Raspberry-Pi-/Laptop-Modell zugeordnet.

Dies ist ausdrücklich ein Klassen-, Transport- oder Treiberkontextprofil. Es identifiziert kein exaktes numerisches Produkt.

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

Treiber und Bindung

hci_bcm wird in hci_uart eingebaut; btbcm stellt Broadcom-Controller- und HCD-Patch-Hilfen bereit. Reset, Takt und Stromressourcen der Platine beeinflussen Initialisierung unabhängig von BlueZ.

  • hci_uart — Kernel-Treiber-/Modulkandidat
  • btbcm — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Bedingter Firmwareweg

Die Hilfe wählt HCD-Namen anhand von Controller- und Plattforminformationen. Firmware kann in manchen Pfaden optional sein; genaue Anforderungen und Initialisierungsergebnis des Hosts lesen.

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

  • brcm/*.hcd

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.

Übergeordneten Controller-Pfad lesen

readlink -f /sys/class/bluetooth/CONTROLLER/device

CONTROLLER durch den lokalen hci-Namen aus /sys/class/bluetooth ersetzen, etwa hci0. Der Pfad hilft, USB-, serielle und SDIO-Elterngeräte zu unterscheiden. Er belegt nicht das aktive UART-Protokoll. 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

Ein brcm-HCD-Dateiname für ein USB-Produkt ist nicht automatisch für eine UART-Platine geeignet. Dieser Klassenkontext erkennt nicht das vom Host gewählte Platinensuffix.

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.