Page 11 of 11

Re: f407vet6 & f407zet6

Posted: Sat Sep 09, 2017 9:45 am
by acronis
f407vet6 black board

Re: f407vet6 & f407zet6

Posted: Sat Sep 09, 2017 9:19 pm
by RogerClark
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

Re: f407vet6 & f407zet6

Posted: Sat Sep 09, 2017 10:23 pm
by acronis
Thank you.
I hear You.

Re: f407vet6 & f407zet6

Posted: Mon Sep 25, 2017 8:14 am
by lightcalamar
Be error making libmaple work on F4xxx boards

Re: f407vet6 & f407zet6

Posted: Mon Sep 25, 2017 8:26 am
by stevestrong
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

Re: f407vet6 & f407zet6

Posted: Mon Sep 25, 2017 8:53 am
by lightcalamar
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

Re: f407vet6 & f407zet6

Posted: Thu Oct 05, 2017 4:38 pm
by ag123
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