Die Boombox ist zwar nicht wirklich Fisch noch Fleisch, doch wer unterwegs Musik hören möchte und „mehr“ hören will, als die krächzigen Boxen des Handys hergeben, der ist mit einem Bluetooth-Lautsprecher wie der Logitech Boombox ganz gut bedient. Die Box ersetzt zwar keine ordentliche Lautsprecher, doch sie ist klein, der Akku hält angeblich bis zu zehn Stunden und zur Not kann man die Boombox über USB wieder aufladen.

In meinem kurzen Test lies sie sich problemlos mit einem Android-Handy und einem Tablet koppeln. Sobald man die Box anschaltet geht sie automatisch in den „Paarungs-Modus“. Danach muss man einfach im Handy nach neuen Bluetooth-Geräten suchen und schon kommt die Musik aus der Box.

Die Tonqualität ist entsprechend der Gehäusegröße natürlich nicht überragend, doch im Vergleich zu den in meinem HTC Desire eingebauten „Lautsprechern“ natürlich deutlich besser. Richtig angenehm fand ich das Telefonieren über die Box. Man hat weder ein Handy noch ein Headset am Ohr und kann trotzdem ordentlich und ohne Rückkopplungen telefonieren.

Über die Medientasten auf der Box kann man zudem die Musikwiedergabe steuern. Mit der üblichen Musik-App von Android und Google Music hat gut geklappt, mit 8tracks — das ich aktuell ganz gerne höre — leider nicht, aber die App schnappt sich einfach nicht die Steuerung.

Als kurzes und schnelles Fazit kann man sagen: Für fast 80 Euro ist die Boombox zwar in meinen Augen ein kleines bisschen zu teuer, aber gerade für Vieltelefonierer – mit eigenen Büro – ist die Box wirklich brauchbar. Fürs Musikhören ist leider ein bisschen zu wenig Boom in der Boombox, aber besser als Handylautsprecher ist sie auf jeden Fall.

Für mich ist Bluetooth recht wichtig, da ich ansonsten mit meiner Magic Mouse nicht arbeiten kann. Mein Belkin Bluetooth-Stick wird zwar von Fedora 15 als USB-Gerät gefunden, doch hcitool meldet, dass kein BT-Empfänger verfügbar sei…

Mit den Kommandos lsusb und hcitool kommt man den Problem ganz gut auf die Schliche. Wenn lsusb meldet, dass ein BT-Adapter gefunden wurde und hcitool kein Gerät ausgibt, dann wird man wohl auch von dieser Problematik betroffen sein…

$ lsusb | grep Blue
Bus 007 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth)
Bus 007 Device 005: ID 050d:0017 Belkin Components B8T017 Bluetooth+EDR 2.1
$ hcitool dev
Devices:

Die Lösung besteht im Aktivieren des Bluetooth-Dienstes. Über die zwei folgendes Komandos aktiviert man den Dienst und startet ihn anschließend von Hand. Danach sollte der BT-Dienst in Zukunft beim Booten automatisch geladen werden.

$ sudo systemctl enable bluetooth.service
$ sudo systemctl start bluetooth.service

Danach könnt Ihr eure BT-Geräte wieder mit eurem Fedora-System verknüpfen. Laut den oben genannten Bugs betrifft dieses Problem nur Anwender, die von einer älteren Version aktualisiert haben, doch mein System hier ist frisch mit der finalen Version von Fedora 15 installiert worden.

Ansonsten macht Fedora 15 optisch einen klasse Eindruck. GNOME 3 und das Artwork von Fedora machen viel her, allerdings muss man sich als Anwender noch viel viel mehr an die neue GNOME-Shell gewöhnen, als an Ubuntus Unity. Technisch gibts für mein System leider neben dem Bluetooth-Bug auch noch einen anderen Showstopper.

So ließ sich die Live-CD problemlos auf meinem System starten und installieren, doch beim Booten des installierten Systems bekomme ich nur Meldungen ich nur eine schwarzes Bild mit Meldungen im Stile von „CPU#0 stuck, CPU#1 stuck, usw“ auf den Schirm. Mit ein bisschen Ausprobieren bekomme ich meinen Rechner mit der Kernel-Option „noapic“ zum Laufen. Doch es ist schon komisch, wenn die Live-CD ohne Probleme bootet, das installierte System aber beim Booten hängen bleibt.

Das kleine Kästchen ist ein externes Display für Android-Handys. Ursprünglich für Geräte von SE vorgesehen, funktioniert es auch ganz offiziell mit Geräten anderer Hersteller. Das LiveView funktioniert wie eine Uhr, die über Bluetooth eingehende Emails, Anrufe, Facebook-Nachrichten und Co. auf seinem OLED-Display anzeigen und optional auch per Vibrationsalarm signalisieren kann.

Die Kritiken auf Amazon sind zum größten Teil ziemlich schlecht. Die Anwender berichten davon, dass die dafür notwendige Android-App das Handy ausbremst und sogar das komplette Gerät zum Absturz bringen kann.

Tja, und was muss ich sagen: Diese Aussagen sind – zumindest hier auf einem HTC Desire – vollkommen korrekt. Ich hatte die Anwendungen heute Mittag auf meinem Desire installiert und das LiveView via Bluetooth gekoppelt, mich dann aber den Tag lang nicht mehr um die Sache gekümmert. Heute Abend hing das Handy nun vollständig, so dass ich es nur noch durch Herausnehmen der Batterie zu neuem Leben erwecken konnte. Solche Totalabstürze hatte ich zuvor bei meinem Desire noch nie beobachten können.

Dazu kommt dass das Gerät für eine „Pseudo-Uhr“ extrem unangenehm zu tragen ist. Das Klettarmband kratz wie Juckpulver am Handgelenk und ich merke deutlich, dass ich unter dem Armband schwitzen würde, wenn ich es länger tragen würde.

Von daher: Die Idee ist nett. Die Umsetzung jedoch unbrauchbar. Zu schlecht ist die Software, zu unbequem ist das Armband (theoretisch könnte man es jedoch gegen ein normales Armband einer Uhr ersetzen) zu fragil erscheint das komplett Gerät.

Erspart euch daher am besten dieses Abenteuer und setzt auf eine der Bluetooth-Uhren vom Typ MBW-150 oder MBW-200 von (welch Ironie) Sony Ericsson. Diese Uhren haben ein deutlich besserer Renommee und können dank OpenWatch nicht nur von Android-Geräten aus gesteuert werden.

$ hcitool con
Connections:
	ACL 00:0A:94:C0:84:11 handle 40 state 1 lm MASTER

Damit kann man dann die Verbindungsqualität auslesen.

$ hcitool lq 00:0A:94:C0:84:11
Link quality: 153

Die Skala reicht von 0 bis 255. Lege ich die Maus direkt auf die Rückseite des Displays, so ist die Verbindung fast bei 255, liegt die Maus jedoch auf der „Arbeitsposition“, so sackt sie auf ~150, was wohl zu wenig ist, um eine brauchbare Verbindung aufrecht zu halten. Selbes gilt für mein BT-Headset, die Verbindungsqualität sackt sofort ab, wenn man sich mehr als 10 cm vom Notebook entfernt.

Daher muss ich mal wieder zum Schraubenzieher greifen. Um bei einem FSC Lifebook S-6120 Zugriff auf die WLAN Mini-PCI Karte zu erhalten muss man nur eine Schraube (1) entfernen. Dazu noch zwei weitere (2+3) um das LCD-Display mit den Schaltknöpfen entfernen zu können.

Nachdem ich die Tastatur angehoben habe, wurde mir klar, warum die Empfangsqualität von Bluetooth SO mager war. Das Notebook war vor Jahren mal beim Service. Der Servicetechniker hat wohl vergessen den Bluetooth Chipsatz an die Antennen anzuschließen! Ein Ende eines Kabels hängt wild in der Luft.

Wie schließt man nun die Kabel an? Auf forum.fujitsu-siemens.com findet sich die Andeutung einer Lösung. Die Kabel müssen wie folgt verdrahtet werden: Einmal Display | Schwarzes Kabel | „To right antenna“ | Weißes Kabel | „Main“ und einmal Display | Graues Kabel | „Aux“.

Danach brummt Bluetooth wie es soll. Die Maus funktioniert auch im Abstand von 2m noch ohne Macken. Fazit: hcitool ist ein sehr praktisches Werkzeug und traue nie einem Servicetechniker. Falls jemand mal vor einem ähnlichen Problem stehen sollte, so hoffe ich dass er das hier findet

Zum Hinzufügen der Bluetooth-Maus ruft man als Erstes ruft die Konfigurationen zu Bluetooth auf. Hat man einen funktionierenden Bluetooth-Adapter, so sollte man eigentlich ein Bluetooth-Icon im Benachrichtigungsfeld der Desktopumgebung finden. Klickt man mit der rechten Maustaste auf das Symbol, so gelangt man über Einstellungen in die dafür nötigen Bluetooth-Einstellungen. Alternativ kann man diesen Dialog auch über System | Einstellungen | Bluetooth starten.

Im Reiter Dienste wählt man dann den Dienst Input Service aus und klickt unten am Rand des Dialoges auf den Button Hinzufügen. Nun muss man die BT-Maus in ihren Pairing-Modus versetzen — dazu sollte die Maus eigentlich einen kleinen Knopf auf der Unterseite haben. Ich muss diesen Knopf bei meinem Blauzahn-Nager für rund 5 Sekunden drücken — danach erscheint die Maus automatisch in der Liste als neues Bluetooth-Gerät.

Jetzt nur noch den Button zum Verbinden wählen und die Statusmeldung abwarten, dass die Maus erfolgreich angebunden wurde. Und schon kann man die Maus benutzen. Danach ist dieser Prozess abgeschlossen. Startet man den Rechner während die BT-Maus an ist, so wird diese sofort angebunden und steht schon in GDM zur Verfügung. Schaltet man die Maus erst nach dem Start des Rechners an, so wird sie ebenfalls vollautomatisch angebunden. Einfach gut

#!/bin/bash
# BTHeadsetConnect 1.0
MAC=00:11:22:33:44:55   # hier bitte die MAC Addresse des Headsets eintragen
PID=`pidof btsco`

TITLE="Bluetooth"
CONNECTED="Verbindung zum BT Headset hergestellt."
ALLREADYCONNECTED="Verbindung zum BT Headset existiert bereits!"
FAILED="Verbindung zum BT Headset fehlgeschlagen!"

BTLOGO=/usr/share/icons/gnome/48x48/stock/io/stock_bluetooth.png
WARNING=/usr/share/icons/gnome/48x48/stock/generic/stock_dialog-warning.png

if [ ! $PID ]
then
  btsco -s -f $MAC
  if [ -e /tmp/bt_headset_connected ]
  then
    notify-send -i $BTLOGO -t 3000 "$TITLE" "$CONNECTED"
  else
    notify-send -i $WARNING -t 3000 "$TITLE" "$FAILED"
    killall btsco
  fi
else
  notify-send  -u critical -i $BTLOGO -t 3000 "$TITLE" "$ALLREADYCONNECTED"
fi

$ sudo apt-get install bluez-btsco

Um anschliessend den Zugangspin zum Headset eingeben zu können, müssen in der Datei /etc/bluetooth/hcid.conf diese zwei Option aktiviert werden. Sprich der Kommentar # entfernt werden. Am Ende sollten die letzten Zeilen der Datei so aussehen:

# Authentication and Encryption (Security Mode 3)
auth enable;
encrypt enable;

Nachdem die Datei editiert wurde, kann das Alsa Bluetooth Sound Modul in den Kernel eingefügt werden.

$ sudo modprobe snd_bt_sco

Damit die Änderung permanent wird, sollte man das Modul snd_bt_sco an das Ende der /etc/modules anhängen, damit es bei jedem Start des Rechners automatisch geladen wird. Anschliessend kann man den Bluetooth Dienst neu starten.

$ sudo /etc/init.d/bluez-utils restart

Nun sollte man überprüfen, ob das Headset auch wirklich als Audio Gerät zur Verfügung steht. In der Datei /proc/asound/cards müsste nun das Headset aufgelistet sein:

$ cat /proc/asound/cards
0 [Live           ]: EMU10K1 - Sound Blaster Live!
                     Sound Blaster Live! (rev.4) at 0xe000, irq 12
1 [Headset        ]: Bluetooth SCO - BT Headset
                     BT Headset 1

Hat man das Headset gefunden, ist es an der Zeit sich auch mit ihm zu Verbinden. Dazu schaltet man das Headset in den Pairing Modus (in der Anleitung des Headsets steht sicherlich wie man diesen aktiviert) und startet den Scanvorgang des Rechners

$ hcitool scan
Scanning ...
        00:11:22:33:44:55       Motorola H500

Wie man sieht, wurde das Headset vom Rechner gefunden. Jetzt fehlt nur noch die endgültige Verbindung.

$ btsco -v 00:11:22:33:44:55
btsco v0.4c
Device is 2:0
Voice setting: 0x0060
RFCOMM channel 1 connected

Beim ersten Verbindungsversuch sollte ein kleines Fenster erscheinen, das den Bluetooth Pin des Headset abfragt, üblicherweise ist das 0000. So schließlich und endlich, kann man das Headset jetzt testen.

$ aplay -B 1000000 -D plughw:Headset wasauchimmer.wav

Viel Spaß!