might worth mentioning that just happens in gdb .. if i use ozone (segger tool) it debugs straight away
i check those recommendations as soon as im back on the desk
thanks again
love the project but could use some more documentation or a chatroom irc/gitter
pierre
> On 30 May 2017, at 18:37, Christopher Collins <ch...@runtime.io> wrote:
>
> Hi Pierre,
>
> First, don't worry about asking a lot of questions. There are probably
> others with the same questions who will benefit from your asking them!
>
> On Tue, May 30, 2017 at 04:32:20PM +0100, Pierre Kircher wrote:
> [...]
>> the breakpoint points on main.c 129 > apps/bleprph/src
>>
>> Reading symbols from
>> /Users/pkircher/dev/puck/bin/targets/bleprph/app/apps/bleprph/bleprph.elf...
>> done.
>> os_tick_idle (ticks=595) at
>> repos/apache-mynewt-core/hw/mcu/nordic/nrf52xxx/src/hal_os_tick.c:200
>> 200 if (ticks > 0) {
>> Not implemented stop reason (assuming exception): undefined
>>
>> never hits that breakpoint - is that a known issue ?
>
> That is not a known issue. My guess is that the API call immediately
> before that point (ble_gap_adv_set_fields) is failing for some reason.
> One common reason is that the app is trying to put too much data into
> the advertisement. For example, this happens if you are using a very
> long name. I would backtrack a bit; set a breakpoint on
> bleprph_advertise() and see if your app gets there.
>
> FYI, here is the expected sequence of events:
> 1. main()
> 2. bleprph_on_sync() (communication established among host and
> controller).
> 3. bleprph_advertise (called from bleprph_on_sync()).
>
> Chris
signature.asc
Description: Message signed with OpenPGP
