Re: stopping scan & adv in bleprph example

2017-01-18 Thread Christopher Collins
Hi, sorry for the late response. Somehow I missed this. On Mon, Jan 16, 2017 at 08:22:27PM -0800, will sanfilippo wrote: > Yes, Mynewt works the same way as FreeRTOS in this respect. Well, at least in > the way you are describing FreeRTOS. We have a tickless OS and when we decide > to go to

Re: stopping scan & adv in bleprph example

2017-01-16 Thread will sanfilippo
Yes, Mynewt works the same way as FreeRTOS in this respect. Well, at least in the way you are describing FreeRTOS. We have a tickless OS and when we decide to go to sleep we are waiting for an interrupt to wake us up. Regarding the radio: there are some registers that are only programmed once,

Re: stopping scan & adv in bleprph example

2017-01-16 Thread Christopher Collins
Hi Chew, On Tue, Jan 17, 2017 at 01:08:16AM +, Lm Chew wrote: > So calling ble_gap_adv_stop and ble_gap_disc_cancel will stop all radio > activity is that correct? It depends on what your application has told the stack to do. If you have initiated a connection, you will also need to cancel

Re: stopping scan & adv in bleprph example

2017-01-16 Thread Lm Chew
Hi Chris, Thanks for the reply. So calling ble_gap_adv_stop and ble_gap_disc_cancel will stop all radio activity is that correct? Is it safe to modify the Radio setting(on the physical just like in ble_phy) after just calling these functions? Hi Will, Not exactly a "system off" I am looking

Re: stopping scan & adv in bleprph example

2017-01-16 Thread will sanfilippo
If by deep sleep you mean “system off” mode requiring some form of wakeup, it is curently not implemented. You would have to hook that in yourself. > On Jan 16, 2017, at 9:22 AM, Christopher Collins wrote: > > Hi Chew, > > On Mon, Jan 16, 2017 at 11:33:23AM +, Lm Chew