The G4's stm32_registry.h defines the number of flash banks on the G431/G441 as 2 -- these are single bank parts.
Would be great to get this fixed on the stable-21.11.x branch as well as trunk.
Search found 13 matches
- Thu Nov 28, 2024 12:12 pm
- Forum: Bug Reports
- Topic: STM32G431/441 flash bank count incorrect Topic is solved
- Replies: 3
- Views: 995
- Sat Mar 11, 2023 1:39 pm
- Forum: Bug Reports
- Topic: STM32F4 EFL driver fixes Topic is solved
- Replies: 3
- Views: 2805
Re: STM32F4 EFL driver fixes Topic is solved
It seems I forgot to post a follow-up fix: in os/hal/ports/STM32/STM32F4xx/hal_efl_lld.h #define STM32_FLASH1_SIZE 128U #define STM32_FLASH2_SIZE 512U #define STM32_FLASH3_SIZE 384U #define STM32_FLASH4_SIZE 512U should be: #define STM32_FLASH1_SIZE 128U #define STM32_FLASH2_SIZE 256U #define STM32_...
- Sat Dec 10, 2022 2:48 am
- Forum: Bug Reports
- Topic: STM32F4 EFL driver fixes Topic is solved
- Replies: 3
- Views: 2805
STM32F4 EFL driver fixes Topic is solved
My last patch was due to being unaware of 128kB and 384kB variants of STM32F401.
Attached patch should rectify matters -- tested against stable-21.11.x branch.
Attached patch should rectify matters -- tested against stable-21.11.x branch.
- Thu Oct 13, 2022 4:12 am
- Forum: Bug Reports
- Topic: STM32F0 EFL driver fixes Topic is solved
- Replies: 1
- Views: 1530
STM32F0 EFL driver fixes Topic is solved
As previously discussed on ChibiOS Discord, the F0xx EFL driver was incorrectly using sectors instead of pages for its flash geometry.
Here's the patch I pasted on Discord -- it was tested on F072 and was made against stable_21.11.x.
Here's the patch I pasted on Discord -- it was tested on F072 and was made against stable_21.11.x.
- Tue Oct 19, 2021 10:28 am
- Forum: Bug Reports
- Topic: 21.6.x branch, L422 RCC issue Topic is solved
- Replies: 4
- Views: 3931
Re: 21.6.x branch, L422 RCC issue Topic is solved
Also noticed one other thing -- all L4xx boards have GPIOH as well. The L422 doesn't currently have it enabled in stm32_registry.h, and likely needs to be enabled in other MCUs as well as the L422.
EDIT: Looks like GPIOD, too.
EDIT: Looks like GPIOD, too.
- Tue Oct 19, 2021 10:15 am
- Forum: Bug Reports
- Topic: Support for STM32G0B1 Topic is solved
- Replies: 43
- Views: 29115
Re: Support for STM32G0B1 Topic is solved
Had to add USBv1 to the G0xx peripherals list in platform.mk. For a start, needed to modify mcuconf.h: #define STM32_USB_USE_USB1 TRUE #define STM32_USB_USB1_HP_IRQ_PRIORITY 3 #define STM32_USB_USB1_LP_IRQ_PRIORITY 3 The mcuconf updater injects wrong priority values w.r.t. the number of priority bit...
- Mon Oct 18, 2021 11:30 pm
- Forum: Bug Reports
- Topic: 21.6.x branch, L422 RCC issue Topic is solved
- Replies: 4
- Views: 3931
21.6.x branch, L422 RCC issue Topic is solved
Branch: ChibiOS 21.6.x stable Compiler: arm-none-eabi-gcc 8.3.1 Platform/board: custom STM32L422KB, adapted from ST_NUCLEO32_L432KC Failure: build errors -- ./lib/chibios/os/hal/ports/STM32/LLD/RCCv1/stm32_pll.inc: In function 'pll_init': ./lib/chibios/os/hal/ports/STM32/LLD/RCCv1/stm32_pll.inc:179:...
- Wed Jun 24, 2020 9:12 pm
- Forum: Development and Feedback
- Topic: [NEWS] Updater tool for xxxconh.h files
- Replies: 5
- Views: 4361
Re: [NEWS] Updater tool for xxxconh.h files
Can confirm that this worked great when upgrading all the keyboard definitions for QMK. Completely eliminated the need to manually upgrade chconf/halconf files, and drastically cut down the number of manual changes for mcuconf.h files as only a handful of the MCUs used (F042/F072/F103/F401) did not ...
- Wed Apr 08, 2020 6:16 am
- Forum: Bug Reports
- Topic: [20.3.x] FDCAN LLD compilation issue
- Replies: 2
- Views: 2303
Re: [20.3.x] FDCAN LLD compilation issue
For reference, this was compared to latest master branch on the github copy: commit 5e0daf6d1a6f40f33fca3b44e903a40912a98f96 (HEAD -> upstream/master) Author: Giovanni Di Sirio <gdisirio@gmail.com> Date: Mon Apr 6 12:41:34 2020 +0000 git-svn-id: svn://svn.code.sf.net/p/chibios/svn/trunk@13517 27425a...
- Wed Apr 08, 2020 6:14 am
- Forum: Bug Reports
- Topic: [20.3.x] FDCAN LLD compilation issue
- Replies: 2
- Views: 2303
[20.3.x] FDCAN LLD compilation issue
Hi,
Just a note, with the LLD for FDCANv1, if HAL_USE_CAN is set to FALSE, the ISR at the bottom of hal_can_lld.c fails to compile as it has no CANDriver definition.
Seems like the #endif is too high up in the file?
Cheers,
Nick.
Just a note, with the LLD for FDCANv1, if HAL_USE_CAN is set to FALSE, the ISR at the bottom of hal_can_lld.c fails to compile as it has no CANDriver definition.
Seems like the #endif is too high up in the file?
Cheers,
Nick.