Newcomer can't get VS Code to run

PlatformIO IDE
27

Hey, don’t discount it… I could still have stuffed something up… it got even weirder when I realised they were lib_ignoring Adafruit_Neopixel and SPI… so I tried commenting that out and I thing it got even more entertaining.

Against maple, it fails at

Compiling .pio/build/STM32F103RC_btt/libf84/U8glib-HAL/clib/u8g_virtual_screen.c.o
Compiling .pio/build/STM32F103RC_btt/lib990/Adafruit BusIO/Adafruit_BusIO_Register.cpp.o
Compiling .pio/build/STM32F103RC_btt/lib990/Adafruit BusIO/Adafruit_I2CDevice.cpp.o
Compiling .pio/build/STM32F103RC_btt/lib990/Adafruit BusIO/Adafruit_SPIDevice.cpp.o
.pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_I2CDevice.cpp: In member function 'bool Adafruit_I2CDevice::read(uint8_t*, size_t, bool)':
.pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_I2CDevice.cpp:160:79: error: no matching function for call to 'TwoWire::requestFrom(uint8_t, uint8_t, uint8_t)'
   size_t recv = _wire->requestFrom((uint8_t)_addr, (uint8_t)len, (uint8_t)stop);
                                                                               ^
In file included from /home/pfeerick/.platformio/packages/framework-arduinoststm32-maple/STM32F1/libraries/Wire/Wire.h:42:0,
                 from .pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_I2CDevice.h:1,
                 from .pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_I2CDevice.cpp:1:
/home/pfeerick/.platformio/packages/framework-arduinoststm32-maple/STM32F1/libraries/Wire/utility/WireBase.h:101:11: note: candidate: uint8 WireBase::requestFrom(uint8, int)
     uint8 requestFrom(uint8, int);
           ^~~~~~~~~~~
/home/pfeerick/.platformio/packages/framework-arduinoststm32-maple/STM32F1/libraries/Wire/utility/WireBase.h:101:11: note:   candidate expects 2 arguments, 3 provided
/home/pfeerick/.platformio/packages/framework-arduinoststm32-maple/STM32F1/libraries/Wire/utility/WireBase.h:106:11: note: candidate: uint8 WireBase::requestFrom(int, int)
     uint8 requestFrom(int, int);
           ^~~~~~~~~~~
/home/pfeerick/.platformio/packages/framework-arduinoststm32-maple/STM32F1/libraries/Wire/utility/WireBase.h:106:11: note:   candidate expects 2 arguments, 3 provided
*** [.pio/build/STM32F103RC_btt/lib990/Adafruit BusIO/Adafruit_I2CDevice.cpp.o] Error 1
.pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_SPIDevice.cpp: In member function 'void Adafruit_SPIDevice::transfer(uint8_t*, size_t)':
.pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_SPIDevice.cpp:119:31: error: no matching function for call to 'SPIClass::transfer(uint8_t*&, size_t&)'
     _spi->transfer(buffer, len);
                               ^
In file included from .pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_SPIDevice.h:1:0,
                 from .pio/libdeps/STM32F103RC_btt/Adafruit BusIO/Adafruit_SPIDevice.cpp:1:
Marlin/src/HAL/STM32F1/SPI.h:268:11: note: candidate: uint8_t SPIClass::transfer(uint8_t) const
   uint8_t transfer(uint8_t data) const;
           ^~~~~~~~
Marlin/src/HAL/STM32F1/SPI.h:268:11: note:   candidate expects 1 argument, 2 provided
*** [.pio/build/STM32F103RC_btt/lib990/Adafruit BusIO/Adafruit_SPIDevice.cpp.o] Error 1

So it’s something to do with Wire and SPI tripping it up there…

With board_build.core = stm32 it borks way eariler, with confetti like

Compiling .pio/build/STM32F103RC_btt/src/src/HAL/shared/HAL_spi_L6470.cpp.o
Compiling .pio/build/STM32F103RC_btt/src/src/HAL/shared/backtrace/backtrace.cpp.o
In file included from Marlin/src/HAL/STM32F1/dogm/../../../inc/../HAL/./STM32F1/HAL.h:36,
                 from Marlin/src/HAL/STM32F1/dogm/../../../inc/../HAL/HAL.h:26,
                 from Marlin/src/HAL/STM32F1/dogm/../../../inc/MarlinConfig.h:30,
                 from Marlin/src/HAL/STM32F1/dogm/u8g_com_stm32duino_fsmc.cpp:29:
Marlin/src/HAL/STM32F1/dogm/../../../inc/../HAL/./STM32F1/fastio.h:30:10: fatal error: libmaple/gpio.h: No such file or directory
   30 | #include <libmaple/gpio.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pio/build/STM32F103RC_btt/src/src/HAL/STM32F1/dogm/u8g_com_stm32duino_fsmc.cpp.o] Error 1
In file included from Marlin/src/HAL/STM32F1/../../inc/../HAL/./STM32F1/HAL.h:36,
                 from Marlin/src/HAL/STM32F1/../../inc/../HAL/HAL.h:26,
                 from Marlin/src/HAL/STM32F1/../../inc/MarlinConfig.h:30,
                 from Marlin/src/HAL/STM32F1/onboard_sd.cpp:15:
Marlin/src/HAL/STM32F1/../../inc/../HAL/./STM32F1/fastio.h:30:10: fatal error: libmaple/gpio.h: No such file or directory
   30 | #include <libmaple/gpio.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pio/build/STM32F103RC_btt/src/src/HAL/STM32F1/onboard_sd.cpp.o] Error 1
In file included from Marlin/src/HAL/shared/../../inc/../HAL/./STM32F1/HAL.h:36,
                 from Marlin/src/HAL/shared/../../inc/../HAL/HAL.h:26,
                 from Marlin/src/HAL/shared/../../inc/MarlinConfig.h:30,
                 from Marlin/src/HAL/shared/HAL_spi_L6470.cpp:28:
Marlin/src/HAL/shared/../../inc/../HAL/./STM32F1/fastio.h:30:10: fatal error: libmaple/gpio.h: No such file or directory
   30 | #include <libmaple/gpio.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pio/build/STM32F103RC_btt/src/src/HAL/shared/HAL_spi_L6470.cpp.o] Error 1
In file included from Marlin/src/HAL/shared/backtrace/../../../core/../inc/../HAL/./STM32F1/HAL.h:36,
                 from Marlin/src/HAL/shared/backtrace/../../../core/../inc/../HAL/HAL.h:26,
                 from Marlin/src/HAL/shared/backtrace/../../../core/../inc/MarlinConfig.h:30,
                 from Marlin/src/HAL/shared/backtrace/../../../core/serial.h:24,
                 from Marlin/src/HAL/shared/backtrace/backtrace.cpp:29:
Marlin/src/HAL/shared/backtrace/../../../core/../inc/../HAL/./STM32F1/fastio.h:30:10: fatal error: libmaple/gpio.h: No such file or directory
   30 | #include <libmaple/gpio.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pio/build/STM32F103RC_btt/src/src/HAL/shared/backtrace/backtrace.cpp.o] Error 1

Since …

lib_ignore        = Adafruit NeoPixel, SPI

seemed to, well, be getting ignored, I thought, let’s comment that out then… well, that broke Maple even quicker! :laughing:

At that point, I’d had enough poking around… Either way… it seems something has changed in the eight months since they wrote the code…

28

Okay if the Marlin HAL is including libmaple then it absolutely needs the Maple core.

Maybe they worked with a different version of the ststm32 platform and thus Arduino core? (or it really is a pio core problem). Do they pin platform = ststm32@..?

29

Nope… I’m trying it again now with 6.1.1 as that’s about the right age…

Edit: nada… same error. Other problem is most of the libraries are pulling from the master branches directly, with very few pinned versions… so if it is something that’s changed in BusIO that’ll be fun also… locked in Adafruit Neopixel @ 1.3.4 in the common libs, and added adafruit/Adafruit BusIO @ 1.2.3 since it was being automatically pulled in… and nope, that didn’t end well either…

30

Hi Gentlemen,
in parallel I have send a “Help!” to BTT and send them the configs and platformIO.ini!
Today the came back with a mail that they have updated ,git and it should compile!!

" We have updated the firmware folder and can now compile.

Firmware link:

BIGTREETECH-SKR-E3-DIP-V1.0/Firmware at master · bigtreetech/BIGTREETECH-SKR-E3-DIP-V1.0 · GitHub"

I have downloaded the software and tried - still “CC” - error

31

Oh great compilation now works perfectly. Just executing pio run in the folder Marlin-2.0.7.2-SKR-E3-DIP with the default selected environment STM32F103RC_btt gives:

>pio run
Processing STM32F103RC_btt (platform: ststm32@~6.1; board: genericSTM32F103RC; framework: arduino)
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Platform Manager: Installing ststm32 @ ~6.1
Downloading  [####################################]  100%
Unpacking  [####################################]  100%
Platform Manager: ststm32 @ 6.1.1 has been installed!
The platform 'ststm32@~6.1' has been successfully installed!
The rest of the packages will be installed later depending on your build environment.
Tool Manager: Installing framework-arduinoststm32-maple @ ~2.10000.0
Downloading  [####################################]  100%
Unpacking  [####################################]  100%
Tool Manager: framework-arduinoststm32-maple @ 2.10000.200103 has been installed!
Tool Manager: Installing tool-stm32duino @ *
Downloading  [####################################]  100%
Tool Manager: tool-stm32duino @ 1.0.2 has been installed!
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ststm32/genericSTM32F103RC.html
PLATFORM: ST STM32 (6.1.1) > STM32F103RC (48k RAM. 256k Flash)
HARDWARE: STM32F103RCT6 72MHz, 48KB RAM, 256KB Flash
DEBUG: Current (blackmagic) External (blackmagic, jlink, stlink)
PACKAGES:
 - framework-arduinoststm32-maple 2.10000.200103 (1.0.0)
 - tool-stm32duino 1.0.2
 - toolchain-gccarmnoneeabi 1.70201.0 (7.2.1)
Converting Marlin.ino
LDF: Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Library Manager: Installing SoftwareSerialM
Library Manager: SoftwareSerialM @ 1.0.0 has been installed!
Library Manager: Installing U8glib-HAL @ ~0.4.1
Library Manager: Warning! More than one package has been found by U8glib-HAL @ ~0.4.1 requirements:
 - marlinfirmware/U8glib-HAL @ 0.4.3
 - thinkyhead/U8glib-HAL @ 0.4.3
Library Manager: Please specify detailed REQUIREMENTS using package owner and version (showed above) to avoid name conflicts

Downloading  [########----------------------------]   24%

Downloading  [####################################]  100%
Library Manager: U8glib-HAL @ 0.4.3 has been installed!
Found 30 compatible libraries
Scanning dependencies...
Dependency Graph
|-- <SoftwareSerialM> 1.0.0
|-- <U8glib-HAL> 0.4.3
|   |-- <Wire> 1.0
|-- <STM32ADC> 1.0
|-- <EEPROM>
|-- <USBComposite for STM32F1> 0.91
|-- <Wire> 1.0
|-- <FreeRTOS701>
|-- <Servo(STM32F1)> 1.1.2
Building in release mode
Compiling .pio\build\STM32F103RC_btt\FrameworkArduinoVariant\board.cpp.o
[..]
Linking .pio\build\STM32F103RC_btt\firmware.elf
Building .pio\build\STM32F103RC_btt\firmware.bin
Checking size .pio\build\STM32F103RC_btt\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [===       ]  30.0% (used 14760 bytes from 49152 bytes)
Flash: [========  ]  80.4% (used 210868 bytes from 262144 bytes)
========================================================================================= [SUCCESS] Took 90.50 seconds =========================================================================================

Environment      Status    Duration
---------------  --------  ------------
STM32F103RC_btt  SUCCESS   00:01:30.498
========================================================================================== 1 succeeded in 00:01:30.498 ==========================================================================================
1 Like
32

I suspect you have a general problem with PlatformIO.

Please do the following: Open a PlatformIO CLI and execute the two commands

pio upgrade --dev
pio platform update
pio platform install ststm32@~6.1

then restart VSCode.

Then, in the PIO home, on the left side go to “New Project”, write “STM32Test” as name and select the STM32F103RC as the board.

grafik
grafik1001×865 60.3 KB

Then click finish. After the project has loaded up, open the platformio.ini and modify it to

[env:genericSTM32F103RC]
platform = ststm32@~6.1
board = genericSTM32F103RC
framework = arduino

The src/main.cpp should already contain the content

#include <Arduino.h>

void setup() {
  // put your setup code here, to run once:
}

void loop() {
  // put your main code here, to run repeatedly:
}

(double check that.).

Then go to the project tasks and start the default Build action.

grafik
grafik1001×865 51.4 KB

It should result in “Sucess”. Can you confirm that or post an error message?

33

Hi Max,
wow! That looks good! Unfortunately it’s too late on my side, so I have to do the test tomorrow!
Really looking foreward to the test! But anyways - great job you guys have done so far!!
Best regards
Hans

1 Like
34

Hi Max and and Erick,
moments like this are the nicest you can think of! It worked with the recipe of Max!!
Thanks a lot! That has taken a huge rock from my soul! Now I can start to implement all my add-ons and, of course , reverse it, if not meeting the expectations!
If you guys would be in Germany, I would send you a box of beer of your choise!
Just 1000+ thanks from my side!!

Last Question: Now I have this setup, I can compile - modify -compile without going through the preparations Max suggested !?
Only when the Marlin-Software is somehow updated, I better run this procedure again!?
Am I right?
Warmes Regards
Hans

1 Like
35

Hi,
the bloody bad thing is - after my success with Max’s recipe - I changed in Configuration.h the X and Y axis definition (…default) as I originally had there the TCM2208 drivers sitting on a DIP socket.
Don’t need them for closed loop, as the controller sits directly on the stepper.
No idea why it skrews up again??? What am I doing wrong??
I tried to clean up the whole thing, deleted all projects and started Max’s recipe again. No success!
Any idea Max?

36

Just for your info:

Processing genericSTM32F103RC (platform: ststm32@~6.1; board: genericSTM32F103RC; framework: arduino)
--------------------------------------------------------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ststm32/genericSTM32F103RC.html
PLATFORM: ST STM32 (6.1.1) > STM32F103RC (48k RAM. 256k Flash)
HARDWARE: STM32F103RCT6 72MHz, 48KB RAM, 256KB Flash
DEBUG: Current (blackmagic) External (blackmagic, jlink, stlink)
PACKAGES:
 - framework-arduinoststm32-maple 2.10000.200103 (1.0.0)
 - toolchain-gccarmnoneeabi 1.70201.0 (7.2.1)
LDF: Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 30 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Compiling .pio\build\genericSTM32F103RC\FrameworkArduinoVariant\board.cpp.o
Compiling .pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\boards.cpp.o
Der Befehl "arm-none-eabi-g++" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Der Befehl "arm-none-eabi-g++" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Compiling .pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\boards_setup.cpp.o
*** [.pio\build\genericSTM32F103RC\FrameworkArduinoVariant\board.cpp.o] Error 1
Compiling .pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\start.S.o
*** [.pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\boards.cpp.o] Error 1
Der Befehl "arm-none-eabi-g++" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
*** [.pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\boards_setup.cpp.o] Error 1
Der Befehl "arm-none-eabi-gcc" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
*** [.pio\build\genericSTM32F103RC\FrameworkArduinoVariant\wirish\start.S.o] Error 1
================================================================= [FAILED] Took 3.12 seconds =================================================================PS C:\Users\elli\Documents\PlatformIO\Projects\Close-Loop>

Just for those not capable of German -
… ist entweder falsch geschrieben oder konnte nicht gefunden werden.

means “written wrong or couldn’t be found”

37

You should not have had to… this was to ensure that the required platform files had been downloaded and installed properly on your system.

However, not finding arm-none-eabi-g++ is not a good sign, if it worked earlier. It would suggest something is deleting or blocking access to stuff. Perhaps your anti-virus software is being a bit too through? I would try again with it turned off, and if that works, try to find how to ‘allow’ the required compiler executables in your anti-virus software.

38

Hi Peter,
thanks for not giving up!!
When I go again through Max’s recipe - in the stage of “pio platform update” I get a warning and an error:
platformio/espressif32 (1.11.2) Yellow -[Detached]
platformio/toolchain-gccarmnoneeabi 1.90201.191206 @ >= 1.90000 Red - [Outdated 1.9031.200702]
This matches with your view in case of this missing part. So the question is - why did it worked once?
In this actual case I have disabled virus-protection- no change!?

39

So it all ends up in the file “c_cpp_properties.json” and shows 1 single error “compilerPath”: “arm-none-eabi-gcc”
How to solve it???

40

I don’t think the espressif32 (ESP32) has anything to do with Marlin, so it must be related to some other code you’ve been playing with. [Detached] basically means, if I remember correctly, that a specific version was pulled - or that it was a specific git version - actually, I think it is the latter. You should be able to ignore this for now.

toolchain-gccarmnoneeabi is the problem - as it is the toolchain needed to compile your project.

You could try pio platform uninstall ststm32 and then running pio platform install ststm32@~6.1 again. (You can also try adding -f for force to the install if it gives you an error). Although PIO should have managed the versions itself as needed, it’s possible there was a version mixup of toolchain-gccarmnoneeabi because of trying to build the other versions of the BigTreeTech Marlin code.

41

Thanks Peter - will try immediately!

1 Like
42

Had it uninstalled( -f not valid code ??). Re-installed it - same problem! If you can read German - thats what it said to me:
[28.11.2020, 11:52:11] Die Konfiguration mit compilerPath “arm-none-eabi-gcc” kann nicht aufgelöst werden. Stattdessen wird “cl.exe” verwendet.
If you need translation - let me know

43

PlatformIO should generate the c_cpp_properties.json for you, but for the value compilerPath, PlatformIO will use the full path to the executable… something like C:\Users\<user>\.platformio\packages\toolchain-gccarmnoneeabi\bin\arm-none-eabi-gcc. If it just writes arm-none-eabi-gcc, it won’t find the binary and will attempt to switch to… the Microsoft C compiler? And that’s completely wrong.

Were you able to test a simple test project as per Newcomer can't get VS Code to run - #32 by maxgerhardt?

Have you tried the project task Default → Miscellaneous → Rebuild IntelliSense Index? Does the `c_cpp_properties now look more sane?

Do you have any other extensions installed besides Python, Jupyter and PlatformIO that might interfere?

Also, this is “just” IntelliSense. Does the project build? If the project doesn’t build, an error must first be searched for there. The c_cpp_properties.json and Microsoft IntelliSense is all separate from PlatformIO, just PlatformIO builds the firmware, not the Microsoft C/C++ extension.

44

Hi Max,
question for me (… the blind!) is, where do I have to define the path! Because up to now I have not defined this path at all! Can you give me some advice, where to do it?
Seems to me that this is the main problem left.

45

Sorry, didn’t answer your questions in total:
I have no other software you mentioned, except Visual Basic.
Related to … able to test a simple test project …, I understand your detailed recipe you have given earlier - this worked only once for me.
To try “project task” - unfortunately not enough kowledge on my side to run this!

46

Can you show a screenshot of what VSCode looks like with the error message that you get when compiling the minimal example above?

The docs show the location of the project tasks window in the PIO sidebar and I noted down the path to the task.

grafik