-
Notifications
You must be signed in to change notification settings - Fork 221
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix esp32c3 uart initialization #1156
Conversation
Thanks a lot! I think I'm not a huge fan of having a completely different Probably it would be good to have this for other chips as well (if they have same functionality, e.g. mem_clk_en, restting fifos (some chips have dedicated rests for rx/tx fifo) I like we have the |
Possibly The reason i put it in a different function called |
e2465c1
to
25f1204
Compare
Hey guys, I just rebased this to the newest commits in Kind regards |
6d719cf
to
cff0a85
Compare
@bjoernQ I update the PR. It now uses |
Besides a typo in a comment and the annoying CHANGELOG.md conflict looks good. Just out of curiosity: I tried e.g. the |
cff0a85
to
68264ea
Compare
Implement uart initialization according to the [esp32c3 technical reference manual section 26.5.2.1](https://www.espressif.com/sites/default/files/documentation/esp32-c3_technical_reference_manual_en.pdf#subsubsection.26.5.2)
68264ea
to
8442f41
Compare
@bjoernQ rebased onto master again and fixed typos. I am using a dev-board for the esp32c3 from ai-thinker. I am building a thingy to receive data from multiple smart-meters via SML. So my baudrate is at |
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.
LGTM
Sounds interesting and probably the reconfiguring is the difference. Thanks Probably the same initialization should be done for other targets. I can look into that after this one got in. Any thoughts @MabezDev @jessebraham ? Will merge this otherwise - don't see a reason not to |
I think it's going to be quite difficult to track which state each driver is in for each chip, and that we should be adding functionality for all supported chips. We already have a bunch of partially implemented drivers in the HAL which nobody has found the time to get back to. But I also don't really have the energy to deal with this right now, so feel free to just do whatever. |
Going to merge - as said I will take care of the next steps then |
Implement uart initialization according to the esp32c3 technical reference manual section 26.5.2.1
Thank you!
Thank you for your contribution.
Please make sure that your submission includes the following:
Must
errors
orwarnings
.cargo fmt
was run.CHANGELOG.md
in the proper section.