Albin Hedman

Reading the IDF 4.4 to 5.0 [migration guide](https://docs.espressif.com/projects/esp-idf/en/latest/esp32/migration-guides/release-5.x/peripherals.html#id7) > The legacy driver has an inappropriate assumption, that is **the MCPWM operator should be connected to different MCPWM timer**. In fact,...

Hi @MabezDev , No rush, just a friendly reminder :)

> These four methods are needed for Operator when dealing with brushed motors: Any suggestions for how to undo the effect of those methods? How do I restore the normal...

> Question: (and this probably reveals my naiveté with rust) How can I represent one of the motor operators generically - like in a system where I'm controlling three motors...

My error is on an ESP32 (not s3 or anything else)

> @usbalbin @MabezDev Folks, I'm missing a little bit the context of what is going on here. Can somebody summarize it for me? I'm struggling with the following: > >...

Hi! I am working on adding hrtim(v2) support to [`stm32g4xx-hal`](https://github.com/stm32-rs/stm32g4xx-hal) - [messy work-in-progress PR](https://github.com/stm32-rs/stm32g4xx-hal/pull/96). It is not yet very well thought out or consistent but I believe it does cover...

Correct me if I am wrong, but from what I can tell [FLASH_OPTR](https://www.st.com/resource/en/reference_manual/rm0440-stm32g4-series-advanced-armbased-32bit-mcus-stmicroelectronics.pdf#page=137) gets its value from [here](https://www.st.com/resource/en/reference_manual/rm0440-stm32g4-series-advanced-armbased-32bit-mcus-stmicroelectronics.pdf#page=110) automatically at boot. Because of that, FLASH_OPTR does not have a reset...

@adamgreig or anyone else, might I request a review and a new CI run (I do not think/hope the error is because of me) :) Also, what/are there any plans...

> Hi @usbalbin, firstly I want to apologize for the time between reviews. We've had a succession of compiler issues in the last couple of releases (one of which you...