Sure it will not work with non-encrypted connection, but once the connection is encrypted and the devices are paired, iOS devices will be able to find each other. At least this is what I understood from the discussions on this list. I wasn't eager enough to try it myself until now. A bigger issue that I encountered is if the connect/disconnect cycle happens quickly, then iOS (6.1.3) can stuck in the connecting state. This is hard to reproduce but if this is the case, then the connect never succeeds. This is an evil error as it stays latent until you cancel the connect and retry (in which case it succeeds immediately). I'm just mentioning so that if you encounter this phenomenon, then know you're not alone with it. Andras On 2013.08.22., at 19:04, William Henderson <william.c.henderson@gmail.com> wrote:

The docs explain the use of long running connections in the case of a BTLE door lock:

...

When the user leaves home, the iOS device may eventually become out of range of the lock, causing the connection to the lock to be lost. At this point, the app can simply call the connectPeripheral:options: method of the CBCentralManager class, and because connection requests do not time out, the iOS device will reconnect when the user returns home. This sounds great, but this doesn't seem to work with iOS-based peripherals because of the rotating UDID/CBPeripheral scheme. Hence, in this case you need to advertise and scan continuously. Can anyone comment on this?

William _______________________________________________ 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/allprog%40gmail.com

This email sent to allprog@gmail.com

_______________________________________________ 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