-
-
Notifications
You must be signed in to change notification settings - Fork 637
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Track Arduino ESP32 Alpha Release v3.0.0 based on ESP-IDF v5.1 Support Arduino ESP32 v3.0 based on ESP-IDF v5.1 #1211
Comments
Can't speak for PIO Labs as a company since I'm not even an employee, but I've read multiple times that PIO's policy is to support stable versions, not alpha / beta versions. So if it's released as stable, support will probably follow. Nevertheless, @Jason2866 has a
in your |
@maxgerhardt thanks! I tried your suggestion with a small esp32s3 project with Arduino as an esp-idf component using PlatformIO 6.1.11
build and running works fine what does not work any more is JTAG debugging as gdb is not found
I guess this has to do with the factoring out of esp32 gdb into its own repo, it is not present in .platformio/packages/toolchain-xtensa-esp32s3/bin/ I assume this would be available from https://docs.espressif.com/projects/esp-idf/en/v5.1.1/esp32s3/api-guides/tools/idf-tools.html?highlight=xtensa%20esp32s3%20elf%20gdb#xtensa-esp-elf-gdb but I'm at loss on how to add this to my installation/project? edit: found #1126 - will try if this works now edit2: well the replace_gdb.py trick worked so far: #1126 (comment) |
You might be able to counteract this by explicitly enabling the package like this does by in the platform_packages = tool-xtensa-esp-elf-gdb If that does not work you might need to patch the |
The |
@mhaberler @maxgerhardt Fixed. Thx for the issue info. The |
thanks, yes this did have the same effect and got me the proper gdb version:
overall this looks pretty good so far! remaining nit: if I enable PSRAM:
the build fails with
could be a variant issue I could work around this by
JTAG debugging (without uploading) works as well I am impressed @Jason2866 ! thanks @maxgerhardt ! |
got curious what would happen if I slide this underneath m5stack/M5Unified@^0.1.10 and m5stack/M5GFX@^0.1.10 for a m5stack-coreS3 target @lovyan03 there is fallout, but pretty minimal - just two hiccups on 3.0 API changes:
|
I think the LEDC API have changed per this so you might be able to fork the library and correct their source code, with some #if ESP_ARDUINO_VERSION_MAJOR >= 3
/* code */
#else
/* code */
#endif check around that code to still have backwards compat. |
@mhaberler Dont see any issue with S3 and PSRAM. The S3 Tasmota builds (S3 is a mess with OPI...) do compile and work fine with and without PSRAM. |
@maxgerhardt Thank you for the initial comment, I didn't know you don't work for PIO Labs. @Jason2866 Thanks for hosting a mirror of the latest BSP, works perfectly! |
@Jason2866 |
example ESP-IDF/Arduino project using M5GFX+M5Unified: https://github.com/mhaberler/M5GFX-arduino3 M5GFX fixes: https://github.com/mhaberler/M5GFX/tree/arduino-3.0 - hope these are correct, at least the demo works @lovyan03 @Jason2866 this is needed to get at esp_psram.h: https://github.com/mhaberler/M5GFX-arduino3/blob/main/platformio.ini#L12 - interested if you can reproduce the stock board file fails to enable PSRAM (missing "memory_type": "qio_qspi") debugging works fine |
I don't see why you'd need |
To have a valid framework with all files at the correct places you have to look at the Arduino Lib Builder how and where the files (especially for the flash types and PSRAM) are copied too. This is totally nonsense at all: |
@Jason2866 is there a way to use your Arduino/IDF5 branch with Nimble and AsyncTCP? |
both issues have been fixed in the develop branch of https://github.com/m5stack/M5GFX/commits/develop AFAICT there is a remaining IDF 5.1 problem with using M5Unfied with still using the legacy adc API, causing a crash during global ctor init I've tried a brute-force adaptation to use the esp_adc/adc_oneshot includes and disabled the ADC code for now - which compiles and at least does not crash during startup |
@mhaberler We use h2zero NimBLE for project Tasmota. It is way better than the Arduino NimBLE port. Since the IDF version from h2zero already supports C2 and C6 we use this variant. |
that was good advice, thanks!
I get reasonably good WiFi/BLE coexistence, no crashes so far and some memory left: free heap in loop(): Core2 79k, coreS3 195k with just the barograph demo it’s core2 105k, coreS3 218k so much better than anything I had before edit: https://github.com/mhaberler/arduino3-playground/tree/loadtest |
Please vote for this issue #1225 |
For the ESP_PSRAM.h not found problem, i fix to make it work |
@maxgerhardt @ivankravets Hi, I was wondering if there are any plans to synchronize the development branch of this repository with the IDF v5.1 alpha releases? I understand that these releases are in the alpha stage, but I believe that updating the PIO package to be compatible with IDF v5+ could greatly benefit the community.
If this isn't in the roadmap, could you please suggest any potential workarounds?
Arduino Alpha 2 Release v3.0.0 based on ESP-IDF v5.1
The text was updated successfully, but these errors were encountered: