(software break) Why does changing uart baudrate take so long (250-300ms)?

[zpg6]

I am working with a use case that requires changing the baud rate, sending an 0x00, and changing the baud rate back, in effect creating a software break for LIN Bus.

// initially set to 9600 in uart::Config

lin_uart.write_byte(0).unwrap();
lin_uart_config.baudrate(19200);
lin_uart.apply_config(&lin_uart_config).unwrap();
lin_uart.write_bytes(&[0x55,0x01,0x02,0x03]).unwrap();

But on the oscilloscope there is a 250-300ms gap between the 0x00 and the 0x55.

I even went into esp-hal/src/uart.rs and commented the other operations to exclude them as taking up the time:

fn apply_config(&self, config: &Config) -> Result<(), ConfigError> {
    //self.set_rx_fifo_full_threshold(config.rx_fifo_full_threshold)?;
    //self.set_rx_timeout(config.rx_timeout, config.symbol_length())?;
    self.change_baud(config.baudrate, config.clock_source);
    //self.change_data_bits(config.data_bits);
    //self.change_parity(config.parity);
    //self.change_stop_bits(config.stop_bits);

    // Reset Tx/Rx FIFOs
    //self.rxfifo_reset();
    //self.txfifo_reset();

    Ok(())
}

Any ideas what takes so long? Or a better way to generate software break for LIN

[MabezDev]

A bit more info like which chip, esp-hal version, compiler version etc would be helpful. Are you running in release mode also btw?

[zpg6]

A bit more info like which chip, esp-hal version, compiler version etc would be helpful. Are you running in release mode also btw?

esp-hal = { version = "0.22.0", features = ["esp32"] }

rustc 1.82.0-nightly

---

Run once when I first open the terminal:

. $HOME/export-esp.sh

Then as run command:

cargo +esp run --release

[bjoernQ]

I see some other / general problems with rapidly changing the baud rate (see #2743)