nrf52832 UART data reception from another MCU and printing it over serial terminal

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Karl Ylvisaker — Wed, 04 Oct 2023 14:46:11 GMT

Hello,

Thank you for the clarification, and for the diagram - this is very helpful for me to see.

[quote user="Jayasurya K"]My aim was to receive the values, and if a value is received, an LED should be blinking. And in the radar part the parsing was not done by us. TI's internal team did it. THey said that the 4,1,1,1,1 values are sent in terms of ASCII characters. I am able to read hello world from the radar module but not the number values. I hope you have a clarity now. I am also attaching a simple illustration of what the[/quote]

Does this mean that the 4,1,1,1,1 values are sent as the Oct 004 and 001, or does it mean that they are being sent as Oct 064 and 061?
If the radar always outputs characters (like in the 'hello world' case), then there should be no issue seeing them on the UART, which is why I suspect that the readings might be sent as binary values instead of ASCII characters, leading to an incorrect parsing.

Do you have access to a logic analyzer? This would let us see exactly what it is that is being sent between the devices, without any uncertainty.

Best regards,
Karl

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Jayasurya K — Tue, 03 Oct 2023 13:38:30 GMT

Hi Karl,

Let me explain you in a detailed way. So this IWRL6432 module gives values over RS232 each second which is updated by an internal radar operation(transmission and reception using antennas). Initially, these values were sent in binary format. I was able to read them using a serial terminal but not using nRF52. I did not even want to print the values as I thought there will be data loss as 2 UART are being used simultaneously. My aim was to receive the values, and if a value is received, an LED should be blinking. And in the radar part the parsing was not done by us. TI's internal team did it. THey said that the 4,1,1,1,1 values are sent in terms of ASCII characters. I am able to read hello world from the radar module but not the number values. I hope you have a clarity now. I am also attaching a simple illustration of what the issue is.

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Karl Ylvisaker — Tue, 03 Oct 2023 11:14:50 GMT

Hello,

[quote user="Jayasurya K"]Thanks and sorry for the delayed reply.[/quote]

No worries at all, we'll continue this whenever you have the chance.

[quote user="Jayasurya K"]After few corrections, we were able to make radar module to give live values in form of characters.[/quote]

Does this means that you have changed the parsing to instead convert the received integers to chars, instead of the other way around? Could you elaborate on how you have done this, so that I may get a better understanding of how your system now functions?

[quote user="Jayasurya K"]we are able to receive each character, store and then print them. Now, the module sends live updated data "4, 0, 0, 0, 0" in character format. When we tried to receive this using the nRF52 with same code, it was not possible. What are we missing here? What should be done in order to receive the live data from radar module?[/quote]

This is likely because you have changed the output for the radar has changed. Please elaborate on what the sensor is actually outputting, and how you are processing this on the receiving nRF.
Could you perhaps create a small diagram to illustrate your system as well?

Best regards,
Karl

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Jayasurya K — Tue, 03 Oct 2023 04:33:53 GMT

Hi Karl,

Thanks and sorry for the delayed reply. After few corrections, we were able to make radar module to give live values in form of characters. Now the issue is, when I try to receive a data "Hello World" from the module, we are able to receive each character, store and then print them. Now, the module sends live updated data "4, 0, 0, 0, 0" in character format. When we tried to receive this using the nRF52 with same code, it was not possible. What are we missing here? What should be done in order to receive the live data from radar module? Please clarify for us on this. Here are the UART configurations.

Baud rate: 115200

Parity bit: none

Hardware flow control: disabled

Stop bits: 1

UART instance: UART0

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Karl Ylvisaker — Fri, 29 Sep 2023 10:15:18 GMT

Hello,

[quote user="Jayasurya K"]Thanks for the reply.[/quote]

No problem at all, I am happy to help! :)

[quote user="Jayasurya K"] Yes. Except this everything is working fine. For example, i tried to receive the data "hello world" from the radar module. I received each character, stored it in an array and printed it. It worked perfectly. But when I try to receive the values 4 and 10 from the module, I am not able to print the same value. I am attaching the code for your reference.[/quote]

I am glad to read that everything else is working fine - this strengthens my suspicion that this issue is with the parsing of the data, and not with the application/data itself.
Could you clarify what you mean when you say 'print' here, do you mean print in the log, or in your serial monitor?
In case of the former, please try to use printf("%#08x\n", i); for your printing of the data to verify that it is the correct value.
In case of the latter, please check if your serial monitor has an option to show the received data directly without parsing it as char.

For future reference, please use the Insert -> Code option when sharing code here on DevZone.

Best regards,
Karl

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Jayasurya K — Thu, 28 Sep 2023 15:47:16 GMT

Can you please help me in this? I am actually receiving a binary data over UART. I need to print the corresponding integer value but I am stuck.

Thanks

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Jayasurya K — Thu, 28 Sep 2023 11:59:17 GMT

Thanks for the reply. Yes. Except this everything is working fine. For example, i tried to receive the data "hello world" from the radar module. I received each character, stored it in an array and printed it. It worked perfectly. But when I try to receive the values 4 and 10 from the module, I am not able to print the same value. I am attaching the code for your reference.

int main(void)
{
uint32_t err_code;
bsp_board_init(BSP_INIT_LEDS);

const app_uart_comm_params_t com_params =
{
RX_PIN_NUMBER,
TX_PIN_NUMBER,
RTS_PIN_NUMBER,
CTS_PIN_NUMBER,
UART_HWFC,
false,
NRF_UART_BAUDRATE_115200

};

APP_UART_FIFO_INIT(&com_params, UART_RX_BUF_SIZE, UART_TX_BUF_SIZE, uart_err_handle, APP_IRQ_PRIORITY_LOWEST, err_code);

APP_ERROR_CHECK(err_code);

printf("UART Receiver\n");

while(true)
{

uint32_t cr;

uint32_t data[20];
int i=0;

app_uart_get(&cr);

if(cr!=0)
{

data[i] = cr;
i++;
// for (int j = 0; data[j] != '\0'; j++) {
printf("%d",data[i]);
// }
nrf_delay_us(1000000);

// }

}

}
}

RE: nrf52832 UART data reception from another MCU and printing it over serial terminal

Karl Ylvisaker — Thu, 28 Sep 2023 11:44:30 GMT

Hello,

[quote user=""]When I try to fetch this data via UART TX and RX pins, they are not received and printed properly. Instead, an unknown value is printed over serial terminal. Is there any way to overcome this? [/quote]

This sounds to me like it might be an issue with the parsing of the received data.
Is everything else working as expected, apart from the received values not being as expected? I.e there is no errors or failures otherwise?

Could you provide some examples of these unknown values, and the range that you would have expected them to be in?
My suspicion is that your sent integers are interpreted as char on the receiving end, for instance.
To isolate where in the communication this happens you can print the data received from your sensor in the device log, as well as pushing it to the UART. This way you can verify if the issue is that your serial terminal is parsing it incorrectly, or if the value is incorrect in the nRF.

Best regards,
Karl