Big bluetooth idea for phone integration

**tux11** · 07-22-2006, 02:10 AM

Alright, so this is kinda out of no where but i'm upset that programs like phone control have no support for my phone (vx9800) here is my idea although I need the help of someone who has a better understanding of the bluetooth protocols than my self. Ok so assuming you have the widcomm drivers and a detectable bluetooth phone you can establish a Audio Gateway to use the computer's microphone and speakers as a headset. Now in this there are other features: try calling your cell phone and you will be pleasantly supprised to see a notification bubble appear to tell you that you have an incoming call from xxx-xxx-xxxx. So obviously the phone is sending the computer information about the call. Now from here you can simply click that notification bubble and you will presented with the option to ignore or answer the call..... Brilliant!!! now we are talking back to the phone, possibly even sending it the send and end command. Now if we think about this its all fine and dandy because if you have ever used a standard bluetooth headset we can tell it to answer and hang up as well as increase and decrease the volume. So through the HSP protocol we have basic functionality of the phone... well we don't.... windows does..... anyways. I hope you can see the basics of my idea by now. Write a program that uses the ability of the HSP to control at least the basic functionalities of the phone. This includes dialing, I think that you can send it info on what number to dial because there are bluetooth headsets out there with number pads on them now (style-i or something like that). So long story short, couple this functionality with that of bitpim to retrieve the contacts, recent calls, and sms among other things and you have yourself a fully functional bluetooth integration system. perfect for something like road runner or anyother frontend. Now is there anyone out there with the bluetooth sdk or who knows the slightest about this to help. Let me know what you guys think.

**v8 scimitar** · 07-22-2006, 05:44 AM

your right about the audio gateway, making reciving a call is easy but phone book integration isnt. Go over to the RR forum and plugins section and you will see RR Mobile which they are trying to get off the ground to replace phoco. You will see that just about every phone needs different commands to do the same thing. This is where the problem comes in

**tux11** · 07-22-2006, 12:37 PM

Yeah I was thinking that, but if you use bitpim to download your phonebook when the user selects the contact and asks it to dial it will crossreference the phonebook entry and retrieve the number and send the straight command to dial that number and not fish through the phonebook on that side. I'll check out the RR mobile thanks

**lez** · 07-22-2006, 02:15 PM

I'm watching the phoco replacement, its looking very good so far and I wish it every success, as I was working on something (frontend controlled gsm based car alarm) that used a mobile phone and integrated into the carpc, I was only going to make it support 1 phone to start with, so watching all the problems that arise with that plugins multi phone support is going to help me if I get it working to be able to add extra phones.

Its a stalled project at the moment as I cant get the PIC programmer to work anymore, and dont have spare caash to buy another yet. (just bought another car)

**savall21** · 07-26-2006, 03:57 PM

Originally Posted by tux11

Alright, so this is kinda out of no where but i'm upset that programs like phone control have no support for my phone (vx9800) here is my idea although I need the help of someone who has a better understanding of the bluetooth protocols than my self. Ok so assuming you have the widcomm drivers and a detectable bluetooth phone you can establish a Audio Gateway to use the computer's microphone and speakers as a headset. Now in this there are other features: try calling your cell phone and you will be pleasantly supprised to see a notification bubble appear to tell you that you have an incoming call from xxx-xxx-xxxx. So obviously the phone is sending the computer information about the call. Now from here you can simply click that notification bubble and you will presented with the option to ignore or answer the call..... Brilliant!!! now we are talking back to the phone, possibly even sending it the send and end command. Now if we think about this its all fine and dandy because if you have ever used a standard bluetooth headset we can tell it to answer and hang up as well as increase and decrease the volume. So through the HSP protocol we have basic functionality of the phone... well we don't.... windows does..... anyways. I hope you can see the basics of my idea by now. Write a program that uses the ability of the HSP to control at least the basic functionalities of the phone. This includes dialing, I think that you can send it info on what number to dial because there are bluetooth headsets out there with number pads on them now (style-i or something like that). So long story short, couple this functionality with that of bitpim to retrieve the contacts, recent calls, and sms among other things and you have yourself a fully functional bluetooth integration system. perfect for something like road runner or anyother frontend. Now is there anyone out there with the bluetooth sdk or who knows the slightest about this to help. Let me know what you guys think.

I am in the same boat with a Imat K-Jam. There doesn't seem to be any smartphone support in any of the apps. I completely agree with your approach. Heck, I can even do without the phonebook if I can dial and answer calls.

**lez** · 07-27-2006, 05:34 AM

complaining that xyz app supports a $5 phone and not a 'smart phone' is no use, as its not the app, its the 'smart phone' that has had half its command set ripped out by the manufacturer because they wont be needed....

Take for instance PDU modes, when you enter a text, you type it in and its converted into a 7 bit nibble swapped bit chunked sequence, like dogcat becomes odcgta (simplified)

Now the routine to do this exists in the phone, so when I connect with my serial cable to send a text can I send it dogcat, oh no, I have to write my own routine to send odcgta and checksums!

Why, because we wont need it...........

Most of the apps talk to the phone using the old AT 300 baud modem codes form the dinosaur ages, with a few extra modern commands for phonebook and last caller etc, problem is a few years ago some companys decided to drop dinosaur support, some have seen the error in this and will no doubt go back to them, then you can buy a 'smarter phone'