Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world.
And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download two short videos (registration required) highlighting:

System Workbench for STM32


SW3STM32 Fw_F4_V1.9 CDC-Standalone success but CDT issues

Hi I’m trying out AC6 - so good to see its really coming along.
I have been using Freescale/NXP? Kinetis Design Studio 3 and trying out AC6.
On following the guidelines for importing an Existing Project into workspace

STM32Cube\Repository\STM32Cube_FW_F4_V1.9.0\Projects\STM324xG_EVAL\Applications\USB_Host\CDC_Standalone\SW4STM32\STM324xG-EVAL_USBH-HS

it builds OK. However CDT indicates 32 issues.

Description Resource Path Location Type

Type ‘uint32_t’ could not be resolved main.c /STM324xG-EVAL_USBH-HS/Application/User line 169 Semantic Error

Type ‘uint8_t’ could not be resolved main.c /STM324xG-EVAL_USBH-HS/Application/User line 40 Semantic Error


Type ‘__HAL_FLASH_PREFETCH_BUFFER_ENABLE()’ could not be resolved main.c /STM324xG-EVAL_USBH-HS/Application/User line 238 Semantic Error


Type ‘__HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1)’ could not be resolved main.c /STM324xG-EVAL_USBH-HS/Application/User line 212 Semantic Error


Type ‘__HAL_RCC_PWR_CLK_ENABLE()’ could not be resolved main.c /STM324xG-EVAL_USBH-HS/Application/User line 207 Semantic Error

France

Hi,

These are CDT errors, due to an incomplete indexing of the source code; they should disapear if you right click on the project, then Index >> Rebuild; you may need to delete the errors from the Problems view and they should no appear again.

Bernard (Ac6)

Many thanks for the quick response - you’re right, it cleared itself up after I left it running for some period - I went away and came back 4hours later.

BTW followed the instructions for ST-LINK to SWD to pyboard.org STM32F405 and worked nicely. Will do a post on it tomorrow.


Hi,

I just re-installed the SW4STM32 and again got the below errors (I also tried to Rebuild iit several times but the errors still exists.

I also got Program “arm-none-eabi-g++” not found in PATH and Program “arm-none-eabi-gcc” not found in PATH errors, but as I read in some other thread answers, I deleted those errors.

Errors:
Description Resource Path Location Type
Type ‘__HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1)’ could not be resolved main.c /STM/Src line 140 Semantic Error
Type ‘__HAL_RCC_GPIOD_CLK_ENABLE()’ could not be resolved main.c /STM/Src line 221 Semantic Error
Type ‘__HAL_RCC_PWR_CLK_ENABLE()’ could not be resolved main.c /STM/Src line 139 Semantic Error
Type ‘GPIO_PIN_12’ could not be resolved main.c /STM/Src line 224 Semantic Error
Type ‘GPIO_PIN_12’ could not be resolved main.c /STM/Src line 227 Semantic Error
Type ‘GPIO_PIN_13’ could not be resolved main.c /STM/Src line 224 Semantic Error
Type ‘GPIO_PIN_13’ could not be resolved main.c /STM/Src line 227 Semantic Error
Type ‘GPIO_PIN_14’ could not be resolved main.c /STM/Src line 224 Semantic Error
Type ‘GPIO_PIN_14’ could not be resolved main.c /STM/Src line 227 Semantic Error
Type ‘GPIO_PIN_15’ could not be resolved main.c /STM/Src line 224 Semantic Error
Type ‘GPIO_PIN_15’ could not be resolved main.c /STM/Src line 227 Semantic Error
Type ‘RCC_HSI_ON’ could not be resolved main.c /STM/Src line 144 Semantic Error
Type ‘RCC_PLL_NONE’ could not be resolved main.c /STM/Src line 146 Semantic Error

Can anyone please help me with this.

Thanks in advance.

Best regards

Hi,

Can you copy the console output ? It gives more information about the build errors.

Regards,
Kevin