You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After a call to half_duplex_* any attempt to get back so far by manual register edits, but presumably also by stealing the SPI peripherals and re-creating it seems to fail.
Currently unable to continue testing due to missing hardware.
To Reproduce
spibus
.half_duplex_write(
mode,Command::None,Address::_24Bit(addr_spi_mode, mode),0u8,&(0u32.to_le_bytes()),)?;let spi_config_fast = esp_hal::spi::master::Config::default().with_frequency((23).MHz()).with_mode(esp_hal::spi::Mode::_0);
spibus.apply_config(&spi_config_fast);// Do a SPI transfer here with an expected result; you'll get all 0x00.
Attempts to reconfigure registers (without success): i404788@0796e01
Expected behavior
When using half_duplex_write the data modes specified should be configured, when returning to the regular interface (tranfer/eh1) full-duplex is used again.
Bug description
After a call to
half_duplex_*
any attempt to get back so far by manual register edits, but presumably also bysteal
ing the SPI peripherals and re-creating it seems to fail.Currently unable to continue testing due to missing hardware.
To Reproduce
Attempts to reconfigure registers (without success): i404788@0796e01
Expected behavior
When using
half_duplex_write
the data modes specified should be configured, when returning to the regular interface (tranfer
/eh1) full-duplex is used again.Environment
main~52
(0.23.1-dev)NOTE: split from the end of #2863
The text was updated successfully, but these errors were encountered: