f407vet6 & f407zet6

Limited support for STM32F4 Discovery, Nucleo and custom F4 boards
acronis
Posts: 142
Joined: Thu Mar 02, 2017 12:32 pm

Re: f407vet6 & f407zet6

Post by acronis » Sat Sep 09, 2017 9:45 am

f407vet6 black board

User avatar
RogerClark
Posts: 7183
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

Re: f407vet6 & f407zet6

Post by RogerClark » Sat Sep 09, 2017 9:19 pm

its probably Libmaple F4 thats not working.

I know a few people e.g. Martin and Steve continue to work with Libmaple F4, but IMHO it should be retired in favour of STMs core or STM32GENERIC

acronis
Posts: 142
Joined: Thu Mar 02, 2017 12:32 pm

Re: f407vet6 & f407zet6

Post by acronis » Sat Sep 09, 2017 10:23 pm

Thank you.
I hear You.

User avatar
lightcalamar
Posts: 33
Joined: Tue Mar 28, 2017 3:15 pm

Re: f407vet6 & f407zet6

Post by lightcalamar » Mon Sep 25, 2017 8:14 am

Be error making libmaple work on F4xxx boards

stevestrong
Posts: 1749
Joined: Mon Oct 19, 2015 12:06 am
Location: Munich, Germany

Re: f407vet6 & f407zet6

Post by stevestrong » Mon Sep 25, 2017 8:26 am

lightcalamar wrote:
Mon Sep 25, 2017 8:14 am
Be error making libmaple work on F4xxx boards
What is that supposed to mean?
Libmaple works on generic black F4 board: http://stm32duino.com/viewtopic.php?f=39&t=1976

User avatar
lightcalamar
Posts: 33
Joined: Tue Mar 28, 2017 3:15 pm

Re: f407vet6 & f407zet6

Post by lightcalamar » Mon Sep 25, 2017 8:53 am

stevestrong wrote:
Mon Sep 25, 2017 8:26 am
What is that supposed to mean?
Libmaple works on generic black F4 board: http://stm32duino.com/viewtopic.php?f=39&t=1976
I write again that it is a mistake to make that library work in F4xxx, slows down the CPU, then you choose whether or not to do that each one will use it. Also you do not need to use it, any device you make your library and it works without going through the maple

ag123
Posts: 775
Joined: Thu Jul 21, 2016 4:24 pm

Re: f407vet6 & f407zet6

Post by ag123 » Thu Oct 05, 2017 4:38 pm

libmaple core may not be compatible across all stm32f4xx chips, but for some series e.g. stm32f407 it may well be a leaner and more efficient core, less or no ifdefs making the code cleaner / easier to maintain as well
stm32generic and st's core would likely be compatible across more mcus even including stm32f3 series due to its design and use of ST's cube mx hal

Post Reply