• 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: iPhones detecting each other in background
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iPhones detecting each other in background

  • Subject: Re: iPhones detecting each other in background
  • From: Darren Jones <email@hidden>
  • Date: Sat, 09 Nov 2013 15:07:50 +0000
I am adding the service and characteristics in the peripheralManagerDidUpdateState method, so this code is being run again when the manager is restored. I wonder if this is whats causing the problem.
There’s doesn’t seem to be a method to retrieve the services from the CBPeripheralManager to see if it already exists before adding it.
Is there another way to check first, or where else would I be better creating the Service? Obviously it can only happen after the manager is powered on.

On 9 Nov 2013, at 11:45, Andras Kovi <email@hidden> wrote:

Resending without most of the history as the mail got too big.
On 2013.11.09., at 12:40, Andras Kovi <email@hidden> wrote:

"Error publishing service” does not look right at this point. Who is adding the service after a restore? Can it be the the update state triggers initialization again? Please test it by starting the peripheral and then power cycling bluetooth. Does the read work before the peripheral is removed from memory?

I saw someone reporting in the developer forums successful tests using a small app that eats up the memory. Should be easy to create, I just never tried to. The only thing to take care of is keeping it from being killed prematurely. :)

Unfortunately, I don’t know about public code that uses the restoration.

Andras

On 2013.11.09., at 12:28, Darren Jones <email@hidden> wrote:

I see, so it’s the OS that’s broadcasting the peripheral, and it’s when I request a read of the characteristic that the restoration is made.
So the restoration might not be happening.

I just tested again, and on first scan it read the characteristic fine with this log:
Nov  9 11:06:25 Scotts-iPad BTLEServer[699] <Notice>: (Note ) Starting XPC server
Nov  9 11:06:25 Scotts-iPad BTLEServer[699] <Notice>: (Note ) PeripheralManager state is now powered on
Nov  9 11:06:25 Scotts-iPad BTLEServer[699] <Notice>: (Note ) Service "Unknown (<7905f431 b5ce4e99 a40f4b1e 122d00d0>)" has been published
Nov  9 11:06:25 Scotts-iPad BTLEServer[699] <Notice>: (Note ) Service "Battery" has been published
Nov  9 11:06:25 Scotts-iPad BTLEServer[699] <Notice>: (Note ) Service "Current Time" has been published
Nov  9 11:06:26 Scotts-iPad kernel[0] <Debug>: launchd[700] Container: /private/var/mobile/Applications/73A0C970-7697-41A9-AA68-9BB5CB9A83D5 (sandbox)
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: -[BTViewController viewDidLoad]
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: -[BTViewController peripheralManager:willRestoreState:]
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: -[BTViewController peripheralManagerDidUpdateState:]
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: -[BTViewController peripheralManager:didReceiveReadRequest:]
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: mainString:Scott
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: request.value:<53636f74 74>
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: Added Service
Nov  9 11:06:26 Scotts-iPad Bluetooth-Test[700] <Warning>: Error publishing service: Unknown error.

A second scan resulted in finding the peripheral, connecting to it, attempting to read the characteristic, but no logs whatsoever showing on the peripheral side and the unknown error as before.

Is there any boilerplate background peripheral code anywhere I can take a look at to double check that mine’s ok.

I’m using my sons iPad mini with 2 games called Gunner Z & Zombie Cafe that happily use all the memory and kill all apps after the intro videos are run.
I wonder if it’s possible to make a small app that just leaks all memory to kill all backgrounded apps?





 _______________________________________________
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: iPhones detecting each other in background
      • From: Darren Jones <email@hidden>
References: 
 >iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: András Kövi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Etan Kissling <email@hidden>)
 >Re: iPhones detecting each other in background (From: András Kövi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: András Kövi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: Andras Kovi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: Andras Kovi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Darren Jones <email@hidden>)
 >Re: iPhones detecting each other in background (From: Andras Kovi <email@hidden>)
 >Re: iPhones detecting each other in background (From: Andras Kovi <email@hidden>)

  • Prev by Date: Re: iPhones detecting each other in background
  • Next by Date: Re: iPhones detecting each other in background
  • Previous by thread: Re: iPhones detecting each other in background
  • Next by thread: Re: iPhones detecting each other in background
  • Index(es):
    • Date
    • Thread