Bug: App Scheduler and freeRTOS

RE: Bug: App Scheduler and freeRTOS

Dave_couling — Wed, 11 Oct 2017 18:25:56 GMT

I added app_sched_execute(); (as well as #include "app_scheduler.h") to port_cmsis_systick.c after the sd_app_evt_wait(); call. This seemed to resolve the issue of delayed events. The main issue was that ONLY ble events were triggering the Scheduler to handle events. So if I posted any application events to the scheduler they simply would not execute until the next BLE event.

RE: Bug: App Scheduler and freeRTOS

Dave_couling — Wed, 11 Oct 2017 18:02:49 GMT

I am currently using SDK12.3. When will SDK14.1 be available? Also is the architecture in SDK14 set such that BLE is strictly on its own? Currently I run SAADC from my BLE thread, how it seems in SDK14 the BLE thread is somewhat abstracted.

RE: Bug: App Scheduler and freeRTOS

Sigurd — Wed, 11 Oct 2017 13:04:04 GMT

Hi,

If you are pulling SoftDevice events in the scheduler you will see this bug. We are fixing this in the upcoming SDK version 14.1. The solution in SDK 14 is to switch the sequence in the softdevice_task() in nrf_sdh_freertos.c

static void softdevice_task(void * pvParameter)\{

    NRF_LOG_DEBUG("Enter softdevice_task.");

    if (m_task_hook != NULL) \{

        m_task_hook(pvParameter);

    }

    while (true) \{

        nrf_sdh_evts_poll();

        (void) ulTaskNotifyTake(pdTRUE, portMAX_DELAY);

    }

}