nRF52-DK : UART Rx over USB loses first byte after hard reset but not after power cycle

[danmcb]

we have an app where we use a nRF52-DK board (with the 52832 chip) as a serial to BLE interface. We connect to the board using the USB UART channel. The interface IC on the board is flashed with binary j-link-ob-sam3u128-v2-nordicsemi-170724.bin

We have flow control on the interface enabled, parity off, baud rate 115200

The issue we see is that if we power cycle the DK and send a short binary packet, the complete packet is received. However if we use the RESET button on the DK, the first byte is NOT received by the nRF52832. This happens consistently and even when several seconds pass between the reset and sending the serial data.

Is this a known issue, is there some step that we need to do after a reset?

Thanks. UART INIT code follows.

void uart_init(void)

{

    ret_code_t err_code;

    app_uart_comm_params_t const comm_params =

    {

        .rx_pin_no    = RX_PIN_NUMBER,

        .tx_pin_no    = TX_PIN_NUMBER,

        .rts_pin_no   = RTS_PIN_NUMBER,

        .cts_pin_no   = CTS_PIN_NUMBER,

        .flow_control = APP_UART_FLOW_CONTROL_ENABLED,

        .use_parity   = false,

        .baud_rate    = UART_BAUDRATE_BAUDRATE_Baud115200

    };

    APP_UART_FIFO_INIT(&comm_params,

                       UART_RX_BUF_SIZE,

                       UART_TX_BUF_SIZE,

                       uart_event_handle,

                       APP_IRQ_PRIORITY_LOW,

                       err_code);

    APP_ERROR_CHECK(err_code);

}

[Simonr]

Hi

I agree that it didn't sound like a firmware issue from your description, I just wanted to put it down in writing just in case.

I have reported this internally now, and we're looking into it. Have you contacted SEGGER, as it seems like JLink/the RTT viewer needs an update to fix this.

Best regards,

Simon

[danmcb]

No problem, I appreciate your responsiveness. It took us a few days to isolate this issue.

I guess it does look as if RTT Viewer (or the suite it is a part of) is the issue, but as we cannot really see the traffic between that app and your interface uC, it's hard to be sure, and frankly we don't really want to spend much more time on it. We can workaround for now. If you reproduce and work on the issue, taking it up with Segger if that seems appropriate, that would be OK for us. Obviously we'd like to see a fix going forward.

Please keep us posted with your findings though - I'd personally like least to see the issue confirmed, as I thought I was going crazy for a bit :-)

All the best.