В примерах SDK коды возврата из функций, которые могут соответствовать сообщениям об ошибках, обычно проверяются макросом APP_ERROR_CHECK. В случае ошибки произойдет вызов функции app_error_handler, которая находится в модуле app_error.c. Вот её код:

#ifndef DEBUG
   NVIC_SystemReset();

#else

Такое поведение задано по умолчанию, когда в проекте не назначено макроопределение DEBUG. Это означает, что в ответ на любой код, который не равен NRF_SUCCESS, будет произведен системный сброс (system reset).

Если в проекте определить DEBUG, то вместо этого действия препроцессором будет подставлен другой код, наподобие следующего (он может меняться в зависимости от версии SDK):

m_error_code = error_code;
m_line_num = line_num;
m_p_file_name = p_file_name;
UNUSED_VARIABLE(m_error_code);
UNUSED_VARIABLE(m_line_num);
UNUSED_VARIABLE(m_p_file_name);
__disable_irq();

while(loop);

В этом коде запрещаются прерывания, и программа уходит в бесконечный цикл while. В этом случае мы можем либо вывести на печать (printf через RTT [2]), либо прочитать (в отладчике) код ошибки, номер строки и имя файла, где был возвращен код ошибки.

@warning Этот обработчик предоставлен только в качестве примера,
и он не должен быть перенесен в конечный продукт. Необходимо
тщательно проанализировать, как устройство должно реагировать
на подобные случаи ошибок в программе.

Если вы посмотрите на стек вызовов (меню View -> Call Stack Window), вы увидите, из какого вызова функции возникла ошибка, и тогда вам придется обратиться к документации этой функции в Infocenter. Коды ошибок, возвращаемые драйверами/библиотеками SDK, обычно являются глобальными кодами ошибок.

[Ссылки]

1. Device is freezing and restarting site:nordicsemi.com.
2. nRF5x: отладка с помощью RTT.