cancel
Showing results for 
Search instead for 
Did you mean: 

(some) example projects don't use *.ioc file?

FBerg.1
Associate II

E.g. the FatFs_USBDisk sample does not have a *.ioc file.

Maybe not all example projects use STM32CubeMX?
(the issue sounds like https://community.st.com/t5/stm32-mcus/creating-stm32cubmx-ioc-project-for-older-stm32cube-firmware/ta-p/49664)

How can I enable the view "Device Configuration Tool" for that example project?
Or: what's the best way to see the Mikrocontroller resources used by that project?

Reason for asking:
I can't add support for serial console (including DMA) to FatFs_USBDisk from a reference project. There seems to be a clashing of using the resources.

1 ACCEPTED SOLUTION

Accepted Solutions

@Andrew Neil wrote:

Correct - they don't all have a .ioc file.


I think the 'Configurable' column tells you which is which:

AndrewNeil_0-1721148534071.png

AndrewNeil_1-1721148616417.pngfor the ones which do have a .ioc file;

AndrewNeil_2-1721148655038.pngfor the ones which don't.

 

 

View solution in original post

3 REPLIES 3
Andrew Neil
Evangelist III

Correct - they don't all have a .ioc file.

Some just have C initialisation code for the clocks, peripherals, etc.

 


@FBerg.1 wrote:

How can I enable the view "Device Configuration Tool" for that example project?


You can't.

 


@FBerg.1 wrote:

Or: what's the best way to see the Mikrocontroller resources used by that project?


Just have to browse the code to see what's used.

 

If the example in question is for an ST board, then MXCube should have awareness of that board ...

Yes, some of the examples were actually coded by engineers familiar with the job, and not pressing buttons.

CubeMX generates code from templates and boiler-plate, and whilst it uses HAL, its not the type of HAL or SPL code we typically write.

With the Non-IOC methods, it's perhaps better to sand-box your CubeMX/IDE stuff into it own project, and then pull/merge the salient code, for initialization and interaction, into the more generic HAL implementation.

The Reference Manual then becomes your resource to know what peripherals work/conflict with each other, and how to make choices from the tables of routing/interconnectivity the IC facilitates, and the Data Sheet is the resource with respect to the pins and alternate function mappings there.

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

@Andrew Neil wrote:

Correct - they don't all have a .ioc file.


I think the 'Configurable' column tells you which is which:

AndrewNeil_0-1721148534071.png

AndrewNeil_1-1721148616417.pngfor the ones which do have a .ioc file;

AndrewNeil_2-1721148655038.pngfor the ones which don't.