Polling Mode in Serial library

RE: Polling Mode in Serial library

Jørgen Holmefjord — Thu, 15 Mar 2018 19:30:20 GMT

When using the POLLING mode, the function calls nrf_serial_read and nrf_serial_write will not return until the operation is complete (the number of specified bytes have been transmitted or received), the timeouts will not be functional. If you do not write anything to the UART line, it will be stuck on the read if until the requested number of bytes are received. nrf_serial_flush will not have any effect in polling mode:

if (p_serial->p_ctx->p_config->mode == NRF_SERIAL_MODE_POLLING)
{
    return NRF_SUCCESS;
}

RE: Polling Mode in Serial library

sprasad — Thu, 15 Mar 2018 12:24:46 GMT

It does print the received data in the first iteration. It gets stuck only in the second iteration of the loop.

Btw, I'm going with polling mode because the functionality I'm trying to achieve is very trivial and doesn't need any complex queues and interrupt handlers. I just have to read data from both UARTs at will and store them. An example or code snippet describing the nuances of this polling mode would be very helpful.

RE: Polling Mode in Serial library

Jørgen Holmefjord — Wed, 14 Mar 2018 19:51:39 GMT

Is it stuck on the line on the first iteration of the loop, or on second/later run? Did you check the suggestion from Jakub in the other thread where you posted your issue? Why are you not checking the error codes from nrf_serial_flush function calls?

RE: Polling Mode in Serial library

sprasad — Wed, 14 Mar 2018 13:01:21 GMT

When I entered debug mode with Seggar Embedded studio, I saw that the control is stuck at line no.6 (ret = nrf_serial_read(&serial0_uart, &c, sizeof(c), NULL, 1000)). If you can suggest some debugging approach that would help me debug this problem better, I can try that too.

RE: Polling Mode in Serial library

Jørgen Holmefjord — Wed, 14 Mar 2018 10:33:18 GMT

How does it fail? Are you getting an error code from any of the function calls?

RE: Polling Mode in Serial library

sprasad — Tue, 13 Mar 2018 16:10:48 GMT

Thank you for the guidance. I was able to read and write the data using polling mode.

I tried to replicate the same approach while using both UART0 and UARTE1 and tried to read the data from both UARTS. I'm able to read first character of UART0 only and after that the program gets stuck. Here is the code. Can you please suggest what could be done to overcome this?

// UART0 -> RX_PIN_NUMBER, TX_PIN_NUMBER (DEFAULT)
//UARTE1 -> ARDUINO_SDA_PIN, ARDUINO_SCL_PIN (DEFAULT)
        
        //In a loop
        
        ret = nrf_serial_read(&serial0_uart, &c, sizeof(c), NULL, 1000);
        if (ret != NRF_SUCCESS)
        {
            continue;
        }
        (void)nrf_serial_write(&serial0_uart, &c, sizeof(c), NULL, 0);
        (void)nrf_serial_flush(&serial0_uart, 0);
        
        ret = nrf_serial_read(&serial1_uart, &c, sizeof(c), NULL, 1000);
        if (ret != NRF_SUCCESS)
        {
            continue;
        }
        (void)nrf_serial_write(&serial0_uart, &c, sizeof(c), NULL, 0);
        (void)nrf_serial_flush(&serial1_uart, 0);
        (void)nrf_serial_flush(&serial0_uart, 0);

On commenting out each uart sections individually, the code works fine. Only when i put both together, it fails! What might be the reason?

RE: Polling Mode in Serial library

Jørgen Holmefjord — Tue, 13 Mar 2018 14:41:56 GMT

Hi,

I'm not aware of any examples of using polling mode, but this should be quite straight forward. You can start with the serial example, and modify it to your needs. You need to change the configuration as described in the documentation:

NRF_SERIAL_CONFIG_DEF(serial_config_polling, NRF_SERIAL_MODE_POLLING,

NULL, NULL, NULL, NULL);

Polling mode does not use QUEUES, BUFFERS, EVENT_HANDLER, or SLEEP_HANDLER, so you can remove all defines of these. You then need to call nrf_serial_write() and nrf_serial_read() to write and read the UART. The UART driver will operate in blocking mode, waiting for the operation to complete.

Best regards.
Jørgen