• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: didDiscoverPeripheral keys and GAP Assigned Numbers
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: didDiscoverPeripheral keys and GAP Assigned Numbers


  • Subject: Re: didDiscoverPeripheral keys and GAP Assigned Numbers
  • From: Etan Kissling <email@hidden>
  • Date: Thu, 09 Aug 2012 15:44:08 +0200

Another problem with UUIDs is, that iOS generates only UUIDs for devices that it has
been connected to. Therefore, it is not possible to distinguish between multiple unknown
devices, if no previous connection has been made. However, as soon as the UUID is
generated, you are not able to get rid of it without doing a "Reset all Settings", making 
debugging hard.
Always expect the CBPeripheral.UUID value to be zero, before feeding it to a CBUUID
constructor. Otherwise, you will run into memory access violations.
(Radar 12055261)

One possible solution would be to have a characteristic that holds a serial number
and putting that value inside your advertisement data. However, I did not test this method.

Etan


On 09.08.2012, at 12:36, Pierre Bouchet <email@hidden> wrote:

Hi Karel,

I think CoreBluetooth doesn't allow you to access the bluetooth device address for security reasons. The idea is to only identify BLE devices by the UUID that the framework generates for them on the iOS device. So I suppose it simply discards the addresses sent by your device.

see: http://lists.apple.com/archives/bluetooth-dev/2012/Apr/msg00046.html
and: http://lists.apple.com/archives/bluetooth-dev/2012/Apr/msg00038.html

PB

2012/8/9 karel <email@hidden>
On scanning for my device advertising with ADtypes
0x01 «Flags»
0x07 «Complete List of 128-bit Service Class UUIDs»
0x17 or 0x18 «Public Target Address» or «Random Target Address»

I get the NSDictionary results below which show only entries for AD entry of ADtype=0x07
I guess I'm am using iOS V5.something so the « XX Target Address» features may not be defined and thus don't pop up in the AdvData in the callback, but in any case, is there a header file I could modify or some parser filter list to which I could add the required 0x17 / 0x18 ?

http://developer.apple.com/library/ios/#documentation/CoreBluetooth/Reference/CBCentralManagerDelegate_Protocol/translated_content/CBCentralManagerDelegate.html
mentions the  "advertisementData" contains CBAdvertisementData* keys (kCBAdvDataServiceUUIDs, kCBAdvDataLocalName etc), but I can't find any documentation on any of this.

Help!!

#didDiscoverPeripheral
#2012-08-09 17:21:03.771 TandDTest1[8669:707] key: kCBAdvDataServiceUUIDs, value: (
#                                                                                  "Unknown (<d0d0d0d0 00000000 00000000 deadf154>)"
#                                                                                  )
#didDiscoverPeripheral
#2012-08-09 17:21:03.774 TandDTest1[8669:707] key: kCBAdvDataServiceUUIDs, value: (
#                                                                                  "Unknown (<d0d0d0d0 00000000 00000000 deadf154>)"
#                                                                                  )


The following is from a Scan response
#2012-08-09 17:21:03.775 TandDTest1[8669:707] key: kCBAdvDataLocalName, value: SimpleBLEPeripheral
#2012-08-09 17:21:03.777 TandDTest1[8669:707] key: kCBAdvDataTxPowerLevel, value: 0


Regards
Karel

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden


Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Follow-Ups:
    • Re: didDiscoverPeripheral keys and GAP Assigned Numbers
      • From: karel <email@hidden>
References: 
 >didDiscoverPeripheral keys and GAP Assigned Numbers (From: karel <email@hidden>)
 >Re: didDiscoverPeripheral keys and GAP Assigned Numbers (From: Pierre Bouchet <email@hidden>)

  • Prev by Date: Re: didDiscoverPeripheral keys and GAP Assigned Numbers
  • Next by Date: Running timers in background of BLE app
  • Previous by thread: Re: didDiscoverPeripheral keys and GAP Assigned Numbers
  • Next by thread: Re: didDiscoverPeripheral keys and GAP Assigned Numbers
  • Index(es):
    • Date
    • Thread