Daniel Egger
Daniel Egger
The code is part of the Rust driver I'm writing (mentioned in #4), it is far from complete so it's a bit problematic for me to post it in a...
Uhm, too fast? The weird thing is that the values read back perfectly fine so they're registered by the MCU, just not properly applied.
@Fattoresaimon So I guess the documentation should mention then that X2 mode doubles the resolution?
> Try to add a delay between the commands and tell me if it's solve. I can't. This is a generic driver, could be executed on anything from a small...
That is great but useless without the knowledge what it is and which setting is compatible with which encoder, (i.e. what is correct setting for the RGB led encoders and...
Here's some screenshots from my transaction, I removed most of the hacks (forgot I had an additional enable RGB led in my test application, sorry) I had in there and...
@gbip Check out https://github.com/stm32-rs/stm32f1xx-hal
This one has more features (requiring unstable code) and is more experimental. stm32f1xx-hal is essentially the successor of this crate without experimental features but support for more models of that...
DMA is currently not stable as far as I'm aware, but I'd love to be proven wrong. Other than that the crate should be fully compatible API wise.
Yes, the memory.x should be part of your project. There's no one fits all and the one in the crate is only for compilation of the included examples.