-
Notifications
You must be signed in to change notification settings - Fork 7.6k
ESP32-DevKitM-1 Support? #5183
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
Comments
Yep, tried that, but I get a message back that it's an ESP32, not a single core. |
What is the error? If it is from esptool, you may be able to just update the tool. |
Sorry, my mistake. I was getting the 'ESP32, not single core' message when I was trying it with the C3 and S2 board options. I'd followed the instructions on yours, but I didn't see an option for the Solo in the board menu, and choosing the dev module gave the same issue as above. I may be doing something wrong, or or just didn't select the intended board? |
|
@K1rdro I had the same issue on Linux, then I merged arduino-esp32-solo with
Edit: Note that that log is from the SimpleBLE example. |
[STALE_SET] This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions. |
Tested again a few days ago with the current release. Still running into the same issues. |
[STALE_CLR] This issue has been removed from the stale queue. Please ensure activity to keep it openin the future. |
We might add support for single-core ESP32, but it is not on the roadmap yet. |
any new information on support for ESP32-SOLO-1? |
Following this issue |
Sneaky |
I'm also interested in single core support, for single-core ESP32-MINI-1 chips |
There are automated platform releases by the tasmota team for platformio. https://github.com/Jason2866/esp32-arduino-lib-builder/releases/. |
Hello all users, we discussed ESP32-DevKitm-1 Support internally and I'm sharing current state. Be aware that this resolution can change in the future, mainly depending on Community requests. From our perspective, it doesn't make a lot of sense to add official support for single core ESP32 SoCs now as it's the same board just like regular ESP32 and only difference is that the second core is "disabled". Single Core ESP32s are rarely used comparing to regular ESP32s (our view). For now there are 2 options how to use Single Core ESP32:1) Adding it into building process of Arduino-Lib-Builder
2) Use Arduino as an ESP-IDF component
Let's us know if you use Single Core ESP32s more widely and you will really appreciate adding the official support. We are open to reconsider our resolution. 👍 |
We (Tasmota project team) provide a inofficial Solo1 version (builded with Arduino Lib Builder. Based on core 2.0.3 Link to the framework and for Platformio a platform package
|
I do the same as Jason at Connaxio, and the platformIO entry is just as simple. Our fork of arduino-esp32 supports single core on a separate branch. Could that be an option? A single core branch that is updated on each release? EDIT: or a single core release link, just like there is a "stable" and a "dev" link for Arduino IDE. It seems silly to have multiple external third parties maintain what is basically the same repository and documentation. And, since I'm not sure that the differences are between the MINI and the SOLO, and I don't want to depend on a third party, here we are, both maintaining the same thing. Though I suspect there are many more build options that could be subject to debate. For example, task preemptivity. My stance on the matter is that Arduino exists primarily for accessibility, not performance. If it were up to me, I'd make the Arduino default build support as many ICs as possible, while users seeking more performance, who may be more knowledgeable, should go through doing the custom builds. I don't think that's a popular opinion, however. ¯_(ツ)_/¯ Anyway, it's good to have an official response with the "good" options to solve that issue, so thanks Vojtech! I'll be able to provide some good answers and guides on my website. |
Please, official support will be greatly appreciated. |
The configuration capacity to have multiple board types only came about in v2.0. That was just over a year ago. The need was critical for the new devices, and so they were implemented first. Now I guess there is enough time to circle back and set things up for solo/pico. When I first started building those libraries, it was just a couple files, now it is pretty much the entire set of archive libraries. Patience, please. |
ESP32-Solo chips are not that easy to support in this Arduino repo (for now), precisely because the difference is one sdkconfig item. We are trying to figure out the best way to have the IDF libs portion separate elsewhere. Then we can easily add support for Solo or other weird variants/chips. I do not agree that we need to support every chip that Espressif makes. Some chips do not make sense for Arduino, others are not widely used (like the Solo) to warrant hundreds more megabytes of libs in the repo. Still we are doing our best to make it easy for you to create your own build for the chip you want (using the lib-builder and abstracting as much as possible). |
Just to be sure we understand the terms used in this discussion: What is covered by the term "Solo"? As far as I know, there are no chips using term "Solo" in their name: https://www.espressif.com/en/products/socs As per above link, Espressif distinguishes between the following series for their SoCs:
The modules using the SoCs have the same taxonomy. When the term "Solo" is used in this thread, are we then in fact talking about ESP32-S and ESP32-C? Our company is using two types of S2 modules in our projects (S2-SOLO and S2-MINI), and their programming is "the same". S2 was chosen as it seems to be the lowest consuming of the ESP32 modules available, and form factor (SOLO vs MINI) was chosen based on physical implementation restrictions. FWIW, we are currently using the "Tasmota build" (thank you to their team!). |
@ArnieO |
@me-no-dev and @lbernstone : Thank you for your rapid clarification! I understand then that the discussion concerns one SoC type used in one Espressif module type (ESP32-SOLO-1), both no longer manufactured. So the subject is very narrowed down compared to my initial impression due to the term "Solo". No worries then from my side if this chip/module is not officially supported. |
The ESP32 single core version is still available and used in commercial products. |
I also have a problem with ESP32-U4WDH in the arduino environment. Can I get video installation instructions in windows environment? Are there any problems ? Thank you and sorry for my English. |
@yuriy23 No video needed Just use this entry
|
As there is now very confusing information available in internet regarding ESP32-U4WD(H) support in Arduino IDE, I would appreciate if someone could describe step-by-step instructions, how to get support for unicore ESP32 in Arduino IDE. |
@mlpplm Arduino does not official support Unicore Esp32. |
@mlpplm It's good point and we are aware of this. We will include this in our Docs. |
My vote is to see these ESP32-U4WD single core devices supported in Arduino IDE. I want to flash the Shelly Plus 1 devices with custom code. Thanks. |
This application note PCN20231201 says that Espressif has upgraded the ESP32-U4WDH to dual-core. But in page 17 of ESP32 Series Datasheet v3.5 there exists a note: "• The pin-pin mapping between ESP32-D2WD/ESP32-U4WDH and the embedded flash is as follows: GPIO16 = CS#, GPIO17 = IO1/DO, SD_CMD = IO3/HOLD#, SD_CLK = If I were to implement the ESP32-U4WDH in my design, assuming I get the 2-core variant, would the core need to be changed, or would a new board definition need to be made to accommodate it, or would it work as-is? |
ESP32-Solo won't be added. If users want to work on this chip, they must use the Arduino Component for ESP-IDF. After tracking this discussion, besides using the Arduino Component for ESP-IDF, users can get Tasmota, or are already using the dual core replacement (which should work, but seems we are seeing some difficulties - yet, this is a different conversation). This seems to cover the majority of the users. |
Hardware:
Board: ESP32-DevKitM-1 (ESP32-U4WDH)
Core Installation version: 2.0.0-alpha1
IDE name: Arduino IDE
Flash Frequency: 40Mhz
PSRAM enabled: no
Upload Speed: 115200
Computer OS: Windows 10
Description:
Is ESP32-DevkitM-1 (ESP32-U4WDH) supported? It's single core, so it gets the same error that the solo's were getting:
Sketch: (leave the backquotes for code formatting)
Debug Messages:
The text was updated successfully, but these errors were encountered: