Installing Arduino_Core_STM32 git sources into Arduino IDE

I have installed Arduino_Core_STM32 using the Board Manager successfully, but have found a bug in the SPI class. Before I submit a bug report or preferrable try to fix it myself, I want to clone the upstream repo into my sketchbook and build using that (since I see some SPI related fixes have been made since the 2017.6.2 release that I installed).

I uninstalled Arduino_Core_STM32 via the board manager (but that also uninstalled the necessary tool chain) and cloned the upstream repo into my sketchbook (in ${SKETCHBOOKDIR}/hardware/stm32). Started up the IDE (1.8.3) and it found the source, but complained about not finding the arm C++ compiler in /bin).

What’s the best way to use the tools installed by the board manager for Arduino_Core_STM32, but use the source from the git repo (aka manually installed source)? Would be awesome if this was documented in the Arduino_Core_STM32 wiki under “Hacking Instructions” as that would have saved me the two+ hours I spent before posting this message.

http://wiki.stm32duino.com/index.php?title=Installation

specifically

Run the IDE, and on the Tools menu, select the Boards manager, and install the Arduino Due from the list of available boards. This installs compiler support for ARM Cortex-M3.

although i think the current suggestion is to install SAMD ( Cortex-M3 )
http://www.stm32duino.com/viewtopic.php … amd#p28164

stephen

Hi,

You should install this one:
Arduino SAMD Boards (32-bits ARM Cortex-M0+)

it will install the cmsis and arm gcc toolchain 4.8.
But if you want use the F7 core you will need to install the updated arm gcc 6 for cortex M7

After installing Arduino SAMD Boards (32-bits ARM Cortex-M0+):

WARNING: library SPI claims to run on (stm32) architecture(s) and may be incompatible with your current board which runs on (Arduino_Core_STM32) architecture(s).
Archiving built core (caching) in: /tmp/arduino_cache_752848/core/core_stm32_Arduino_Core_STM32_Nucleo_144_Nucleo_144_board_NUCLEO_F429ZI,upload_method_MassStorageMethod_c0d4b91288b1fc936faf44b4535cfccb.a
Sketch uses 21748 bytes (1%) of program storage space. Maximum is 2097152 bytes.
Global variables use 11032 bytes (4%) of dynamic memory, leaving 251112 bytes for local variables. Maximum is 262144 bytes.


I installed the normal package using the board manager and then slammed it with a github checkout.

Sort of step by step
$ cd ~/.arduino15/packages/STM32/hardware/stm32
$ ls
2017.6.2
# this is where the stuff is you want to replace
# however the platform file is different
# so copy the original to someplace
$ cp 2017.6.2/platform.txt /tmp
$ rm -rf 2017.6.2
$ git clone https://github.com/stm32duino/Arduino_Core_STM32.git 2017.6.2
$ diff /tmp/platform.txt 2017.6.2/ # just to see the difference
$ cp /tmp/platform.txt 2017.6.2/


Thanks Rick. That seemed to work. I had tried having both the git source and the original 2017.6.2 source dirs side by side, but that confused the IDE. Once I moved it down to a single dir, my example code built with the git sources.

While I had both dirs side by side, I fired up kdiff3 on them. It showed only 19 files had changed and that included the platform.txt file.

Now I can get busy looking into the bug I found in the SPI.transfer16() code…

I installed the SAM Boards (32-bits ARM Cortex-M3) for Due

I have wrote a wiki page about this:
https://github.com/stm32duino/wiki/wiki … repository
Hope this help

Thanks for adding the wiki page.

I just walked through the instructions. If you uninstall the BoardManager files, the steps for installing into <Arduino install directory>/hardware/ will not install a compiler so you get this error:

fork/exec /bin/arm-none-eabi-g++: no such file or directory
Error compiling for board Nucleo-144.


troth wrote:
I just walked through the instructions. If you uninstall the BoardManager files, the steps for installing into <Arduino install directory>/hardware/ will not install a compiler so you get this error:

fork/exec /bin/arm-none-eabi-g++: no such file or directory
Error compiling for board Nucleo-144.


i rebuilt it and re-installed 1.8.3 from github
then via board manager
installed Arduino package that includes OTTO (pulls gcc 4.8.3-2014q1)
installed the STM-Electronics F1xxx (gcc 4.8.3-2014q1 already in) & STM Cores (pulls gcc 6)
funny memory of the F4 failing, so STM32GENERIC (danieleff repo) into sketchbook/hardware as a soft link & now it’s ok
the 746NG Demo LCD complies nicely with gcc 6 and correct hal.

i suppose i should try a Blue Pill, DiscoveryVL100 and also with Black F407VE/ZE/ZG
worked though assorted demos for compilation only
for F407VE, i chose the ILI9341 demo & needed to fetch Adafruit_GFX & Adafruit_ILI9341 from GITHUB Adafruit repo’s
just the F407VE though – all good
running them is next, F407VE first though, display is already plugged in

yes, it’s noticeably absent … … …
anyone got an idea on how to provide STM32GENERIC or any.other.suitable.repo via main Arduino_STM32

stephen

Hi Stephen,
zmemw16 wrote:
anyone got an idea on how to provide STM32GENERIC or any.other.suitable.repo via main Arduino_STM32
stephen

i’m missing something as usually.
i thought of stm32generic as an add-on alternative for originally f4, i wondered why there
wasn’t a STM32F4 level in its directory structure.
it works / co-exists quite nicely, i’ve both of your ‘packages’ along with both those of danieleff and roger.
actually Arduino_STM32(i need to remake that link) is pointing to stevstrong’s Black_F4_variant.
it is now, thinking on, didn’t stevstrong killed it off?
stephen

The last 3 posts, look like they need to be in a different thread, inside the STM32GENERIC section of the forum.

I will endeavour to move them