2026-03-10 3:30 AM - last edited on 2026-03-16 3:15 AM by Andrew Neil
Whenever I am starting to make project from scratch in STM32Cube AI studio, It gives complete structure with .ioc files as well as AI files, but as soon as I make changes in .ioc file and generate code after loading in CubeIDE, it changes the middlewares and build error comes . What is the solution for that?
1. Should I first make the .ioc project and then make project in STM32Cube AI studio ( Import the existing project from STM32CubeMX or STM32Cube AI studio)
2. Another doubt is if I make project from preexisting .ioc, Do I need project in application mode for that as AI changes will work in application mode only ( but STM32N6 doesnt work without FSBL), what is your suggestion for Edge AI project building?
The error was :
Description Resource Path Location Type make: *** No rule to make target 'C:/Users/hp/.stm32cubeaistudio/workspace/Modified_STM32/Middlewares/ST/AI/Npu/ecloader.c', needed by 'Middlewares/ST/AI/Npu/ecloader.o'. Stop. Modified_STM32_Appli C/C++ Problem
Thanks & Regards
Chanchal
2026-03-18 3:37 AM
2026-03-18 7:15 AM
Hello,
You have more information in this topic:
STM32N6 FSBL explained - STMicroelectronics Community
Project generated by STM32Cube AI Studio follows the "eXecute-In-Place" (XIP) principle.
You need to avoid unchecking extra peripherals, especially XSPIs and EXTMEM / EXTMEM_LOADER.
Best regards,
Yanis
2026-03-20 2:30 AM
I understand your point. However, prior to your response, I had already shared another project folder where I did not modify any of the configurations you mentioned. In that project, I only configured ADC, DMA, Timer, and USART, as these are essential for real-time detection in my application. Despite making only these changes, the build still failed.
I would like to understand the reason behind this issue.
If the tool does not allow configuration of the required peripherals, how can it be effectively used for edge AI applications?
Additionally, I have not modified any of the default settings or clock configuration in the project, yet the issue persists. I have not received a clear explanation for this behavior.
Kindly assist if possible, or please guide me to the appropriate domain if this falls outside your scope.
Thanks & Regards,
Chanchal
2026-03-23 2:00 AM
Hello @chanchal94
Behavior is quite strange. I would say that it is unexpected since these files are managed by STM32Cube AI Studio and deleted by STM32CubeMX.
On my side I was not able to reproduce the issue since I maintained the IP "EXTMEM_LOADER" enabled in the project. It might be the error you are facing:
- STM32CubeMX created "Middlewares" folder
- STM32Cube AI Studio adds "Middlewares/ST/AI" folder
- STM32CubeMX deleted "Middlewares" folder because EXTMEM_LOADER was disabled and was the only "Middlewares" in your project
Could you retry on your side to see if, by maintaining EXTMEM_LOADER enabled, you still have this Middlewares folder ?
Best regards,
Yanis
2026-03-23 3:30 AM
@hamitiya you are talking about external mem loader in Middlewares & software Packs as shown in attached screenshot? With this also , I am facing the same issue.
Though previously also I had not enabled or disabled any such setting. but this time I checked the EXTMEM MANAGER in application also ( screenshot), But the problem is same.
Are you able to reproduce this issue in my zip file also or in the project you initiated from scratch?