Wakeup the nrf51422 with UART pins.

RE: Wakeup the nrf51422 with UART pins.

awneil — Wed, 03 Jul 2019 12:41:47 GMT

[quote userid="26071" url="~/f/nordic-q-a/49220/wakeup-the-nrf51422-with-uart-pins/196249"]it was the communication error event that caused the reset[/quote]

This is a known "feature":

https://devzone.nordicsemi.com/f/nordic-q-a/45287/how-to-handle-the-crash-about-app_uart_communication_error/177948#177948

https://devzone.nordicsemi.com/f/nordic-q-a/41480/multiperipheral-nus-crashes/161714#161714

https://devzone.nordicsemi.com/f/nordic-q-a/40697/how-to-resolve-the-error-nrf_error_no_mem-at-the-case-app_uart_communication_error-in-uart_event_handle/160847#160847

I would call it a bug - such comms errors should not be fatal.

RE: Wakeup the nrf51422 with UART pins.

Edvin — Wed, 03 Jul 2019 12:08:21 GMT

[quote user="Amit_ P"]Kindly give your feedback for the same.[/quote]

I'm not sure I understand.

But yes. Then it was the communication error event that caused the reset. So now that you know the reason for this event, you can at least "ignore" the first time this occurs after a system_off wakeup.

Best regards,

Edvin

RE: Wakeup the nrf51422 with UART pins.

Amitkumar — Wed, 03 Jul 2019 10:00:17 GMT

Dear Edvin,

Yes the system reset is doen't occur only when the i comment APP_ERROR_CHECK() at uart handler.

I am compiling the code in IAR v8.30.

Kindly give your feedback for the same.

Regards,

Amit

RE: Wakeup the nrf51422 with UART pins.

Edvin — Wed, 03 Jul 2019 08:43:46 GMT

I only suggested changing the optimization level in order to see what the p_event->data.error_communication value was when you were debugging. Does the issue disappear if you only change the optimization level, and not comment out the APP_ERROR_CHECK(p_event->data.error_communication)?

What APP_ERROR_CHECK(err_code) does is to reset the device if (err_code) is not 0. It may be desirable in some cases, but not necessarily all. If you are aware that this will happen there is no need to reset the device, but rather use this event to tell the application that something happened.

One classic example is when you queue too many packets in BLE, and you get the return value NRF_ERROR_RESOURCES from the sd_ble_gatts_hvx(), and pass this into APP_ERROR_CHECK() the device will reset. In this case it would be better to use this return code to know that the last packet was not queued, and try to queue it later, rather than restarting the device, causing the BLE link to disconnect, and start from scratch.

So unless a restart solves the issue, it is better to just be aware of these events, rather than restarting. However, it is quite useful during development, to make sure that the developer is aware of these events.

Sorry for the digression. Back to the issue. Does only changing optimization level solve the issue? Or does it only go away if you also comment out that APP_ERROR_CHECK()?

If only optimization level does the trick, what compiler do you use (if armgcc, what version)?

It may also be related to compiler warnings if optimization level changes the behavior. Try to rebuild your project from scratch, and see if you get any compiler warnings.

RE: Wakeup the nrf51422 with UART pins.

Amitkumar — Tue, 02 Jul 2019 13:17:11 GMT

Dear Edvin,

Thanks for response.

I have changed the Optimization level to zero and it's working fine. It wake up on driving low and also sending strings through uart after initialization. However i have few question regarding this.

1. is it okay to comment the APP_ERROR_CHECK(p_event->data.error_communication) ?

2. Why the code is working fine after changing optimization level?

Regards ,

Amit

RE: Wakeup the nrf51422 with UART pins.

Edvin — Tue, 02 Jul 2019 12:33:01 GMT

Hello,

Looking at the struct app_uart_evt_t in app_uart.h on line 118, it says that the APP_UART_COMMUNICATION_ERROR event contains the value of the ERRORSRC from the UART peripheral, which you can see in Table 279 in the reference manual.

So, 12 = 0xb1100, meaning D=1, C=1, B=0, A=0 (in the table).

D means that it is a break, which is what you are seeing. C means "Framing error", which is caused by that the data doesn't seem to fit with the baudrate of the UART. This is probably because it takes some time to start up the UART, and the nRF thinks that the first bit is too short.

[quote user="Amit_ P"]still it reset the controller Kindly give your feedback for the same.[/quote]

Can you try to:

1: disable optimization in your project, and

2: define DEBUG in your preprocessor defines.

Then set a breakpoint on line 76 in app_error.c. Does it stop at this breakpoint? If so it should point to a place in your project. What is .line_num, p_file_name, and .err_code? and what is the function that returned the err_code that was passed into APP_ERROR_CHECK() on this place in your project?

RE: Wakeup the nrf51422 with UART pins.

Amitkumar — Tue, 02 Jul 2019 12:11:48 GMT

Dear Edvin,

Thanks for your Kind Response!!!

Yes ,the APP_UART_COMMUNICATION_ERROR event inside the uart event handler causing the reset of the controller.

The value i got from p_event->data.error_communication is 12 ,i don't know what it means. I also comment the APP_ERROR_CHECK(p_event->data.error_communication) ,still it reset the controller Kindly give your feedback for the same.

Regards,

Amit

RE: Wakeup the nrf51422 with UART pins.

Edvin — Tue, 02 Jul 2019 10:55:42 GMT

Hello Amit,

[quote user=""]The problem is occurring that when it wakes up from the system off mode and when it try to configure the wakeup pin as uart the system reset occur.[/quote]

Is that the APP_UART_COMMUNICATION_ERROR event inside your uart event handler that resets the controller? If so, can you try to just print out the p_event->data.error_communication in the log (or debug to see what it is), instead of passing it into the APP_ERROR_CHECK(p_event->data.error_communication)?

Printing it just to see what reason it is. What I really want to know is whether it behaves properly if you just remove the APP_ERROR_HANDLER(p_event->data.error_communication); inside the APP_UART_COMMUNICATION_ERROR event in your uart event handler.

Best regards,

Edvin