Rfcomm development
Will Pearson
from a qrcode and attempts to connect to it. However I'm having
trouble connecting to my computer using rfcomm (for testing purposes).
I've altered my rfcomm.conf to connect on channel 0 and then rfcomm
listen hci0 0 which starts it listening. However the phone tries to
connect for a bit then fails. It sounds like this problem here.
I'll fire up my other laptop and scan mine in a bit using sdp.
Code is here: https://github.com/eb4890/qrblue if anyone wants to test.
It is a MyFirstAndroidApp and also the first bit of java I've written
for a while, so mainly bits copied and pasted.
I suspect I need to setup the UUID to be the same (I'm using a generic
SPP UUID I picked up from somewhere). Anyone know a way of doing this
easily (python) for testing purposes? Or do I need to borrow some
hardware?
Will
tom
with an app?
On May 14, 10:07 pm, Will Pearson <wil.pear...@gmail.com> wrote:
> I've got a very skeletal android app that extracts a bt mac address
> from a qrcode and attempts to connect to it. However I'm having
> trouble connecting to my computer using rfcomm (for testing purposes).
>
> I've altered my rfcomm.conf to connect on channel 0 and then rfcomm
> listen hci0 0 which starts it listening. However the phone tries to
> connect for a bit then fails. It sounds like this problem here.
>
> I'll fire up my other laptop and scan mine in a bit using sdp.
>
Bob Clough
Will Pearson
> with an app?
>
It uses the semi-standard barcode scanner app. Which is open source so
we could rip the code out if we can't find a way of bundling it.
Also it now works!
Also I am anti-ADK at the moment as it requires android 2.3. However
with a USB host we could do ADB stuff like
http://code.google.com/p/microbridge/
This does rely on the user being able to put their phone in debug mode.
Will
tom
anyway.
bob: i think were going with bluetooth mainly because its OS agnostic,
i know were not thinking of it now but if we stick with BT we can
potentially use iPhones etc.. It also saves a lot of code space on the
guns as we'd probably be using the builtin UART on the atmegas rather
than having to include the extra ADK library stuff
I've ordered some bits to play with the ADK anyway (partly for this
and partly for a breathalyser app :D)
Theres a G1 sitting in my box if you want to test this on an older
phone, I'll bring up the 1.5 Pulse I have as well
On May 16, 10:48 am, Will Pearson <wil.pear...@gmail.com> wrote:
Bob Clough
tom
if the user cant support the qrcode reader then they can fall back to
scanning for discoverable BT devices and find the one that has the
same name as the gun theyre holding.
On May 16, 11:18 am, Bob Clough <para...@ivixor.net> wrote:
> TBH i was thinking we could support both.
>
> USB host would allow us to add extra accessories (USB missile launcher?
> pendrive? keyboard & mouse?), costs about 4 quid to add and would make for
> easier setup for phones that support it. If the phone doesnt, the user can
> always go with the QR / manual setup.
>
tom
default. Theres a way to install it automatically tho
http://code.google.com/p/zxing/source/browse/trunk/android-integration/src/com/google/zxing/integration/android/IntentIntegrator.java
Will Pearson
> bit of an odd one, but my phone doesnt have the zxing app installed by
> default. Theres a way to install it automatically tho
>
> http://code.google.com/p/zxing/source/browse/trunk/android-integration/src/com/google/zxing/integration/android/IntentIntegrator.java
>
be used as a Service. As that would make the interface to the
bluetooth device different if you don't set it up with a qrcode, and
be very crufty.
So I'm going to make it an Activity to be inherited from, so you get
direct access to the socket.
Will
tom
plan is to use it to convert gun commands to intents that a GUI (or
other things) can listen for.
I've also been looking at maintaining SPP connections whilst
discovering new adapters ( for proximity things), its not going well :
(
On May 21, 2:28 pm, Will Pearson <wil.pear...@gmail.com> wrote:
> On 20 May 2011 14:48, tom <bollocks...@gmail.com> wrote:> bit of an odd one, but my phone doesnt have the zxing app installed by
>
Will Pearson
> I also had a crack at starting a service to handle BT connections. The
> plan is to use it to convert gun commands to intents that a GUI (or
> other things) can listen for.
Mind posting the source somewhere? I've been looking for an example of
a service that gets data and then informs (potentially multiple)
activities of the data it gets. Does it rely on setting up the intent
again each time (a la comet requests), so that you can use
Activity.setResult () or does it have to be done by making the gui etc
broadcast listeners(I've not looked at those)?
Will
tom
written that part yet though :)
While I think about it I'll knock up some simple GUI tests too
tom
thread to do the BT reading/writing. The service then forwards things
out as broadcast intents. Works rather well
Next step is to see what happens with serial connections and periodic
scanning
tom
i'm a git noob so let me know if I've cocked anything up!
tom
You cant initiate an rfcomm connection to a device that you havent
bonded to before. The phone requests a PIN from teh remote device but
never tells the user.
You have to bond the devices first :/
Will Pearson
Thtf might be because you are trying to open a socket in a background thread.