I can´t compile "ussageExample" for ESP32. I get #error "Unsupported derivate"

[plop510]

I´m comming from AccelStepper lib and your library is very very promising but I ´m not able to complile any of the samples. I´ve tried version 0.27.5 on Arduino 1.8.13, over:

• ESP32 dev module
• ESP32 grover module
• ESP32 pico kit and I allways get #error "Unsupported derivate" Please help.

Thanks plop510

[gin66]

unknown derivate errors comes for esp32 compilation in this scenario:

#if defined(ARDUINO_ARCH_ESP32)
#if CONFIG_IDF_TARGET_ESP32

The first passes, which is good. The latter seems to fail. Could you please try, if alternatively an #ifdef CONFIG_IDF_TARGET_ESP32 is positively evaluated ?

FastAccelStepper is compiled with esp32 arduino core under platformio using github actions. The test runs against 3.4, 4.4 beta and latest. The execution was two months ago. arduino 1.8.13 is from 2020. perhaps not recent enough !?

[gin66]

The conditional test above is in src/common.h. For a quick test, you could override the second test to be always true. Then check, if compilation works or not.

[plop510]

Hi, thanks for your answer. Arduino version last digit was not correcttly written: it´s current 1.8.19 I´ve modidified common.h, line 97 inserting a line: #define CONFIG_IDF_TARGET_ESP32 to make true the following conditional and compilation is now succesful.

Thanks a lot Now, I´ll prepare a test circuit to give a tray.

[gin66]

Good to hear, that this is a solution for you. So I need to find out, how to detect the current ESP32 derivate with 1.8.19 and how to check under CI aka platform

[plop510]

I´ve tested your library with a real project: my telescope control (dobson like). I've been migrating all app from AccelStepper to FastAccelStepper and everything is working. I´ve been even able to uncomment many functions that with the previous library needed more CPU than what was available during motors movements. Many thanks for such a great library!

José López. [email protected]

[bradMatias]

Wanted to say I hit the same issue and also the same suggestion from plop510 fixed my problem: adding #define CONFIG_IDF_TARGET_ESP32 to line 97 of common.h (right above #ifdef CONFIG_IDF_TARGET_ESP32)

[gin66]

still this problem ? Which version do you use ?

[bradMatias]

0.27.5 via the Arduino Library Manager

[gin66]

ok. The latest fix to avoid this problem is not included in 0.27.5 Any chance, that you can check the latest version from GitHub ?

[gin66]

stalled