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
It is better if the CS-assert-to-clock and clock-to-CS-deassert delays are configured in the SpiDevice itself, so that the driver doesn't have to add them to every single transaction, and can use the read/write/write_read convenience methods.
add configuration settings to the SpiDevice impls in embedded-hal-bus to do the delays
document that drivers are discouraged from using Operation::DelayNs directly for CS-to-clocks delays.
The text was updated successfully, but these errors were encountered:
It concerns only embedded-hal-bus, we can do it in 0.1.1 in a backwards-compatible way (like adding .set_blah_delays() methods), or in 0.2 if we don't want to be compatible.
As discussed in today's meeting:
It is better if the CS-assert-to-clock and clock-to-CS-deassert delays are configured in the SpiDevice itself, so that the driver doesn't have to add them to every single transaction, and can use the
read
/write
/write_read
convenience methods.embedded-hal-bus
to do the delaysOperation::DelayNs
directly for CS-to-clocks delays.The text was updated successfully, but these errors were encountered: