FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

RE: FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

ovrebekk — Fri, 22 Jun 2018 08:47:00 GMT

Unless the SoftDevice is set up to use the app_scheduler module the nus_data_handler(..) will run in interrupt context.

Could you try to run the code from main context instead and see if it solves the issue?

To test this simply create a flag that you set inside the nus_data_handler, and check the status of this flag in the main loop:

static volatile bool update_motor = false;

static void nus_data_handler(ble_nus_t * p_nus, uint8_t * p_data, uint16_t length)
{
printf("%s\r\n", p_data);

if (p_data[0] == '1')
{
update_motor = true;
}
}

// In main loop...

if(update_motor)
{
update_motor = false;
run_motor(0, 5000);
}

Best regards
Torbjørn

RE: FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

4ward3D — Thu, 21 Jun 2018 14:45:28 GMT

Thanks for the help ovrebekk. I am not using printf in the interrupt. I am simply calling ble_nus_string_send after printf. Here's some example code:

static void nus_data_handler(ble_nus_t * p_nus, uint8_t * p_data, uint16_t length)
{
	printf("%s\r\n", p_data);

if (p_data[0] == '1'){
run_motor(0, 5000);
}

void run_motor(int direction, int nosteps){
	printf("%s", "got here\r\n");
    unsigned char string_tosend[]= {"Motor Running"};
// remove the following line and printf to terminal sends all charators
// with following line in, the first charactor is sent (from nus_data_handler)
// and the program stops
	while(ble_nus_string_send(&m_nus, string_tosend, strlen((char*)string_tosend)) != NRF_SUCCESS);  
    motor_steps = nosteps;	
    current_steps = nosteps;
    motor_direction = direction;
    uint32_t err_code;
    err_code = app_timer_start(motor_step_timer_id, APP_TIMER_TICKS(MOTOR_TICKS, APP2_TIMER_PRESCALER), NULL);      APP_ERROR_CHECK(err_code);
	err_code = app_timer_start(motor_run_timer_id , APP_TIMER_TICKS(nosteps, APP2_TIMER_PRESCALER), NULL);
    APP_ERROR_CHECK(err_code);
}

ble_nus_string_send is clobbering the printf for some reason. Could I check and wait for printf to send all characters before calling it?

RE: FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

ovrebekk — Thu, 21 Jun 2018 11:56:03 GMT

The issue where you can't use an interrupt based driver from a high priority interrupt is not changed. The only solution to this issue is to use a non interrupt based driver.

Where are you calling the code from?
In general calling functions like ble_nus_string_send in a loop is a bit risky, especially if you do it in an interrupt (like an event handler). It is wiser to set a flag if the BLE buffers are full, and try to send the packet again once the TX complete event occurs.

Best regards
Torbjørn

RE: FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

4ward3D — Thu, 21 Jun 2018 01:32:12 GMT

I know this is an old thread but has anyone solved this issue? I am using UART for debugging with printf() and it is working fine in most of the code. If I do a while(ble_nus_string_send(...)!=NRF_SUCCESS), after my printf, the terminal shows only one character and program locks. Can anyone help?

RE: FIFO uart stops sending when inside app_error_handler (flush doesnt do it)

ovrebekk — Mon, 09 Nov 2015 14:45:12 GMT

This could be an interrupt issue, where the UART interrupts are blocked because the app_error_handler is running in a higher (or the same) interrupt context.

Could you please try using the simple_uart driver instead? It doesn't use interrupts, and should work fine from any interrupt priority.

I have attached the driver here for your convenience:

Best regards
Torbjørn