Any workaround bluetooth complexity?

[Beja]

Friends,
Deep in my heart, I feel like there is a way to shorten the extended procedure of
working with bluetooth. Since every bluetooth device has a device ID, why not
just use that ID as an address and send the commands (or data)? Why should
we search for something that already has a unique ID that's not shared with
any other device? May be I am missing something.. I hope I don't hear
something like direct access is prohibited (for good reasons).
My question didn't come out of the (blue), but I am working on a project that
will send commands to a bluetooth device that is part of the project, so I can
hardly understand why should I select it from other devices while I know in
advance it's ID?
I want to run my App, press a button that says "Send "ABC" to device xyz" and
then ABC will be displayed on device xyz.

Any Idea or solution?

 

[Erel]

If you know the other device MAC address then you can call Serial.Connect and connect to it directly.

 

[Beja]

Erel, thanks so much.
May I ask for tutorials to include a simple and complete example that sends text string
to an Android (or any other) device through pre-programmed bluetooth MAC address?
Mac address: 11.22.33.44.55.66

Thanks in advance

 

[Erel]

Check the Bluetooth chat example. You should skip the discovery step and just call Connect with the known mac address.

 

[Beja]

Thanks Erel,
will go through this.

 

[sorex]

Thanks for the hint, Erel.

Will also have a look for it.

Testing stuff with BT the "normal" way is a waste of time since I had to re-search and connect after each compile
so you lose 10+ seconds (1 second to find the device and 9+ seconds to find others) before you could see if you tiny code mod was right or not.

Saving the mac address of a successfull connect is a way to bypass it then.

 

[Beja]

Yes Sorex, you are right.. why would one wants to "discover" all Bluetooth of
the community around him, only to "select" a device the he already knows?
I am new to Bluetooth and have no choice other than to drink all the water in
the Bluetooth example to reach the grain. My target is to use Bluetooth exactly
the same way I used to work with RF data transceiver, and if this is not possible then smart mobiles, or any android devices need to be more smart and include
true I/O ports.