Das Pairing des Bluetooth-Geräts mit der PIN schlägt fehl

Ich versuche, mein altes BlackBerry 8310 mit meinem Linux-Desktop (aktuelles Debian Sid, 3.15-10.dmz.1-liquorix-amd64) mithilfe bluemander zugehörigen Tools zu koppeln . Das Scannen nach dem Gerät funktioniert für beide Seiten gleich gut. Ich kann die beiden jedoch nicht koppeln, sobald die PIN eingegeben wird.

Wenn ich von meinem PC aus scanne, habe ich zwei Möglichkeiten, blueman-managermein Telefon zu wählen: "Pairing" direkt auswählen oder "Setup" auswählen.

• Wenn ich "Pair" auswähle, passiert auf meinem Desktop nichts, aber das Telefon fordert mich auf, eine PIN einzugeben. Wenn ich dies tue, wird gemeldet, dass das Pairing fehlgeschlagen ist. Währenddessen wird an der Konsole nichts protokolliert.

• Bei Auswahl von "Setup" wird ein Konfigurationsdialogfeld geöffnet, in dem Sie eine PIN eingeben oder generieren können. Unabhängig davon komme ich zu einem Bildschirm, auf dem ich aufgefordert wird, die PIN auf dem Telefon einzugeben. Gleichzeitig wird das entsprechende Dialogfeld angezeigt. Das wäre, was man erwarten würde; Was auch immer ich eingebe (natürlich auf beiden gleich), beide Geräte berichten, dass das Pairing fehlgeschlagen ist, und blueman-managerprotokolliert

  init_services (/usr/lib/python2.7/dist-packages/blueman/main/Device.py:73)  Loading services  org.bluez.Error.AuthenticationFailed: Authentication Failed 

• Wenn ich stattdessen versuche, über das Telefon zu koppeln, sehe ich keine Reaktion auf meinem Desktop - alles, was ich bekomme, ist die entsprechende Meldung "Pairing fehlgeschlagen" vom BlackBerry, nachdem ich eine PIN in das Dialogfeld eingegeben habe, das dort angezeigt wird.

hcitool scanund hciconfig -aarbeiten ohne Beschwerden, aber ich kann keine Möglichkeit finden, das Pairing als Ganzes auf der Konsole auszuprobieren, da bluez-simple-agentdiese Einstellung eingestellt wurde und diese Empfehlung überall bei Google verfügbar ist . hcitool ccAls root wird der PIN-Dialog auf dem Telefon geöffnet, der mit dem Fehler "Eingabe / Ausgabe" nach der Eingabe fehlschlägt. Der Benutzer darf diesen Befehl nicht ausführen. Ich habe auch versucht, /usr/lib/bluetooth/<MAC>/pincodeseine persistente PIN manuell zu definieren, die anscheinend keine Auswirkung hatte. Dasselbe gilt für die Ausführung der verschiedenen Befehle als root, obwohl ich jetzt sehr verwirrt bin, was die interne Struktur des Bluetooth-Subsystems angeht: Sie sind normalerweise und inkonsistent mit Python- oder DBUS-Fehlern gescheitert oder haben nur die gleichen Ergebnisse gezeigt.

Das einzige andere Bluetooth-Gerät, das ich in der Nähe habe, sind ein Paar Creative-Lautsprecher. Beim Versuch von "Setup" muss ich einen Schlüssel eingeben, was unmöglich ist. Wenn ich "Pair" versuche, werde ich wie gewünscht nach einer PIN gefragt, es findet jedoch kein Pairing statt und es werden keine Fehler in der Konsole angezeigt. (Der Name wird nur ein paar Mal wiederholt.) Interessanterweise habe ich dies vor dem Schreiben meiner Frage versucht, und bei PIN-Fragen passierte nichts, genau wie beim BlackBerry, was immer noch keine Änderung zeigt. Ich glaube nicht, dass ich seitdem aktiv etwas verändert habe. Der BlackBerry kann sich mit den Lautsprechern koppeln und eine Verbindung zu ihnen herstellen, und alles läuft wie erwartet, daher liegt das Problem definitiv bei meinem Desktop.

Also also meine Fragen:

• Woher kommt das PIN-Fenster und warum erscheint es zufällig?

• Wie kann ich herausfinden, was genau nach dem Versuch, die Lautsprecher hinzuzufügen, fehlschlägt, da mir dies einen Hinweis geben kann?

• Gibt es ein vollständiges Protokoll, das sich mit Bluetooth beschäftigt?

• Welche Daten kann ich zur Verfügung stellen, um dies lösbarer zu machen?

EDIT : Okay, ich habe aufgegeben. Weiterer Fortschritt war, vielleicht hilft es jemandem:

• Gefunden buetoothctl. Dort gibt agent KeyboardOnly, dann default-agent, dann scan on, dann pair <MAC>mit Ihrem Scan - Ergebnis zu sein. Pairing funktioniert. Verbinden Sie sich dann vom Telefon aus - das Pairing vom Desktop schlägt fehl - akzeptieren Sie den Versuch bluetoothctl. Diese Route ist fehlgeschlagen, weil das Telefon nur als Remote akzeptiert wurde, sonst nichts. Vielleicht funktioniert es für so etwas wie die Lautsprecher ...

• Versuchte obexftp. Es ist wichtig, den Kanal aufgrund eines Fehlers in obexftp anzugeben. Andernfalls wird "Connecting ... failed: connect" angezeigt. Geben Sie dazu sdptool browse <MAC>den Kanal des Dateidienstes ein und suchen Sie nach. Dann tun obexftp -b <MAC> -B <channel> -l. Dies schlägt mit "Connecting .. \ failed: UUID senden" fehl.

• Es wurde versucht, alles über Bluetooth und das Neuinstallieren von Stable und Testing zu löschen. Mach dir keine Mühe, sie sind alle inkompatibel. Ich weiß nicht, wie das möglich ist, aber sie suchen nach veralteten DBUS-Schnittstellen in anderen Stable- und Testversionen . Gleiches gilt für die Sid-Version.

• Versucht, Dateien vom Telefon aus zu senden, was in Sid fehlschlägt, weil Sie den entsprechenden Dialog nicht öffnen können - veraltete DBUS-Schnittstelle - und beim Testen (wahrscheinlich), weil es keine Möglichkeit gibt, den BB-Dateiübertragungsdienst zu akzeptieren, da er "nur eine Remote ". (Wenn der entsprechende Dienst auf der BB aktiviert ist.)

Einige andere Dinge, an die ich mich nicht mehr erinnern kann ...