-
Notifications
You must be signed in to change notification settings - Fork 27
Overhaul of GPIO module & adjusted Serial module accordingly. #36
Conversation
Changed this to WIP so I can include more changes in one go. |
Changed interrupt free/mtulithreaded to be handled in ClockControlConfig
Changed interrupt free/mtulithreaded to be handled in ClockControlConfig
Put shared code for outputs in common function
Implemented extra configuration methods
6adcf06
to
d014035
Compare
@MabezDev and @Chocol4te I think this is in pretty good shape now. Your review and feedback is most welcome. (Todo's are intterrupt handling and perhaps some more functionality on the RTC_MUX.) (I also updated the i2c to teh latest version: https://github.com/arjanmels/esp32-hal/tree/feature-i2c-am |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just some really small comment/formatting changes suggested, looks really solid and can't think of anything to change in the implementation!
Co-authored-by: Ferdia McKeogh <[email protected]>
…into feature-gpio-rename
Thanks, always nice to put the dots on the i's and cross the t's. :-) |
In principle, I think this is ready for merge: esp-rs/esp32#34 has been merged as well as #34. Also the problems @Chocol4te was having are solved (#26 (comment)). However, I could still add interrupt support and more extensive support for the RTC IO mux. I will be working on this over the next day/weekend; I can merge it in this PR or can make a new one. |
@arjanmels imho it might be slightly easier to merge this and have separate PRs for the additional functionality, but I’m also happy to just rebase against this branch when I finish up the I2C work :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work @arjanmels ! I think it's best to merge this as is, as if the diffs get much bigger I'll need 1 hour to read through ;), but in all seriousness this is a well needed change! I also believe this approach is novel among Rust HAL designs so it will be interesting to see how it plays out!
TODO:
This depends on esp-rs/esp32#34 and it builds on #34.
Addresses issue #35 and #19