However rogers library hes bundled with the stm32core isnt compiling with the f4vet6 genric core.
https://pastebin.com/6UmWGUJJ the compile command line….
Im already using SPI1 so i changed the hardware spi call to SPI2, didnt work…
i had assumed the spi calls are identical between the two cores. Am i missing something?
Either use Roger’s one, or stick to generic as detected from your log:
Arduino\hardware\STM32GENERIC\STM32\libraries\SPI\src/SPI.h
In that case what else would I need to do to get the library to run?
Alternatively, you could give it a try with my repo, is further developed than Roger’s core regarding F4 stuff.
installed your core
my guess is something to do with the way it calls dma transfer. i honestly dont know… My brain is turning into mush
It needs to be implemented, which takes time, a missing ingredient.
[stevestrong – Sun Mar 25, 2018 9:06 am] –
You are not allowed to mix the cores.
…
Words of pure wisdom. … in addition to not mixing the cores, one also should not cross-the-streams.
Egon: Don’t cross the streams.
Peter: Why?
Egon: It would be bad.
Peter: I’m fuzzy on the whole good/bad thing. What do you mean “bad”?
Egon: Try to imagine all life as you know it stopping instantaneously and every molecule in your body exploding at the speed of light.
Raymond: Total protonic reversal.
Peter: That’s bad. Okay. Alright, important safety tip, thanks Egon.
[Nutsy – Mon Mar 26, 2018 6:31 pm] –
So do you feel this library would work, if the SPI library was updated to include all the functions?
Is that not what Steve implied here?
[stevestrong – Sun Mar 25, 2018 1:24 pm] –
I see, there is a missing DMA related function in the SPI lib for F4.
It needs to be implemented, which takes time, a missing ingredient.
Frédéric (and team) have done a good job with the Nucleo F4 boards
STM32F4
- Nucleo F401RE
- Nucleo F411RE
- Nucleo F429ZI
- Nucleo F446RE
- STM32F407G-DISC1
and the wrappers for CubeMX + HAL.
The F4 support in libmaple has been somewhat weak from the start; Steve has made remarkable inroads with advancing the code, but I understand priorities and time constraints – which is why I simply shy away from backend core work … difficult to please the crowds.
IMO, the longterm solution to STM32 & ArduinoIDE is the https://github.com/stm32duino/Arduino_Core_STM32 … it is Official, it is supported, it utilizes current STM thinking on tools, and migrating to pro-tools is straightforward.
Ray
[Nutsy – Mon Mar 26, 2018 6:31 pm] –
So do you feel this library would work, if the SPI library was updated to include all the functions?
Yes, it is the function dmaSendAsync(), which was implemented by Victor for F1.
It is not yet ported to F4.
But i just tried to compile the strand test, copying the library over from the f1 lib directory… and commenting out the wire private include.
Sadly still didnt compile…
https://pastebin.com/Ey5Hf2rs << the error
Will try again now.
https://pastebin.com/qN9aZ8cL
It should compile now error free.
Thanks Steve, this is a great help 
Im now back on this one. But having a little problem getting this working still….
I dont think its a core issue its just me trying to edit things and thats not working…
The normal library uses SPI 1 hardware… But i want to use the SPI2 pins…
ive tried editing the SPI calls in the library to SPI2 or SPI_2 but i get undeclared errors…
What am i missing? (apart from a brain obviously)
I added SPIClass SPI_2(2); to the library header after reading it on some other threads on how to activate the second spi…
While this did compile, the leds still didnt run in the strand test.
…. added
i reverted back to spi1 (SPI.) but still didnt work…
If it works then add some more code.
SPI.setModule(2);