Skip to main content
Nickname12840_O
Associate
June 1, 2012
Question

STM32F0 Discovery kit projects examples for Arduino, Mikroelektronika and ST MEMS DIL24 boards

  • June 1, 2012
  • 14 replies
  • 2987 views
Posted on June 01, 2012 at 16:50

Hi All,

STM32F0 Discovery kit projects examples for Arduino, Mikroelektronika and ST MEMS DIL24 boards are available from :

http://www.st.com/internet/com/SOFTWARE_RESOURCES/SW_COMPONENT/FIRMWARE/stm32f0discovery_projects_examples.zip

UM1525 user manual is available from :

http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/USER_MANUAL/DM00050135.pdf

It explains how to set additional board to connect Arduino, Mikroelektronika or ST MEMS DIL24 boards.

All .c/.h sources files are provided for :

-Projects examples.

-Mikroelektronika mikroBUS connector access.

-Arduino UNO Analog in/Digital connector access

-ST MEMS DIL24 connector access.

Arduino basics functions are available. 

You should be able to develop projects and run existing sketch with few modifications.

mikroBUS functions access call should give you possibility to run existing clickBOARD project with few modification too.

All informations about STM32F0 Discovery kit are available from :

http://www.st.com/internet/evalboard/product/253215.jsp

 

Best regards

Pascal

 

#stm32f0-mikroelektronika-arduino #using-the-stm32-stdperiphlib
This topic has been closed for replies.

14 replies

vincenzo2
Visitor II
October 11, 2012
Posted on October 11, 2012 at 09:47

You're right: there is some big mistake somewhere. I'll try with MDK-ARM to understand which could be the real issue. I can't understand why ST gives the preconfigured firmware which is not working.

Thank you again.

Lupo

Andrew Neil
Super User
October 11, 2012
Posted on October 11, 2012 at 11:01

''there is some big mistake somewhere''

Actually, there is probably just one small  mistake somewhere.

It is very common in 'C' (and other language) that one small  mistake will lead to vast numbers of errors - because the one small  mistake messes-up everything else which depends or relies upon it!

In this case, there seems to be an ''undefined'' error for every single symbol from the standard peripheral library: GPIO_Pin_3, GPIO_Pin_2, GPIO_Pin_12, GPIO_Pin_11, ... GPIO_InitTypeDef, EXTI_InitTypeDef, NVIC_InitTypeDef, ... RCC_AHBPeriphClockCmd, etc, etc,...

 

 

Which suggests that the ''small  mistake'' is that the required header has not been included at all, or the correct configuration #defines are missing...

A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.
vincenzo2
Visitor II
October 12, 2012
Posted on October 12, 2012 at 08:55

Hi guys,

thank you for your support. I found the mistake: there were some misconfiguration in the ''option'' section which lead to the errors. Anyway the firmware provided by the ST is not ready to use as they would like us to belive. I have a question: which are the differences  between ''F0514'' ''F0516'' and ''F0518'' settings for the ST F0? 

Lupo

Andrew Neil
Super User
October 23, 2012
Posted on October 23, 2012 at 09:29

''Which suggests that the 'small  mistake' is that the required header has not been included at all, or the correct configuration #defines are missing...''

For an apparently-similar problem - with resolution - see:

http://www.keil.com/forum/21697/

A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.