STM32F40G_eval

[dorrachendoul]

Posted on April 15, 2013 at 17:31

STM32F40G-Eval

Hi,

Am having this error,

&sharperror ''Please select first the Evaluation board used in your application (in Project Options)''   

i commented   /* &sharpdefine STM32F427X */ in STM32F44XX.h but i still have this error , how can i fix it.

Thanks

#understand-your-tools

[dorrachendoul]

Posted on April 16, 2013 at 10:22

This line of ST Driver was uncommented , thanks for all

[dorrachendoul]

Posted on April 16, 2013 at 10:28

It is still not recognize the GPIO and RCC , that is weird no?

BTW: am using eclipse

[frankmeyer9]

Posted on April 16, 2013 at 10:46

Because you probably omitted to add the path to the respective includes to the include search path in the project settings. Eclipse has a nice GUI for that.

[dorrachendoul]

Posted on April 16, 2013 at 10:57

i went to settings -> arm sourcey linux GCC C compiler ->Directories

and i added this librairies:

''${workspace_loc:/${ProjName}/librarie/CMSIS/Include}''

''${workspace_loc:/${ProjName}/librarie/STM3240_41_G_EVAL}''

''${workspace_loc:/${ProjName}/librarie/Common}''

''${workspace_loc:/${ProjName}/librarie/Device/ST/STM32F4xx/Include}''

''${workspace_loc:/${ProjName}/librarie/STM32F4xx_StdPeriph_Driver/inc}''

''${workspace_loc:/${ProjName}/librarie/STM32F4xx_StdPeriph_Driver/src}''

''${workspace_loc:/${ProjName}/src}''

Isn't like that please?

[frankmeyer9]

Posted on April 16, 2013 at 11:10

In theory, yes.

The following paths are the locations where the std. peripheral drivers (and headers) reside.

... /STM32F4xx_StdPeriph_Driver/inc

.../STM32F4xx_StdPeriph_Driver/src

 

''${workspace_loc:/${ProjName}/librarie/STM32F4xx_StdPeriph_Driver/inc}''

 

''${workspace_loc:/${ProjName}/librarie/STM32F4xx_StdPeriph_Driver/src}''

 

That looks a little suspicious. Is the path name really ''librarie'' ?

And finally, Eclipse generates a full build output, always to a build log file, and to an output console if one is open. Check this output, if the expanded macros and path definitions match your actual path. And if you use Linux, be aware that Linux path/file name are case-sensitive.

[dorrachendoul]

Posted on April 16, 2013 at 11:17

It is me who created the librarie directory and copied the libraries and then when i included the paths i browsed links from  the workspace

[dorrachendoul]

Posted on April 16, 2013 at 11:28

I verified the subdir.mk file of debug and the path match my actual paths

[dorrachendoul]

Posted on April 16, 2013 at 11:53

It is always telling me that the GPIO and RCC could not be resolved, it is workin only when i add in main.c those two includes

# include ''stm32f4xx_gpio.h''

# include ''stm32f4xx_rcc.h''

What is wrong ?

[dorrachendoul]

Posted on April 16, 2013 at 14:46

I fixed the problem i have no errors,

now when i debug i got this:

ledeval_v3 Debug [GDB Hardware Debugging]    

    GDB Hardware Debugger (16/04/13 14:34) (Suspended)    

        Thread [1] (Suspended)    

            2 <symbol is not available> 0x00000000    

            1 <symbol is not available> 0x00000000    

    /home/dorra/CodeSourcery/Sourcery_G++_Lite/bin/arm-none-eabi-gdb (16/04/13 14:34)    

    /home/dorra/workspace/ledeval_v3/Debug/ledeval_v3.elf (16/04/13 14:34)   

and when i oppen the disassembly it is written:

00000000:   Cannot access memory at address 0x0

I can't see what I'm doing wrong here.

[pccmd]

Posted on June 12, 2013 at 06:18

Try download Atollic Truestudio Lite...based on Eclipse but actually well integrated library inc and src files.