Also zunächst mal wäre es natürlich interessant was du PIC seitig tust
und wie du dir da sicher bist, dass es klappt.
Du schreibst es funktioniert mit PuTTY, meinst du da zufällig USART?
Es ist so: Bluetooth ist immer ein bisschen knifflig, ich hatte selbst
unter Debian (Gut, das war ein Raspi mit USB-Bluetooth Dongle und dann
auch noch Python) ein paar Problemchen, aber das lag zunächst auch an
meinem Verständnis von Bluetooth.
RFCOMM z.B. ist eigentlich keine Library (es sei denn, es gibt auch eine
Library diesen namens), sondern eine Art Protokoll, mit dem zugehörigen
Serial Port Profile.
Bluetooth spezifiziert genaue Gerätetypen und Funktionalitäten, d.h.
meistens sendest du nicht einfach Daten auf Low-Level Ebene sondern
nutzt ein passendes Profile. Da gäbe es jetzt natürlich diese ganzen
Freisprecheinrichtung-Dinger, aber da du ja keinen Sound möchtest, nutzt
du das Serial Port Profile.
Was auch noch wichtig ist: Bluetooth funktioniert "in etwa" wie TCP/IP:
Du hast eine MAC Adresse (TCP: IP-Adresse) und einen Channel (TCP:
Port).
Wichtig ist, dass du zunächst die Device Services scannst um
herauszufinden auf welchem Channel denn überhaupt RFCOMM angeboten wird.
Um in der Analogie weiter zu machen: Am Port muss natürlich ein Server
laufen, d.h. du musst deinen PIC in den "RFCOMM-Server-Modus" schicken,
denn nur dann akzeptiert er die Verbindung vom PC.
Da gibt es natürlich auch die Möglichkeit den PC als RFCOMM Server
laufen zu lassen und dein PIC scannt ständig nach verfügbaren PCs und
verbindet sich (So kannst du z.B. verhindern, dass ein fremder sich zum
PIC verbindet). Der Nachteil hierbei ist, dass es auf Android schier
unmöglich ist, einen RFCOMM Server hinzubekommen. Ich habe es versucht,
und wenn es mal klappte, dann brach die Verbindung recht schnell
zusammen.
Damit wären wir auch beim Ultimativen Tipp: Es gibt zig Bluetooth Serial
Consoles für Android, mit denen du dich zu deinem PIC verbinden kannst,
um ihn als Fehlerquelle auszuschließen. Ein paar die ich für meine Tests
hatte: "BlueTerm, Bluetooth Console, BlueTooth Serial Conne(..),
Bluetooth Terminal". Ich weiß aber nicht mehr, welches gut war :P
Für's iPhone mags das auch geben aber ich meine mal gelesen zu haben,
dass die RFComm irgendwie erschweren bzw. eben nur den Headset Modus
möchten.
RFCOMM funktioniert dann wie eine Serielle Konsole, also USART.
Ich bin jetzt hier nicht auf das Pairing eingegangen, aber das macht
Windows ja offenbar via System schon, also liegt es außerhalb deiner
Software.
PS: Du schreibst du hattest kein Erfolg, sagst aber nicht genau WO das
Problem lag, das ist natürlich schlecht^^ Konntest du pairen und
lediglich nicht connecten?
