STEVAL-FCU001V2の修正後のBuildでエラーとなる。回避方法について知りたい。

[FujiSakura]

STEVAL-FCU001V2について、
ST社のサイトからダウンロードしたプロジェクトをStm32CUBEIDEで開き、以下の修正を実施。

修正1ヘッダーファイル：rc.hについて、
REMOCON_BLEからREMOCON_PWMにモード変更。
#define REMOCON_PWM // 外部リモコンRX 4チャンネルPWM

修正2
\stsw-fcu001\STSW-FCU001\STEVAL-FCU001V2\Core\SrcにあるSysmem.Cについて、
ソースコードに書かれていたcaddt_tが、廃止されたtypedefであった為、void *に変更。
上記修正後にBuild ALLを行ったが以下のメッセージが出る。

重大なエラー:custom_motion_sensors.h:そのようなファイルまたはディレクトリはありません。
custom_motion_sensors.hはフロクトジェ内の別フォルダに、存在しているのでパスまで指定してもう一度Build ALLを試しましたが、結果は同じで、ヘッダファイルのインクルードは結局出来ませんでした。

[Ghofrane GSOURI]

Hello @FujiSakura 

I used Reverso to translate your post .

**********************************************************************************************************************************

About STEVAL-FCU001V2.
Open the project downloaded from ST's site with Stm32CUBEIDE and perform the following correction.

Fix #1 Header File: About rc.h
Mode change from REMOCON_BLE to REMOCON_PWM.
#define REMOCON_PWM // External Remote Control RX 4 Channel PWM

Amendment 2
\stsw-fcu001\STSW-FCU001\STEVAL-FCU001V2\Core\Src about Sysmem.C
The caddt_t in the source code has been changed to void * because it was a deprecated typedef.
After the above correction, Build ALL was performed, but the following message appears.

Critical error: custom_motion_sensors.h: There is no such file or directory.
Since custom_motion_sensors.h exists in a separate folder in the float, I tried Build ALL again by specifying the path, but the result was the same, and the header file could not be included in the end.

***********************************************************************************************************************************

If you have already added the correct include path for custom_motion_sensors.h in STM32CubeIDE (via "C/C++ Build" > "Settings" > "MCU GCC Compiler" > "Include paths ") and the build error still occurs, first double-check that the path you added exactly matches the folder containing the header file, and that there are no typos or case mismatches. Next, verify that the #include statement in your source code matches the relative path from the include directory you specified. For example, if you added Drivers/BSP/Components as an include path, the statement should be #include "custom_motion_sensors.h". If the file is in a subfolder, adjust the include path or the #include statement accordingly. Also, ensure that the file is not excluded from the build, and is present in the project directory. Try cleaning the project ("Project" > "Clean Project ") and rebuilding it.

[FujiSakura]

Hi Ghofrane,

Thank you for your response, and my apologies for the delay.

I tried the solution you suggested, and the original error is now gone.

However, three new errors have appeared, and I am still unable to build the project. The details are as follows:

Error1:
Path "C:/ST/STM32CubeIDE_1.19.0/STM32CubeIDE/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.13.3.rel1.win32_1.0.0.202411081344/tools/arm-none-eabi/include/sys"
FileName "types.h"
Message "expected identifier or '(' before 'void'"

Error2:
Message make: *** [Core/Src/subdir.mk:70: Core/Src/syscalls.o] Error 1

Error3:
Message make: *** Waiting for unfinished jobs....
Is this error caused by the two preceding errors?

Furthermore, I'm seeing 7 warnings and 1 informational message. I've attached a screenshot for your reference.

Could you please advise on how to fix these problems to get a clean build?

[YCC]

I fixed the caddt_t issue by following the “Tool chains” section in UM2329 recommendation, see screenshot below.

 

 

[Haseeb Khan]

私も同様のケースでは、まず custom_motion_sensors.h が存在するフォルダをプロジェクトの Include paths に追加することを確認します。

STM32CubeIDEでは、単にProject Explorer上にファイルが存在しているだけでは、コンパイラがヘッダーファイルを検索できない場合があります。

Project → Properties → C/C++ Build → Settings → MCU GCC Compiler → Include paths

から、custom_motion_sensors.h が実際に存在するディレクトリを追加してみてください。

また、#include "custom_motion_sensors.h" の記述と、追加したInclude pathの階層が一致しているかも確認するとよいと思います。

Include pathを修正した後は、
Project → Clean → Build All
の順で一度クリーンビルドすることをおすすめします。

特に今回のようにSTの古いサンプルプロジェクトを新しいSTM32CubeIDEで開いている場合、古いライブラリやInclude pathの構成が現在のIDE環境と合っていない可能性もあるので、.project / .cproject の設定も確認すると切り分けしやすいと思います。

ちなみに、名前の組み合わせを簡単に試せる無料ツールも個人的に作っています：
NameCombinerss

参考になれば幸いです。