cancel
Showing results for 
Search instead for 
Did you mean: 

Changing I/O pin function in Riverdi example causes build error

TIF
Associate II

I am using a Rivierdi display with their board that uses a STM32H757XIH6. I am using touchgfx and starting with their pre-made example in touchGFX. Their board has a 40 pin connector that give access to I/O. I am using their project as a starting point and trying to change I/O functions to simple GPIO from alternate function however when I make this change, the project ceases to build. Here is a specific example:

 

I changed PD11 to GPIO output from LPTIM2_IN2 using pinout view:

TIF_0-1738258041212.png

I then generated code in CubeMX and tried to build the new project in CubeIDE. The project built fine before the change but failed after this with the following error:

make: *** No rule to make target 'C:/TouchGFXProjects/Regal_shutoff/CM7/Core/Src/lptim.c', needed by 'Application/User/Core/lptim.o'. Stop.

 

What do I need to do to clear this?

1 ACCEPTED SOLUTION

Accepted Solutions
Imen.D
ST Employee

Hello @TIF ,

I think these posts may help you: 

Solved: make[3]: *** No rule to make target 'CM7/TouchGFX/... - STMicroelectronics Community

No rule to make target 'TouchGFX/build/STM32H750B-... - Page 2 - STMicroelectronics Community

When your question is answered, please close this topic by clicking "Accept as Solution".
Thanks
Imen

View solution in original post

2 REPLIES 2
Imen.D
ST Employee

Hello @TIF ,

I think these posts may help you: 

Solved: make[3]: *** No rule to make target 'CM7/TouchGFX/... - STMicroelectronics Community

No rule to make target 'TouchGFX/build/STM32H750B-... - Page 2 - STMicroelectronics Community

When your question is answered, please close this topic by clicking "Accept as Solution".
Thanks
Imen
TIF
Associate II

Thank you! I was hoping to not have to manually manipulate those as I worry that I may break something that is used by demo board.

 

One thing I noticed is using the external CubeMX application caused issues but using the CubeMX integrated in  CubeIDE seemed to work much better.