Dennis HilkLinux-DiagnoseEN

Bluetooth

Bluetooth-H5-Drei-Draht-UART-Kontext

Kontext für zuverlässigen Drei-Draht-UART-Transport mit Paketsequenzierung und Verbindungsaufbau. Er unterscheidet sich trotz gemeinsamem hci_uart-Modul vom H4-Paketformat.

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

H5 bezeichnet einen Protokollpfad und keinen Chip. hci_uart in einem Bericht liefert nur ergänzenden Kontext, solange serielles Gerät und aktives Protokoll unbekannt sind.

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

Die Drei-Draht-Option bindet hci_h5 in hci_uart ein. Verbindungsverhandlung und Sequenzierung verlangen, serielle Initialisierungsfehler von BlueZ-Kopplungsfehlern zu trennen.

  • hci_uart — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

Das Protokoll selbst liefert keinen universellen Firmware-Dateinamen. Chipspezifische Firmware oder Platineninitialisierung können separat nötig sein.

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 geladenes hci_uart-Modul unterscheidet H5 nicht von H4 oder Herstellerprotokollen. Dieses Profil empfiehlt kein Anschließen oder Ändern eines laufenden seriellen Ports.

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.