Re: Battery Usage - Connect vs. Scan - App in Background
Re: Battery Usage - Connect vs. Scan - App in Background
- Subject: Re: Battery Usage - Connect vs. Scan - App in Background
- From: Stephen Jablonski <email@hidden>
- Date: Mon, 01 Apr 2013 17:32:13 -0400
Hi Mike,
I can't speak in exact battery consumption, but I can tell you that from our tests in the past that neither had a significant impact on our battery life at all. Even better, when our test iPod Touches are in peripheral mode we've had them last for many days in the background without draining the battery (only app running at the time). I would like to assume that in a central role you would see much the same. BTLE is meant to be run at a very low power consumption.
As for the discovery time… it varies. iOS ramps up and down the amount of times it listens depending if your app is in the foreground or background. There is no exact number. If you ramp up the advertising rate on your peripheral device it will connection much faster. In our test cases we saw anything from 5 seconds to 40. It all depends on the you listening at the same time your advertising. That will always change.
Hope that helps. Sorry that there is no "conclusive" numbers.
- Steve Jablonski
On Apr 1, 2013, at 5:23 PM, Michael Farley <email@hidden> wrote:
> What is the most power efficient way to find out a known BLE device is
> within range, while the app is in the background? Please assume that
> the BLE device has not been seen during this background scan (i.e. I'm
> aware of no-duplicates when you're in the background). iOS device is
> the central device, and the "BLE device" is the peripheral.
>
> I already have the UUID of said BLE device, so I can issue a
> connectPeripheral(). Alternatively, I could issue a
> scanForPeripheralsWithServices() to find the device. Is one better
> than the other in terms of iOS battery consumption? How about
> "discovery" time (i.e. would I get a didConnectPeripheral() call
> faster than I would get a didDiscoverPerpheral() call)?
>
> Thanks in advance,
> Mike
> _______________________________________________
> 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