Cant get Arduino for STM32 Installed.

Using Windows 8, I followed these instructions;

http://www.stm32duino.com/viewtopic.php?f=20&t=32

Board is set to ‘Generic STM32F103C Series, variant STM32F103C8.

Removed Arduino first, then installed 1.6.7

When I load the blink program and compile I get a few warnings then and error;

C:\Users\Stuart\Documents\Arduino\hardware\Arduino_STM32\STM32F1\cores\maple/wirish.h:51:28: fatal error: libmaple/stm32.h: No such file or directory

What Have I done wrong ?

Also get a series of these messages a bit later;

Invalid library found in C:\Users\Stuart\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\Ethernet_STM: C:\Users\Stuart\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\Ethernet_STM
Invalid library found in C:\Users\Stuart\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\TFT_ILI9163C: C:\Users\Stuart\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\TFT_ILI9163C

you said you are using 1.6.7

but only 1.6.5 is supported.

was this a typo?

I had this error when I did a new install the other day also. Unfortunately I cant remember what I did to fix it…

C_D wrote:I had this error when I did a new install the other day also. Unfortunately I cant remember what I did to fix it…

Actually that might be exactly what happened, I did briefly install 1.6.7 before I realised it didn’t work. Looks like OP saying 1.6.7 may not have been a typo

Somewhat off topic, but can anyone confirm what the ESP8266 guys are doing in relation to 1.6.7 etc

I checked their repo and it says 1.6.5 , so I presume they made the same decision , i.e stay with a stable version, rather than make something not backwards compatible with their thousands or users.

RogerClark wrote:Somewhat off topic, but can anyone confirm what the ESP8266 guys are doing in relation to 1.6.7 etc

I checked their repo and it says 1.6.5 , so I presume they made the same decision , i.e stay with a stable version, rather than make something not backwards compatible with their thousands or users.

RogerClark wrote:you said you are using 1.6.7

but only 1.6.5 is supported.

was this a typo?

RogerClark wrote:Somewhat off topic, but can anyone confirm what the ESP8266 guys are doing in relation to 1.6.7 etc

I checked their repo and it says 1.6.5 , so I presume they made the same decision , i.e stay with a stable version, rather than make something not backwards compatible with their thousands or users.

I have a multi file project I’m using for ESP8266 on 1.6.5 and I had to go back to using prototypes, as relying on automatic prototyping on more complex projects is not very practical unless you carefully organise the positions of the functions in each file and dont want to call a function in another file.

I was looking at using one of the low cost STM32F103C8T6 boards as a replacement for a Pro Mini I currently use for a very long distance LoRa radio tracker receiver.

I complied the working receiver code, taking out the SoftSerial stuff, and the STM code is around 2.4 times the size of the ATMEGA328 code, so even with the 64K Flash on the STM I would have less room for adding extra code, assuming that ratio.

srnet wrote:
…
I complied the working receiver code, taking out the SoftSerial stuff, and the STM code is around 2.4 times the size of the ATMEGA328 code, so even with the 64K Flash on the STM I would have less room for adding extra code, assuming that ratio.

mrburnette wrote:srnet wrote:
…
I complied the working receiver code, taking out the SoftSerial stuff, and the STM code is around 2.4 times the size of the ATMEGA328 code, so even with the 64K Flash on the STM I would have less room for adding extra code, assuming that ratio.

The large size of the binaries has been noted before and it was generally tracked back to something calling in a whole bunch of stuff from one of the ARM core libraries

Usual culprits, from what I recall are things that use Malloc / free etc, but I can’t remember the exact details.

I just googled and found this thread

http://www.stm32duino.com/viewtopic.php?t=407

There may be others.

srnet wrote:
<…>
I have it working but its at the limit of the Pro Mini memory, and I dont want to spend time developing extra features on a setup that is an effective dead end.

I would want to keep the code constant, using the same basic routines on the existing receiver as on a more sophisticated up rated one. So whilst it may be possible to optimize for the STM I would rather avoid doing it, I would end up with two sets of code.

Why backwards compatible with a Pro Mini, a reasonable question.

The Pro Mini makes a small, light, low cost and very low parts count tracker TX to be built. You can also avoid the need for any SMT assembly and the entire thing can be built with less than 10 parts. The tracker transmitter has two way communications, if you can receive packets from a few hundred kilometers you can send them as well.

Now if tracker TX and receiver are both sending and receiving packets its a lot easier if they are using the same code.

The Pro Mini is OK for the tracker TX and handles the GPS and LoRa stuff well enough. The Pro Mini is also enough to build a simple and very portable battery operated tracker receiver, but the memory is then close to the limit, for RAM in particular.

So if you want to add more features to the receiver you need more FLASH and RAM.

Thanks for the tip on the 1284P, I will take a look. I am for this design trying to avoid the use of SMT, I had not realized the 1284P was available in
40 pin DIP.

Stuart Robinson
GW7HPW
http://www.50dollarsat.info/

If you want to stick with a non-SMT solution, there are several 1284P designs already available on Oshpark:

https://www.oshpark.com/profiles/Firebirduino
http://www.firebirduino.com/mighty_stick/

mrburnette wrote:C_D wrote:I had this error when I did a new install the other day also. Unfortunately I cant remember what I did to fix it…

fran52 wrote:
<…>
INSTRUCTIONS STATE CURRENT IDE S/B 1.6.5 if that is the only ver supported
Ver 1.7.8 cannot co-exist as the installer un-installed the prior installation.
Several libraries are marked as invalid
The path to the maplelib fails
The path to boards.txt fails

I am going to try to install this software and I want to know if the new 1.6.9 version of Arduino IDE works or should I only install 1.6.5 as stated above. At present I have nothing installed. I will be using windows 7 pro or ultimate depending on which machine I actually install it on

1.6.9 works

I keep getting this error in 3 different Arduino versions, including 1.6.9

exec: “/bin/arm-none-eabi-g++”: file does not exist
Error compiling for board Generic STM32F103C series.

Does anyone know what it could be? Does a board actually have to be connected?

https://github.com/rogerclarkmelbourne/ … stallation

did you complete this step:

“Run the IDE, and on the Tools menu, select the Boards manager, and install the Arduino Due from the list of available boards.”

When you add the Arduino Due board you get the arm-none-eabi-gcc installed too.

Thanks!

Yes, I eventually figured that out

Now trying to compile for the F407 discovery board I see possible spaces in directory messing things up.
i.e. arm-none-eabi-g++: error: Settings\FreshNelly\My: No such file or directory
among numerous other similar errors.

I guess this means I need to install in a directory that has no spaces?

Ah ! poor Ms-Sh$it !
We have 4 threads today talking about Arduino IDE problem under Windows, all of them related to spaces into paths …
I love my Linux (and use MS products only on VMs)

I totally agree. Just hooked on XP 4-ever, know it way too well to switch totally. I *do* despise any MS junk after XP…AKA IMB playschool internet surfing & chat OS