STM32CubeIDE projects: how to use objects generated in main.c file in other C files?

[HTD]

The goal is to not write my entire hardware handling program in main.c file, as tutorials often show.

I use TouchGFX, the project for Visual Studio doesn't even see main.c file or has any access to the hardware part of the code. It's OK, I use VS only for the UI part. I code the hardware handling part in STM32CubeIDE.

Let's say I enable I2C bus in .ioc file. That automatically generates code in main.c, the problem is, I want to make a driver (in another file) that uses that object (initialized I2C object) in my own piece of code, let it be even C++ class.

I already figured out how to bridge 2 projects (hardware part and UI part) with conditional include of a bridge file, that includes main.h and use externs. The condition is of course "#ifndef SIMULATOR". For the simulator I make dummy objects that just simulate the actual hardware. It all works.

The problem is - my bridge file includes main.h and has access to most HAL, but it doesn't see anything defined in main.c. The CubeMX code generator writes everything in main.c. How can I make my custom code contained in other file (my bridge file) see the objects defined in main.c? Is there a standard way of doing this, or maybe a clever trick?

[TDK]

Declare the object as "extern" in a header file or somewhere else seen in your other C program.

If main.c defines this;

I2C_HandleTypeDef hi2c1;

Put this before it is used in other.c, or in other.h, or in main.h:

extern I2C_HandleTypeDef hi2c1;

[Bob S]

In CubeMX click on the "Project Manager" tab along the top. Then on the left side click on "Code Generator". In the "Generated Files" section check the box for "Generate peripheral initialization as a pair of '.c/.h' files per peripheral. CubeMX will then generate i2c.c and i2c.h, and i2c.h will have the "extern" declaration that @TDK​ mentioned. It will also create a gpio.c/.h, usart.c/.h, etc., for whatever peripherals you enable. This gets almost all of the initialization code out of main.c.

[HTD]

That seems to break TouchGFX project. Trying to run it from STM32CubeIDE almost fried my discovery board (white screen decaying on corners, first time it happen the display had like burned out corners and flickered, it healed after being powered off for like 30 minutes), running from TouchGFX caused build to fail without apparent reason (just something exited 1 exit code). I think TouchGFX doesn't play well with this option. Or is it supposed to work with TouchGFX and I've done something wrong?

BTW, I restored the board from "bricked" state by uploading the previous project that worked.

[Bob S]

Oops - sorry about that. I have no experience with TouchGFX. Though now that you mention it, there was another thread here lately about conflicting MX_Init_I2C4() functions with TouchGFX. If TouchGFX is creating its own set of MX_Init_XXXX functions, that might explain what went wrong in your case. [EDIT: Well, that was you in that other post, so, never mind]

[wired]

I just read your suggestion and liked it, so I tried it in my project. Everything built just fine, and now I have a manageable main.c. Thanks for the tip.

[wired]

I TAKE THAT BACK - IT DID NOT WORK FINE FOR ME!!!

I rebuilt the program OK< but when I loaded into the debugger and ran it, I had some kind of failure (and the operating current was not normal). Now every time I try to run the debugger, I get this:

I think my development board is fried!

All I did was enable the creation of .c/.h files, and also checked the box to make unused pins analog.

[wired]

I set the options back the way they were and rebuilt the code, and tried it with a different development board, and now I'm getting a hard fault in touchgfx_init() when the Texts::setLanguage(0); initialization occurs. Making the above changes apparently broke something badly and cannot be restored, even when reverting to the original code generation options. I DO NOT RECOMMEND making this change.

[wired]

Well, I reverted to an older version of code, got everything working on a different board, then tried to load it onto the original board. STILL got the same No Device Found on Target error.

Did some searching, and someone at stackoverflow suggested the following:

1) Go into the STM32CubeProgrammer.

2) Hold down black Reset button on Dev board.

3) Press CONNECT button in STM32CubeProgrammer to connect to device.

4) Release reset button.

This recovered my board! I can now load the older version of code into it.

[wired]

OK, now I get why this happened. I set unused pins to analog in the project manager without first reserving the SWCLK and SWDIO pins for debug!

And it seemed like such an innocent little checkbox ;)