boards/nucleo144-f722: add initial support#6991
Conversation
|
Had problem flashing the board because the MCU is not supported by openocd. I was about to submit a patch when I discovered someone proposed one yesterday. To conclude: if one wants to flash this board, he will need this openocd patch |
haukepetersen
left a comment
There was a problem hiding this comment.
Sorry for the late review - just one minor thing and one open question...
| * @name DAC configuration | ||
| * @{ | ||
| */ | ||
| #define DAC_NUMOF (0) |
There was a problem hiding this comment.
should be removed, as the remodeled DAC driver does not like this :-)
| #elif defined(CPU_MODEL_STM32F769NI) || defined(CPU_MODEL_STM32F767ZI) | ||
| #define CPU_IRQ_NUMOF (110U) | ||
| #elif defined(CPU_MODEL_STM32F722ZE) | ||
| #define CPU_IRQ_NUMOF (104U) |
There was a problem hiding this comment.
just to make sure: does the stm32f722 need any adaption to the isr vector definitions, also?
There was a problem hiding this comment.
I have to check but yes probably...
There was a problem hiding this comment.
I adapted the vector definitions but now it's a bit a mess of defines...
59ce985 to
80ac220
Compare
|
OpenOCD now supports stm32f722 (see here ) so no need for the patch mentioned above anymore. |
|
True, those vector defines are not very nice to look at and I can't tell if it is correct or not - very hard to maintain... Even though it means a some code duplication: how about we define the complete set of vectors for each CPU model?! So I think of something like: // all the vectors that are the same for all models
...
(void*) isr_otg_hs,
#ifdef CPU_MODEL_STM32F722ZE
// the rest of the 722ZE specific vectors
...
#elif defined(CPU_MODEL_STM32F7xx
// the rest of xx specific vectors
....
#endif
};I think this could be way easier to read an verify?! |
|
There was a PR opened regarding this problem: #6617 |
|
I see, havn't seen that. But either way, I would suggest simplifying the definition for the F7 in a simple way for now, and then we can figure out how we could proceed for all the STM CPUs and adapt the F7 later. |
ce87803 to
ceba00d
Compare
|
@haukepetersen I updated the interrupt vectors file as you suggested and polished it a bit. I hope it's fine now. |
haukepetersen
left a comment
There was a problem hiding this comment.
Yes, much nicer to read now -> ACK
|
oh, and please squash... |
ceba00d to
fb76bd7
Compare
|
squashed |
|
Since I got an ACK and Murdock is green, let's go |
Similar to #6987 this PR is based on #6907 and has the same issues.