Thanks for the reply Joakim, On 30 Jul 2012, at 09:26, Joakim Linde <joakim@apple.com> wrote: <snip>

The numbers you mentioned sounds a bit too high for the case when both apps are in the foreground and the screen is on. What were the conditions when you measured these numbers?

The setup is as follows: iPad actings as peripheral, iPhone acting as central. Both apps foreground, iPhone app scanning at start-up, iPad app advertises on UI trigger. The service I'm advertising has one primary service with one readonly characteristic and one notify characteristic. The devices are all on my desk, reported RSSI is always greater than -50. I switched to using the TermperatureSensor demo as the central (to rule out the problem being in my central code) with no service filter, and I ran the HeartRate OS X central demo on my macbook air. With the TemperatureSensor example scanning, and my peripheral advertising, it takes ~9-10 seconds to discover the iPad peripheral very often (9/10 times). In comparison the HeartRate demo on OS X finds the iPad peripheral instantly, so it doesn't seem to be an iOS advertising issue. Then I tried advertising a service on the TI board, and this was found usually very quickly (~1 sec) by both the OS X and iOS centrals (HeartRate and TemperatureSensor demos), so scanning seems to be ok on iOS too. I'm not sure what to make of this: it seems l only have a problem with iOS peripheral <-> iOS central discovery. Once discovery occurs characteristic updates happen responsively. Thanks, -David _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com