Hi,
I searched the forum, wiki, etc., but didn't find an answer.
I have an AT&T Fuze with the stock ROM (WM 6.1). I know the Fuze is supposed to support multiple simultaneous bt connections. What I would like to do is connect A2DP to my Pioneer stereo for music playback, and also connect handsfree to my Jawbone 2 headset for phone calls while in the car.
I can successfully connect A2DP to my stereo for music by itself.
I can successfully connect HFP to my Jawbone 2 by itself.
I *have* managed to connect to both at the same time, by staying on an active phone call with my Jawbone, then telling my Fuze to connect to the car stereo. However, no music could be heard (from either Mortplayer or WMP). The phone call stayed up just fine though.
Anyone know if there's a way to get both working at the same time?
(And before you ask, I would just use the hands-free capability of my Pioneer stereo for phone calls too, but I've found my car is too noisy for anyone to hear me with the Pioneer's microphone unless I hold it right in front of my mouth, which defeats the "hands free" goal...)
Thanks for any help you can offer.
Best,
Chris
In your case I do not think that is possible since the concept of being able to juggle 2 devices at the same time requires 1 to relinquish control while the other goes active. It turns off the music so you do not get distracted while talking and reconects the music after the call is over.
It seems to be a software protocol if anything. Yes both can be connected at the same time, but both cannot be "active" as in doing both music playback and voice calls.
I have a bt headset that handles 2 profiles at once and according to the protocol, if a call comes in, it pauses my ipod and then picks up the call and then resets back to normal after the call.. Either you have to mess with the coding itself or someone has to come up with a workaround, but I do not think that is possible.
Thanks for the reply. I had hoped it might be possible for the Fuze to route stereo audio to one BT profile (A2DP), while non-stereo audio (e.g., phone call, system tones, etc.) to the HFP profile, almost as though the profiles acted as addressable "service ports" (ala HTTP, SMTP, etc.).
But, unlike with TCP/IP, I admit to knowing next to nothing about how the BT stack works and how profiles are applied to certain types of data (or, how data is routed to a given BT association based on profile).
Thanks again,
Chris
well the thing is.. the fuze can connect to multiple devices simultaneously, but based on the music and voice call order, it is prohibited from doing both at the same time. so therefore when there is no call, the music plays, but when a call comes it, the music is paused and resumed after the call is done. (obviously the call has higher priority here).
My only suggestion is to leave it as it is since it is done so that you do not get distracted while talking and probably while you're driving.
Multitasking is difficult when you're listening to 2 things, responding to 1, and driving at the same time. The more you multitask the less you are able to devote to your main activity (in your case, driving).
but yeah. if you can find someone who can mess with that and allow for both to be active at the same time, then congrats. Otherwise just think of it as a safety measure.
Except that, when I had both the headset and the stereo connected to the Fuze, the music *didn't* pause. It just didn't output (as though the volume was muted). In fact, in both Mortplayer and WMP, it appeared as though it was playing at ~2X the normal rate (just watching the track playback time counter).
I know what you're talking about re: listen to music, call comes in, music pauses, call ends, music resumes. That's the behavior I get when I use the car stereo for both handsfree and A2DP.
The behavior when connected to two different devices seemed to be different, though, so I hoped that might mean it was in fact possible.
-Chris
yeah I know what you mean, but maybe the fact that it tried to do both tripped it up and so it took the call as a higher priority and focused the data towards the call.
atleast that is what I think.
I have almost the exact same configuration, except I am using a Sony car stereo but have a jawbone. What I have to do every time I get in the car is the following.
1. Let my stereo connect to both hands free and wireless headphone services.
2. Open bluetooth settings
3. Manually connect to my Jawbone.
It works great.
ATT Fuze
Energy Rom 072209
Old jawbone
Sony XPLOD Car Stereo
I'll also add it's pretty neat to be able to push the jawbone to activate MS Voice Commander and choose what music I want to play over my car stereo.
frankrizzo said:
What I have to do every time I get in the car is the following.
1. Let my stereo connect to both hands free and wireless headphone services.
2. Open bluetooth settings
3. Manually connect to my Jawbone.
It works great.
Click to expand...
Click to collapse
Thanks for the reply. I'll give that a shot. I'm not sure that my Pioneer stereo will automatically connect both handsfree and A2DP. I know it will do handsfree automatically. We'll see...
-Chris
So I use bluetooth for both phone and music in my car but my phone pairs to two separate devices. For the phone it pairs to my Audi MMI system and does so correctly every time. For the audio I have it pair with my Blackberry Stereo gateway which is hard wired into my aux input.
The issue I'm having is that if I'm connected in both Headset (Audi) and a2dp (Blackberry gateway) modes, the music will start to skip after a minute or two. It works completely fine for a few minutes, then I believe the phone is going into some sort of sleep state as it'll begin skipping fairly often. If I turn the screen back on, the skipping goes away. The strange part is that if I disconnect the pairing with the phone, the skipping never happens. It's almost as if there is enough juice in awake mode to correctly power both bluetooth connections, but if it's in some form of low power sleep mode, it's not able to handle both connections so the bluetooth audio skips.
I've also found that if I'm paired to both, the call quality over bluetooth is slightly lower with a bit of crackling/garbling, but not nearly as bad as what I get with the audio. I can deal with the phone side of the issue, but I can't listen to music that skips every 5 seconds.
Anyone else have this issue? I wish I could set it so the phone wouldn't sleep when paired to both devices! I don't mind a bit more battery drain while in the car if my phone is actually usable for what I want to do with it.
So, this is a weird one, and chances are none of you will ever experience it, but maybe you might know how to fix it.
I use a Moto Hint "earset" to listen to podcasts with Pocket Casts and audiobooks with Audible. When I get into the car, the car tries to pair with the phone, but since my car only has phone bluetooth and not audio bluetooth support, I don't bother disconnecting the Hint and plugging in an audio cable unless I'm going further than a few minutes.
But whenever the car tries to connect to the phone, the audio stops. ONLY if I'm using Pocket Casts! And ONLY with the Moto Hint! Audible works fine. My Plantronics headset works fine. Waze works fine.
I've contacted Pocket Casts as well, but I don't expect them to treat this as a red ball
I can't think how to describe this without just launching into what happens.
In the morning I connect my bluetooth earbuds and listen to a podcast while walking around the house getting ready. When I get in the car, I turn the earbuds off and connect my phone to the Android Auto capable head unit, via USB. After arriving at my parking spot, I turn the car off, disconnect the USB, and turn the earbuds back on. Usually at this point I have to tap the volume up button in order to hear anything (I suspect because when nothing is connected, I keep the media volume muted, and the phone gets confused swapping from AA [which I think uses bluetooth for audio] to nothing to bluetooth). I then walk the rest of the way to work, usually taking about 10 minutes.
Nearly every day, just as I arrive at work or after I get into the building, the audio cuts out. The only way to get it to resume is to completely power off the earbuds and power it back on. Occasionally I have to go through re-pairing, even. I've had this experience with two different bluetooth devices from different brands (JayBird and Jabra).
Any ideas? :/
Are you paired with any devices in the building and do you disconnect the bluetooth from the devices before leaving proximity?.
Bluetooth will try to connect to a device if the signal was dropped instead of disconnected. If 2 devices are in the area Bluetooth seems to go cuckoo if the have existing dropped connections. You're not alone. My obd2 and smart watch constantly have fights with each other over my phone. It's a pain.
Beamed in by telepathy
shivadow said:
Are you paired with any devices in the building and do you disconnect the bluetooth from the devices before leaving proximity?
Click to expand...
Click to collapse
I don't have any paired devices anywhere near me when the audio cuts out. The only paired devices I have are:
Bluetooth control button (in car)
JayBird BlueBuds X (at home)
My car head unit (in car)
Jabra Elite Sport (in use at the time)
So I would say I am some 500m away from the nearest paired device when the audio cuts out.
I have a bluetooth speaker at home, and also use bluetooth in my car.
Whenever I get in my car, and start listening to music in the garage, it will usually start playing on the speaker in the living room.
I have to manually disconnect, and then reconnect the car's bluetooth.
Also, I might be watching a video on my phone, and the living room speaker will all the sudden connect. I want to avoid this as well.
I could disconnect the speaker, but it will just reconnect on its' own later.
I feel like there should be a way to designate a device to never connect automatically, and only ever connect when I request it.
Also, ideally, allow one device to kick the other one off. So, when my phone detects the car, it should disconnect any other devices.
I hope I explained the problem well.