Identifying different types of UART errors

RE: Identifying different types of UART errors

Karl Ylvisaker — Fri, 09 Oct 2020 08:58:00 GMT

Hi,

[quote user="nordev"]Thanks so much for your reply.[/quote]

No problem at all, I am happy to help!

[quote user="nordev"]I have these log-related preprocessor defines:[/quote]

Thank for clarifying! For future reference, it would be easier if you share the contents of the sdk_config file, instead of copying / screenshotting select parts.

[quote user="nordev"]

The errors don't impede other app function (e.g. I can still establish a BLE connection just fine), so it isn't a problem in that sense. But I just want to have the capability to investigate what is causing them.

For ex: What does error_mask = 0x00000004 mean? Can you tell me how to find the error codes in the code?

[/quote][quote user="nordev"]What does that mean that it is missing? Should I type it in directly?[/quote]

Yes, you may add it directly there, please do this, and see if you then get a more detailed error message output to your log.

[quote user="nordev"]Interestingly, the app usually starts out OK with no errors, and at some point later the flood starts happening. I timed it a few times to see how long after pressing "start" on the debugger the error flood started -- on different occasions, it was 55s, 1m12s, 7m27s, 40s -- so you can see it varies.[/quote][quote user="nordev"]Can you also please answer my question 1-3 from the original message?[/quote]

I think there might be some confusion / double-crossing here between the UART driver, and the serial port library..
Could you verify for me whether you are looking to use the UART driver or library, or the serial port library? Please note that the serial port library is more complex, and requires more to make work, than the UART driver and/or library. The Serial port library is also legacy as of SDK v.17. Which SDK version are you using, by the way?
Your original ticket text leads me to believe you are looking to use the UART peripheral with the UART driver / library, but all your included code points to the serial port library instead.

[quote user="nordev"]Note -- the DEBUG statement in this code snippet never prints out[/quote]

What is your LOG level set to, are you sure that you are writing out DEBUG logs?

[quote user="nordev"]I do have APP_ERROR_CHECK everywhere, except not for gpio operations. i.e. I don't do APP_ERROR_CHECK after nrf_gpio_cfg_input() etc.[/quote]

Great! No need for APP_ERROR_CHECKS for functions that do not return anything, that is fine.

Best regards,
Karl

RE: Identifying different types of UART errors

nordev — Thu, 08 Oct 2020 18:58:38 GMT

Hi Karl,

Thanks so much for your reply. I have these log-related preprocessor defines:

#define NRF_LOG_DEFERRED 0
#define NRF_LOG_BACKEND_RTT_ENABLED 1

#define NRF_LOG_ENABLED 1

I believe 4 is debug.

But DEBUG is not here (see screenshot):

What does that mean that it is missing? Should I type it in directly? I have never added anything to this list directly

----------------------------------------------------------------------------------------

The error I see is just this, over and over again in a constant flood:

The code that logs the errors is as follows:

void serial_event_handler(struct nrf_serial_s const * p_serial, nrf_serial_event_t event)
{
	switch (event)
	{
	...
	
	case NRF_SERIAL_EVENT_DRV_ERR:
		NRF_LOG_ERROR("NRF_SERIAL_EVENT_DRV_ERROR");
		break;
	}
	
	...
}

Interestingly, the app usually starts out OK with no errors, and at some point later the flood starts happening. I timed it a few times to see how long after pressing "start" on the debugger the error flood started -- on different occasions, it was 55s, 1m12s, 7m27s, 40s -- so you can see it varies.

I do have APP_ERROR_CHECK everywhere, except not for gpio operations. i.e. I don't do APP_ERROR_CHECK after nrf_gpio_cfg_input() etc.

EX, here is some relevant code:

Note -- the DEBUG statement in this code snippet never prints out, so it seems like ever time I call nrf_serial_write, I get NRF_SUCCESS.

For ex: What does error_mask = 0x00000004 mean? Can you tell me how to find the error codes in the code?

Can you also please answer my question 1-3 from the original message?

Thanks a lot!

RE: Identifying different types of UART errors

Karl Ylvisaker — Thu, 08 Oct 2020 13:17:31 GMT

Hello,

[quote user=""]Generally, I would like to know all the different things that trigger NRF_SERIAL_EVENT_DRV_ERR,
because I am getting a lot of these errors and I would like to figure out the specific source of these errors in order to troubleshoot them. [/quote]

I am sorry to hear that you are facing so many unknown errors.
Could you confirm for me that you have DEBUG defined in your preprocessor defines, and that all calls to Nordic SDK Functions that returns error codes are passed to an APP_ERROR_CHECK?
The following image shows how you may check to see that DEBUG is defined:

If you have DEBUG defined, and make sure to pass the returned error codes to an APP_ERROR_CHECK, then - in the case of an error != NRF_SUCCESS - a the particular error and returning function will be outputted to the log, before the application is reset.
Please check to see if you have done these things, and if you have, please share the message that is output to the logger.

Looking forward to resolving these issues together!

Best regards,
Karl