RE: Dynamically change UART baud rate

Aftab — Thu, 14 Sep 2023 12:42:21 GMT

This solved the problem, thank you.

RE: Dynamically change UART baud rate

hmolesworth — Fri, 08 Sep 2023 19:14:09 GMT

app_uart_put() only places a character in the fifo queue which immediately start transmission of the byte, however bit-shifting of that byte out of the uart Tx port hasn't completed and so the 2nd change to the baud rate takes place and affects the shifted bit timing immediately. Maybe try:

    // Create start sequence with modified baud rate
    NRF_UART0->BAUDRATE = (UART_BAUDRATE_BAUDRATE_Baud57600 << UART_BAUDRATE_BAUDRATE_Pos);
    while (app_uart_put(0) != NRF_SUCCESS);
    // Wait for all 10 or 11 bits to get shifted out of Tx pin
    nrf_delay_us(191); // Minimum break duration but also 11 bits at 57600baud
    // Change the baud rate back to 250k
    NRF_UART0->BAUDRATE = (UART_BAUDRATE_BAUDRATE_Baud250000 << UART_BAUDRATE_BAUDRATE_Pos);

Edit:
Note at 57600 baud that's more like 191uSec for 11 bits assuming 2 stop bits, which gives a 156 uSec Break with 9-bits low. 88 uSec Break would be approximately 5 bits low or 0xF0 at 57600 baud taking the start bit as the first low bit, but also a following Mark of at least 5 bits.

You can tune the Break/Mark more accurately by selecting a baud rate which gives exact Break/Mark times required:

// Baudrate generator for the UART is the top 20 bits of a 32-bit field; add in rounding 0.5 ls bit
 uint32_t CalculatedRegisterValue;
 uint64_t SystemClock = 16000000ULL;    // Typically 16MHz
 uint64_t MagicScaler = 32; // Preserves bits on divisions, shift 32 bits
 CalculatedRegisterValue = (uint32_t)((((uint64_t)RequiredBaudRate << MagicScaler) + (SystemClock>>1) / SystemClock) + 0x800) & 0xFFFFF000;