Skip to content

Update stm32h7 #185

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

Merged
merged 10 commits into from
Feb 21, 2021
Merged

Update stm32h7 #185

merged 10 commits into from
Feb 21, 2021

Conversation

mattico
Copy link
Contributor

@mattico mattico commented Feb 13, 2021

stm32h7 should have a release soon. Preparing for that.

@mattico
Copy link
Contributor Author

mattico commented Feb 13, 2021

Hmm, some DAC changes as well.

@mattico
Copy link
Contributor Author

mattico commented Feb 13, 2021

see stm32-rs/stm32-rs#499

@richardeoin
Copy link
Member

Thanks for this! I'll finish off the DAC changes, in this case adding new type parameters in the right place can get a bit tricky..

@richardeoin
Copy link
Member

Hmm, when building the RTIC examples we end up with both cortex-m 0.6 (from RTIC) and cortex-m 0.7 (everything else) in the tree, and the compiler sees types from each version as distinct.

Potentially this can be resolved by tweaking the examples

@mattico
Copy link
Contributor Author

mattico commented Feb 15, 2021

The newer releases of cortex-m 0.6 re-export the types from cortex-m 0.7, so you should be able to just call cargo update.

mattico and others added 9 commits February 16, 2021 11:08
Some changes, mostly to H7B3
* DAC peripheral on rm0433/rm0399 parts is still called "DAC12" to match
reference manual naming. We keep this, even though it is now quite confusing
considering the existance of two separate DACs on rm0455 parts
* Complete the HAL upgrade to support two DACs. We need to add the peripheral as
a generic type on the Channel type, because we need different codegen for Cx on
DAC2 compared Cx on DAC1. Add the REC type as an associated type for DacExt
implementations.
* 2nd DAC peripheral on rm0455 parts is actually capable of "autonomous mode"
operation (srd/d3), but the D3AMR/SRDAMR register still needs some work in
stm32-rs
@mattico
Copy link
Contributor Author

mattico commented Feb 16, 2021

I see now that stm32 0.6 is not fully forward compatible: rust-embedded/cortex-m#333

@mattico mattico marked this pull request as ready for review February 16, 2021 17:13
@richardeoin
Copy link
Member

Looks good, I added a little more explanation in the changelog.

bors r+

@bors bors bot merged commit 4ca09fa into stm32-rs:master Feb 21, 2021
@mattico mattico deleted the update-stm32 branch February 22, 2021 00:07
richardeoin added a commit to richardeoin/stm32h7xx-hal that referenced this pull request Mar 16, 2021
bors bot added a commit that referenced this pull request Mar 27, 2021
205: Bump cortex-m version in README r=hargoniX a=richardeoin

Incorrect since #185

Co-authored-by: Richard Meadows <962920+richardeoin@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants