Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jake — Wed, 19 Sep 2018 15:18:56 GMT

Thanks Jorgen, I'm afraid I can't share the project in its current state, it's almost production firmware now with the exception of this bug! I think what I'm going to do is try the full migration from 14.2 to 15, as I'm not happy with this squashed NRFX into 14.2 and the mess I now have here! I'll get back to you at some point and let you know how it goes, for now I'll mark your first answer as suggested answer 🙂

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jørgen Holmefjord — Wed, 19 Sep 2018 13:42:38 GMT

Can you share your project? I can help you debug it and try to get it working with app_timer2.

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jake — Tue, 18 Sep 2018 16:05:01 GMT

This is pretty much the first thing that happens in main() when the device is started. After LOG is initialised, app_timer and gpio is configured and the led_flash_for_ms() happens after. The old app_timer would work like this, regardless of whether the softdevice was enabled or not.

Seems that when using app_timer2, the end event never actually gets called, so the LED never goes off. The long flash time I was seeing was because something else was disabling the LED much further in the program.

The V2 timer is failing to run my timeout handler before or after softdevice is enabled, or even if I enable and select LFCLK manually. I've even tried lowering APP_TIMER_CONFIG_IRQ_PRIORITY but it still won't ever trigger my timeout handler for some reason.

(I'll get to the memory problem after I've got the first part working! OP_QUEUE_SIZE default definitely seems large enough but I'll see if increasing it solves the problem when I get there).

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jørgen Holmefjord — Fri, 14 Sep 2018 06:56:24 GMT

I can't see any obvious reasons that the timer should run 10x longer. Did you start the LFCLK before app_timer? This is required if the softdevice is not initialized. The NO_MEM error is most likely caused by the OP_QUEUE being too small. Please try increasing APP_TIMER_CONFIG_OP_QUEUE_SIZE. Are you calling the timer start functions from interrupt context? Is there something else running on higher priority in your application that can delay the handling of the interrupts?

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jake — Thu, 13 Sep 2018 15:03:07 GMT

Here's my LED flash code using app_timer (stripped out error handling etc.)

devzone.nordicsemi.com/.../ree.c

and excuse the mess, but here is the sdk_config file. I've just copied in a lot of the defines from SDK15 until my 14.2 project would build with the new NRFX and app_timer2 stuff squashed in.

devzone.nordicsemi.com/.../config.h

All the RTC and crystal frequency things seem ok so I have no idea what's making it run slow. The call to flash_for_ms happens before the softdevice is initialised, could that be a problem with this new app_timer2? It worked fine with the old one.

Thanks 🙂

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jørgen Holmefjord — Thu, 13 Sep 2018 12:41:01 GMT

Can you upload your sdk_config.h file, and the config/init code you use for app_timer?

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jake — Thu, 13 Sep 2018 08:28:53 GMT

I've managed to squeeze in all the new nrfx, hal and log things that app_timer2 depends on and for some reason the timer is lasting about 10x longer than it should now! I'm also getting an NRF_ERROR_NO_MEM error when trying to start a different timer on top of the first one - seems to be nrf_atfifo_item_alloc() inside timer_req_schedule()

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jake — Tue, 11 Sep 2018 16:14:33 GMT

Hi Jørgen,

Thanks for that suggestion, certainly seems like it might make a difference. I'm trying to get app_timer2 working in my project but there are all kinds of changes I need to make (there is no nrfx in 14.2). I'll let you know if it works out and mark this as answered sometime this week 🙂

Many thanks,

RE: Timer intermittently finishes too soon, rare conflict between app_timer and ble_advertising

Jørgen Holmefjord — Tue, 11 Sep 2018 11:51:13 GMT

Hi,

It sounds like what you are experiencing could be related to this issue. There is a new expermimental implementation of app_timer (app_timer2) in SDK 15.x.0, can you try to replace app_timer in your application with this implementation?

The new implementation use the same API, but is much simpler than the old one. You will have to replace the source file app_timer.c with app_timer2.c and drv_rtc.c, both found in components\libraries\timer\experimental. You also need to define the preprocessor symbols APP_TIMER_V2 and APP_TIMER_V2_RTC1_ENABLED.

Best regards,
Jørgen