-
Notifications
You must be signed in to change notification settings - Fork 143
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
Add support for STM32G4 family #287
Conversation
There are a lot of this redefined errors:
Another ST inconsistency? |
feac139
to
ace44da
Compare
Please update the STM32 CMSIS Header submodule to the latest commit, so that you're not working with bugs that have already been fixed! |
ST already fixed their own header files: #define USART_CR1_TXEIE_Pos (7U)
#define USART_CR1_TXEIE_Msk (0x1UL << USART_CR1_TXEIE_Pos) /*!< 0x00000080 */
#define USART_CR1_TXEIE USART_CR1_TXEIE_Msk /*!< TXE Interrupt Enable */
#define USART_CR1_TXEIE_TXFNFIE_Pos USART_CR1_TXEIE_Pos
#define USART_CR1_TXEIE_TXFNFIE_Msk USART_CR1_TXEIE_Msk /*!< 0x00000080 */
#define USART_CR1_TXEIE_TXFNFIE USART_CR1_TXEIE_Msk /*!< TXE and TX FIFO Not Full Interrupt Enable */ and #define USART_ISR_TXE_Pos (7U)
#define USART_ISR_TXE_Msk (0x1UL << USART_ISR_TXE_Pos) /*!< 0x00000080 */
#define USART_ISR_TXE USART_ISR_TXE_Msk /*!< Transmit Data Register Empty */
#define USART_ISR_TXE_TXFNF_Pos USART_ISR_TXE_Pos
#define USART_ISR_TXE_TXFNF_Msk USART_ISR_TXE_Msk /*!< 0x00000080 */
#define USART_ISR_TXE_TXFNF USART_ISR_TXE_Msk /*!< Transmit Data Register Empty or TX FIFO Not Full Flag */ So the lines in |
See my branch here: https://github.com/salkinium/modm/tree/feature/stm32g4 |
e3b792f
to
fb2decf
Compare
b9ac44c
to
fb52706
Compare
The build-docs CI job fails:
|
Try this patch, it should only use 1.5GB of memory by merging the module tree immediately instead of storing all trees and then merging (which was stupid). |
There is a issue with OpenOCD: The latest OpenOCD Version (0.10.0 from January 2017) neither supports the STM32G4 as a target, nor the ST-Link V3 on the Nucleo-G474RE board. There is probably no way out to use a newer OpenOCD version than 0.10.0. So compile OpenOCD yourself or use the AUR version (Git HEAD) for Arch-Linux. To fix the missing STM32G4 support I will try to add the necessary files in StLink-V3 support: http://openocd.zylin.com/#/c/4717/ |
OpenOCD also has no STM32G0 support either, I've been using the ST-Link mass storage device to flash it, but debugging would be useful too. OpenOCD has a very slow PR process, as in like multiple years. |
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.
Tested in hardware?
Test on real hardware: ✅ Merge? |
Can you add the family to the README, and check if there're any other docs that need updating? |
Is the linkerscript chosen correctly? |
README done. |
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.
Fantastic!
I wrote a small blog-post about how to compile OpenOCD with support for STM32G0 and STM32G4: |
DACThere is generally no DAC driver yet.New FDCAN driver-> different PR