Forums - Connect to BT HFP and advertise on BLE

3 posts / 0 new
Last post
Connect to BT HFP and advertise on BLE
Join Date: 12 Aug 15
Posts: 9
Posted: Tue, 2021-06-29 15:01

I'm using the MDM9207 chipset and have it connecting to a Hands-free profile device over Bluetooth. However, I want to tell if an IOS based phone is near the MDM9207 device. IOS can only discover a device, if it is paired with it (which it isn't) or over BLE. However, I don't see a way to get BT HFP and BLE advertisements going at the same time. Any ideas?



  • Up0
  • Down0
Join Date: 8 May 23
Posts: 2
Posted: Thu, 2023-05-11 23:30
Based on the information you provided, it seems that you want to detect the presence of an iOS-based phone near your MDM9207 device, which is connected to a hands-free profile (HFP) device over Bluetooth. However, iOS devices can only discover a device if it is paired with them or if it is broadcasting Bluetooth Low Energy (BLE) advertisements.
Unfortunately, it's not possible to simultaneously use both the BT HFP profile and BLE advertisements on the MDM9207 chipset. The chipset's firmware and Bluetooth stack likely do not support running both profiles concurrently.
However, you might consider an alternative approach to achieve your goal. One option is to implement a BLE peripheral on your MDM9207 device that advertises a specific service or characteristic. Then, you can develop a companion iOS app that scans for this specific service or characteristic to determine the presence of the MDM9207 device. By leveraging BLE, you can detect the proximity of the MDM9207 device without needing a Bluetooth pairing.
Keep in mind that this approach requires you to modify the firmware on your MDM9207 device to support BLE advertisements and implement the desired BLE service. The specific steps and feasibility may vary depending on the capabilities of the MDM9207 chipset and the available development resources.   Tell Happy Star Survey
  • Up0
  • Down0
Join Date: 29 Jun 23
Posts: 3
Posted: Thu, 2023-06-29 07:09
There are three sorts of gadgets you should interface by means of Bluetooth, being A) Bluetooth Low Energy (BLE) gadgets B) Exemplary Bluetooth frill partaking in MFi program C) some nonexclusive Exemplary Bluetooth gadgets, similar to sans hands headsets.
With BLE gadgets you can do practically anything you desire. You can get a rundown of them inside your application, present it pleasantly and let the client pick a gadget to interface (or interface straightforwardly).
MFi gadgets you can either see in or in Embellishment Picker popup (see ExternalAccessory.framework reference for additional subtleties). Be that as it may, you don't have command over the Frill Picker. However, after the client has chosen the gadget there, you can see it automatically as associated.
With standard Exemplary Bluetooth gadgets, similar to hands-liberates, your solitary matching choice is to go to the and match from that point. End of story.
So no, there's no such enchantment place where you can see every one of the gadgets around you. You ought to be aware ahead of time with which kind of gadgets you really want to convey and respond as needs be.
There's no standard structure to manage standard Exemplary BT gadgets, different Apple systems are answerable for them. Furthermore, as a general rule, you can't do a lot, most correspondence is being done inside by the framework. For example for without hands gadgets you can identify that such gadget was associated/detached (see more here).
HFP and A2DP are Exemplary Bluetooth profiles that don't have anything to do with BLE. You can't see a rundown of such gadgets around utilizing CoreBluetooth.framework.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Now we are working for the project Walgreenslistens Official Survey Page This website helps you to take part in the Walgreens Survey. You will get a $3000 survey reward after finishinf the survey.
  • Up0
  • Down0
or Register

Opinions expressed in the content posted here are the personal opinions of the original authors, and do not necessarily reflect those of Qualcomm Incorporated or its subsidiaries (“Qualcomm”). The content is provided for informational purposes only and is not meant to be an endorsement or representation by Qualcomm or any other party. This site may also provide links or references to non-Qualcomm sites and resources. Qualcomm makes no representations, warranties, or other commitments whatsoever about any non-Qualcomm sites or third-party resources that may be referenced, accessible from, or linked to this site.