[nRF52811] two way UART connection

[slid_daaviet]

Hello,

I am currently using the logger backend to send information via UART from the nRF52811 to a PC. This works well, but only for one way communication. I would like to send some instructions from the PC to the nRF52811, which means having a two way communication via UART. Is this even possible?

Thanks in advance.
David

[Einar Thorsrud]

Hi David,

Are you using the logger module in the nRF5 SDK? If using a recent nRF5 SDK versions and the logger module, you can consider the CLI interface. Older nRF5 SDK versions also had a method for reading back simple characters without using the CLI (using NRF_LOG_GETCHAR()), but that was removed in SDK 15.0.0.

Einar

[slid_daaviet]

From what I can understand, CLI Interface allows to control logger parameters, but what if I want to control radio features, e.g stop transmission, or change gpio pins?

[slid_daaviet]

If I enable the DEBUG flag, app_error_handler function is called. It has an error code, a p_file_name and line_num, how can I interpret the hexadecimal value of p_file_name to locate the error?

[Einar Thorsrud]

Hi,

p_file_name is a pointer to a string that shows the file name where the error was detected by an APP_ERROR_CHECK. If you enable logging it is printed directly. If not, you can inspect it with a debugger. Remember to first make a debug build as that makes this much easier (the C code you see then matches the machine code). Then inspect for instance like this if using SES:

1. Add p_info to watch
2. Read the value of p_file_name wihin p_info
3. Type inn (char*)<value of p_file_name> as an expression

then you can read the value of the string like this:

[slid_daaviet]

Instead of pointing to a file, it says "Restricted memory range". Have you any idea what it means?

[Einar Thorsrud]

Hi,

This is within the RAM of the nRF51811 so I am not sure why SES restricts this. You can turn of restrictions though, from project options under Debug -> Debugger. There set "Restrict Memory Access" to "No". Does that help?

Updat: Just to be sure, make sure you test a debug project, so that DEBUG is defined. That is needed for this information to be part of the build.

[slid_daaviet]

I get an "L". I can't find what it means. Any idea? (sorry for so many questions)

[Einar Thorsrud]

Hm, no. No idea, to be honest. Are you testing a debug build? And can you show how you found the value 0x20005f28?

[slid_daaviet]

I wasn't testing a debug build. When debugging, I select the app_error_handler function to get the p_file_name value:

Then I check the string pointed by p_file_name using watch, and got this:
Interest fact: when I set NRF_LOG_ENABLE to 1,  build and start debugging, the program gets stuck in "running..." at app_fifo_get()