Hi Michael! On Do, Apr 14, 2005 at 09:09:23 +0200, Michael Binder wrote:

ich habe sbl 2.2.23 (die Version, die bei der 9.2 läuft) im Einsatzz. Ich kann die Zeile nicht testen, da ich sie nur kurz während einer Demo zur Verfügung hatte.

Hmm. Schau mal im Verzeichnis /usr/lib/suse-blinux/keymap ob es da eine Datei brlstar80.map gibt. Wenn ja, dann sollte es in deiner sbl-Version den Treiber geben.

Gibt es den neueren Treiber als rpm?

Nicht das ich wüsste, aber auf der 9.3 sollte es auf jeden Fall gehen.

Warum wird der sbl-Treiber beim you eigentlich nicht upgedatet?

Weiß ich nicht. Marco müsste ein Update bauen.

Wenn du die Zeile bekommst, wäre ich für eine kurze Info dankbar.

Also das sie prinzipiell mit sbl funktioniert, weiß ich. Das habe ich schon live gesehen. Ich bin mir nur gerade unsicher ab welcher sbl und SUSE Version es geht, habe z.B. nie eine 9.2 besässen und kann dir deshalb da nicht wirklich weiter helfen :-(. -- Gruss / Regards, Christian Schoepplein <schoeppi@suse.de> SUSE LINUX GmbH - SUSE-Blinux Support WWW: http://www.blinux.suse.de Phone: Germany: 0180 / 500 36 12 (12ct/min) Austria: 0820 / 500 781 (14,5ct/min) Switzerland: 0848 / 860 847

Guten Morgen Christian, Christian Schoepplein <schoeppi@suse.de> wrote: [...]

Demnächst will ich versuchen, eine Braillestar 40 über Bluetooth einzubinden. Hat das schon mal jemand versucht?

In der Tat. Das läuft bei mir schon seit einiger Zeit ganz wunderbar und war (wenn ich mich recht erinnere) auch ohne größere Klimmzüge einzurichten - zwar nicht unter SuSE, aber das dürfte in diesem Fall wohl weniger eine Rolle spielen. Übrigens möchte ich mich an dieser Stelle einmal für die (Wieder-)Einführung von Kommandozeilenparametern bei sbl stark machen. Mir ist nicht ersichtlich, weshalb diese Funktion aus dem ursprünglichen brltty Programmcode herausgenommen wurde. Generell wären Kommandozeilenparameter sehr hilfreich, wenn man sich einmal seine /etc/suse-blinux.conf zerschossen hat. Im speziellen Fall der Braille Star 40 (wie wohl auch einiger anderer (Laptop-)Zeilen) kommt der potentielle Betrieb an verschiedenen Schnittstellen hinzu. Am heimischen Schreibtisch verwende ich vorzugsweise die usb-Verbindung, weil das immernoch die stabilere Variante ist; schließlich ist sbl nicht eben für Bluetooth optimiert und man muss es neustarten, sobald die Verbindung einmal aus irgend einem Grund unterbrochen ist. Unterwegs schalte ich natürlich gern auf Bluetooth um. Dazu muss ich in meinen Skripten jedes Mal einen Link in /dev auf die jeweilige Schnittstelle setzen, was man sich mit einem Kommandozeilenparameter ersparen könnte. Ich hoffe, meine Gedanken erscheinen nicht völlig abwegig. Gruß, Elias

Hallo Christian, Christian Schoepplein <schoeppi@suse.de> wrote:

Hi Elias!

On Mi, Apr 27, 2005 at 08:41:56 +0100, E. Oltmanns wrote:

...

Christian Schoepplein <schoeppi@suse.de> wrote: [...]

...

Demnächst will ich versuchen, eine Braillestar 40 über Bluetooth einzubinden. Hat das schon mal jemand versucht?

In der Tat. Das läuft bei mir schon seit einiger Zeit ganz wunderbar und war (wenn ich mich recht erinnere) auch ohne größere Klimmzüge einzurichten - zwar nicht unter SuSE, aber das dürfte in diesem Fall wohl weniger eine Rolle spielen.

Kannst du mir kurz sagen, was du genau gemacht hast?

- Welche Kernel-Module hast du geladen? bluetooth, l2cap, hci_usb, rfcomm. Außerdem natürlich USB Support. Alles mit einem 2.6-Serien Kernel (ab 2.6.7 oder so getestet). Allerdings verwende ich einen internen Bluetooth-Adapter und nicht den von Handy Tech mitgelieferten. Obwohl ich es nicht annehme, könnte es daher sein, dass du irgend ein weiteres Modul (evtl. statt hci_usb) laden musst.

- Was hast du als Schnittstelle in der suse-blinux.conf angegeben? /dev/rfcomm0

- Was muss ich sonst noch beachten?

Als Dämon muss mindestens hcid laufen und du musst mit rfcomm eine Verbindung zur Zeile aufbauen. Von Hand macht man das in etwa so: rfcomm bind rfcomm0 <brlstart-Kennung> Die Kennung kannst du mit hcitool inq herausfinden. Für rfcomm sollte es dann eigentlich eine Konfigurationsdatei geben, in der du dieses Binding fest konfigurieren kannst, so dass es mit rfcomm bind all automatisch gestartet und mit rfcomm release all wieder beendet werden kann. Die eigentlich Verbindung (inklusive Authentifizierung) wird erst dann aufgebaut, wenn ein Programm das Gerät /dev/rfcomm0 öffnet. Deshalb ist für die ersten Tests (ist die Zeile überhaupt erreichbar ...) folgendes Kommando besser geeignet: rfcomm connect rfcomm0 <Brlstar-Kennung> Das schwierigste war für mich, den hcid ans Laufen zu gewöhnen ;-). Dieser regelt vor allem Handshake und Authentifizierung. Unter Debian ist das in der Standardeinstellung außerordentlich Console-unfreundlich gelöst, weil das entsprechende Hilfsprogramm nur unter X läuft. Falls sich unter SuSE das gleiche Problem ergeben sollte, kannst du für's erste Mal einfach die Zeile pin_helper /usr/local/bin/bluez-pin-simple; in die hcid.conf einfügen, wobei das Skript (oder Programm, wenn du eins schreiben willst) bei Beendigung den String PIN:<Geheimzahl> an die Standardausgabe senden muss. Dem obigen Beispielnamen entsprechend würde für diese kleine Übung folgendes reichen: ---- /usr/local/bin/bluez-pin-simple ---- #!/bin/sh echo "PIN:1111111" ---- /usr/local/bin/bluez-pin-simple ---- Nach dem ersten Pairing, brauchst du dass sowieso nicht mehr, bis ... ich weiß es ehrlich gesagt gar nicht, bis wann; entweder, bis die Zeile mit einem anderen Computer gepairt wurde, oder vielleicht sogar nachdem der Computer ein anderes Bluetooth-Gerät verwendet hat? Letzteres kann ich mir gerade nicht so recht vorstellen.

Was mich noch sehr dringend interessiert ist, ob auch die kleine Tastatur, die mit der Braillestar 40 ausgeliefert wird, unter Linux genutzt werden kann.

Das habe ich noch nicht getestet, weil ich die Tastatur nicht bei mir hatte und das wird sich bis Sommer auch nicht ändern. Allerdings würde ich einmal vermuten, dass dazu das Modul hidp von Nutzen sein wird.

Unter Windows läuft das ganze Bluetooth-Zeug schon mal, nur die kleine Tastatur lässt sich nicht zum Leben erwecken. Leider weiß ich nicht warum... An Linux und Bluetooth mach ich mich jetzt gleich mal drann.

Viel Erfolg! [sbl sollte Kommandozeilenparameter verarbeiten!]

Da stimme ichdir voll zu. In zukünftigen Versionen sollten wir das im Hinterkopf behalten! Hoffentlich nicht nur im Hinterkopf behalten, sondern ins Release einarbeiten ;-)

Gruß, Elias

Christian Schoepplein <schoeppi@suse.de> wrote:

Hi Elias!

On Mi, Apr 27, 2005 at 06:32:07 +0100, E. Oltmanns wrote:

[ Braillestar 40 über Bluetooth mit sbl ]

Danke für deine Tips!

Ich bin mittler Weile selbst so weit gekommen, dass ich die Zeile unter Linux sehe, wenn ich nach ihr scanne und auch /dev/rfcomm0 ist so weit konfiguriert, dass ich es verwenden kann. Auch diese Sache mit dem Pin funktioniert. Wenn ich jetzt ein

cat /dev/rfcomm0

mache kommt keine Fehlermeldung mehr. Die Verbindung zur Zeile sollte eigentlich stehen.

Nur leider wird nix auf der Zeile angezeigt, wenn ich die Schnittstelle in die suse-blinux.conf eintrage und sbl starte. Nun weiß ich nicht, iwie ich weiter machen soll.

Hast du ggf. noch was an irgendwelchen Übertragungsraten o.ä. ändern müssen?

Mit Übertragungsraten hatte ich nun gar nichts zu tun. Allerdings sind mir noch zwei Dinge aufgefallen: 1. in der hcid.conf (options section) muss die Option autoinit yes; gesetzt sein; 2. Die Option security auf user gesetzt sein. Mir ist außerdem gerade aufgefallen, dass man die ganze Geschichte mit dem pin_helperscript evtl. auch umgehen kann, indem man security auf auto setzt und die Pin in der Datei /etc/bluetooth/pin hinterlegt. Allerdings habe ich das nicht selbst ausprobiert. Mit dem Befehl rfcomm ohne weitere Zusätze kannst du im Übrigen überprüfen, ob das binding jedenfalls korrekt verlaufen ist. Ansonsten kannst du natürlich in den man pages nach irgendwelchen verbose oder debug Optionen Ausschau halten. Ach, und für das Pairing muss natürlich die Option pairing auf once oder multi stehen.

Ach ja, ich verwende das Ganze übrigens auch unter debian und nicht unter SUSE.

Tja, wie gehts weiter? Ich bin da gerade erst mal ein wenig ratlos...

Da fällt mir ein: Wird dein Bluetooth device am Computer überhaupt erkannt? hciconfig sollte etwas anzeigen, was vage an die Ausgabe von ifconfig erinnert. Gruß, Elias

Christian Schoepplein <schoeppi@suse.de> wrote:

Hi Elias, moin Liste!

On Do, Apr 28, 2005 at 01:03:31 +0100, E. Oltmanns wrote:

...

Christian Schoepplein <schoeppi@suse.de> wrote:

...

Hi Elias!

On Mi, Apr 27, 2005 at 06:32:07 +0100, E. Oltmanns wrote:

[ Braillestar 40 über Bluetooth mit sbl ]

Danke noch mal für deine Tips! Seitt gestern spät abends geht es endlich *freu*.

Das einzige Problem ist nur noch, dass die Zeile öfters mal nicht direkt während des Bootvorgangs erkannt und sbl somit nicht richtig gestartet wird. Stelle ich bei der Zeile später expliziet den PC-Modus ein und starte sbl danach neu, dann gehts. Das lässt sich aber auch noch lösen.

Ich weiß nicht, ob ich das richtig verstanden habe. Sollte die Zeile, selbst wenn sie beispielsweise gerade im Editor-Modus läuft, automatisch in den PC_Modus wechseln wenn sie von einem PC angesprochen wird? Das habe ich noch nie ausprobiert. Bei mir ist die Starteinstellung der Zeile der PC-Modus und ich wechsle bei Bedarf von Hand mit Daumentaste+m in den Firmware-Modus zurück. Das verträgt sich (je nach keymap) allerdings nicht besonders gut mit sbl. Prinzipiell besteht bei Bluetooth immer das Problem, dass die Verbindung entweder beim Start von sbl nicht korrekt aufgebaut werden kann, oder (glücklicherweise ziemlich selten) während des Betriebs zusammenbricht. Wenn man also auf die Bluetooth-Verbindung angewiesen ist - beispielsweise mit dem Laptop unterwegs und ohne Kabel -, so sollte man sich überlegen, wie man in so ziemlich jeder erdenklichen Situation möglichst idiotensicher sbl neustarten kann. Weil ich diese Tastenkombination persönlich sonst für nichts verwende, habe ich in der /etc/inittab die Zeile kb::kbrequest:/usr/sbin/sbl restart stehen, welche den Neustart von sbl auf die Tastenkombination Alt-Up legt. Das kann man dann getrost drücken, ob man nun gerade eingeloggt war, im Netz surft oder, das schwierigste von allem, gar nicht mehr so recht weiß, wo man nun eigentlich gerade dran war. Das Problem ist nämlich, dass die Verbindung auch dann zusammenbricht, wenn die Zeile in den Stromsparmodus geht. Wenn man dann eine Taste der Zeile drückt, wacht sie zwar wieder auf und zeigt sogar das zuletzt gesehene auch an, die Verbindung zum Computer ist aber weg und wird erst durch den Neustart von sbl, d. h., das Schließen und wieder öffnen von /dev/rfcomm0, wieder aufgebaut. Nobel wäre da natürlich ein Mechanismus in sbl, der, wie auch immer ausgelöst, automatisch das Gerät schließt und wieder öffnet, ohne dabei die Information über die aktuelle Bildschirmposition und sonstiges zu vergessen, wie es beim Neustart leider geschieht. Ich bin mir noch nicht ganz klar darüber, wie diese Suche nach der verlorengegangenen Braillezeile initiiert werden sollte. Wahrscheinlich wäre eine weitere Kommandozeilenoption das einfachste, da sbl nicht wissen kann, wann die Zeile wieder da ist - so weit ich weiß, versucht die Zeile nach dem Aufwachen nicht aktiv eine Verbindung zum Computer aufzubauen. Vielleicht ist es aber auch nicht so wichtig. Das beste wird sein, die Erfahrungen und Vorschläge noch weiterer Benutzer von Bluetooth-Zeilen abzuwarten. Gruß, Elias