Sorry to be that guy, but is there an rough estimate on how long it will take? I'm looking to invest in to these boards, once support is added. Thanks

As you are "that guy" you probably guessed the answer 😉
"it's ready when its done".

A bit more seriously - there is no schedule for supporting the -C6 in WLED. Personally I have a fork that compiles for -C6, but there is still a looooong way to go.
C6 support might come as "experimental" in 0.16 (may be released in one year), and it will be comparable to the -C3 performance wise.

From experience with other "new boards" like the -S3, I would expect that we'll need around two years from "experimental" to "WLED runs stable on this MCU". The same was true for -S3, where we started "experimental support" in mid 2022.

Same for possible support of the "C61" and P4". OK P4 might even take longer because there is no support from arduino-esp32 or other libraries yet.

So if you're looking at a project or other business case, I'd say don't bet your money on the -C6.

If you need ZigBee, you could be faster by taking a ZigBee "daughter board" (e.g. XBee module) and then you'd program a usermod that communicates with the daughter board.

I'm a bit confused. You write that the esp32-c3 and esp32-s3 boards, the mini ones, are not supported normally yet. But still, do you have some firmware posted, are these boards supported or not? If yes, do they work well?

C3 and S3 are mostly supported now but still not as stable as classic ESP32 and there may still be undiscovered bugs. Not all variations of C3 and S3 boards are supported by the installer or WLED, you may need to edit code or manually install.

A bit more seriously - there is no schedule for supporting the -C6 in WLED. Personally I have a fork that compiles for -C6, but there is still a looooong way to go.
C6 support might come as "experimental" in 0.16 (may be released in one year), and it will be comparable to the -C3 performance wise.

What would be the best way to help out with -C6 support? I should have a few -C6 boards to try out in a couple of weeks, and should be able to contribute some development effort.

You write that the esp32-c3 and esp32-s3 boards, the mini ones, are not supported normally yet

Nobody said that. MCUs, C3 and S3 (and S2) are well supported in WLED. The issue is development board implementation by different hardware manufacturers. There are variants that will not play well with officially distributed versions of WLED binaries. In such case you'll need to compile (and figure out compilation parameters) yourself. There are also poorly designed boards out there. No software can help with that.

do you have some firmware posted, are these boards supported or not

Yes we have. Yes and no. Depends on particular development board. See above.

If yes, do they work well?

Depends on what you consider "well". There may be connectivity issues if your WiFi is not perfect, you may see performance lag compared to ESP32, etc. As there are numerous development boards available and not all are made equal we cannot support all of them. Currently working "well" are the following (the ones I tested, @softhack007 and @DedeHai may add theirs):

• Lolin ESP32-S2 mini (single core, low on RAM, direct replacement for Wemos D1 mini)
• LilyGo TTGO T-01 C3 (ESP32-C3, single core, slow speed, plenty of RAM, direct replacement for ESP01)
• Espressif ESP32-C3-DevKitM-1 (ESP32-C3, single core, slow speed, plenty of RAM)
• Lolin C3 pico (ESP32-C3, single core, slow speed, plenty of RAM, direct replacement for Wemos D1 mini)
• generic ESP32-S3 Zero (dual core, fast, plenty of RAM, bad WiFi performance, gets hot, bad effect performance)
• generic ESP32-C3 Zero (single core, slow speed, plenty of RAM, poor WiFi performance)

What would be the best way to help out with -C6 support?

Compile until it works. When compile works, figure out GPIO restrictions, RAM restrictions, library restrictions.

I can add this to the list

• C3 Supermini - There are two variants, one works, one has very (!) poor wifi, there is a reddit post about it

Personally I do not see any benefit in the C6 over C3 for WLED, it just has more GPIOs but so does the S3.

I'm looking for the smallest board possible to put a levelshifter on and connect it to the strip. My maximum profile width is 3 cm and the depth is 2 cm. Esp32-c3 is ideal - it just fits, all other boards are bigger unfortunately.

C3 is far from ideal. But it is a good start.
The smallest development board I've seen is Seed Studio XIAO S3.

Depending on what you need, @srg74 may have LilyGo TTGO T-01 C3 compatible board which is 30x20x17 mm including LilyGo board.

I'm looking for the smallest board possible to put a levelshifter on and connect it to the strip. My maximum profile width is 3 cm and the depth is 2 cm. Esp32-c3 is ideal - it just fits, all other boards are bigger unfortunately.

The smallest one I know about is the waveshare S3 Zero - 1.8cm x 2.5cm. It needs the esp32s3_4M_qspi buildenv.

So here ist my list of boards I have.

• generic ESP32S3 8MB flash no PSRAM--> custom buildenv based on [esp32s3] but without -DBOARD_HAS_PSRAM
• Lilygo/TTGO T7-S3 16MB flash, 8MB PSRAM --> [env:esp32s3dev_16MB_opi]
• Freenove ESP32-S3 8MB flash, 8MB PSRAM --> [env:esp32s3dev_8MB_opi]
• Waveshare ESP32-S3 Zero 4MB flash 2MB PSRAM (needs passive cooling) --> [env:esp32s3_4M_qspi]
• ESP32-S2-DevKitC-1U-N8R2 with external radio antenna (8MB flash, 2MB PSRAM) --> custom buildenv with 8MB partition table (based on [env:lolin_s2_mini])
• Lolin S2 mini (has low wifi range) --> [env:lolin_s2_mini]
• ESP32-C3-DevKitM-1 --> [env:esp32c3dev]
• Lolin C3 mini, Lolin C3 pico (low wifi range) --> [env:esp32c3dev]

plus a "nanoESP32-C6" for experimenting with C6 builds. But that's absolutely experimental.

Please note that some of the boards need a modified platformio.ini buildenv - usually to adjust for flash size, or add -DLOLIN_WIFI_FIX for the small ones that only have a crystal "radio". Also I prefer to have boards with a "real" Serial-to-USB chip, because the "USB-CTC" port is too unreliable for me.

Personally I do not see any benefit in the C6 over C3 for WLED, it just has more GPIOs but so does the S3.

@DedeHai @blazoncek I fully agree - running WLED on -C6 is useless at the moment - see below

@amcewen @aaalek some facts as to where we are, and what can be expected from -C6

• it is as slow as -C3
• 6 additional pins to use (compared to -C3)
• only a handful of ws2812b LEDs possible right now (but this might get better with the new NeoPixelBus/Core3 branch from Makuna)
• due to arduino-esp32 v3.0.x incompatibilities:
  • no Audioreactive
  • no analog LEDs
  • its necessary to fork and patch several libraries - including ESPAsyncWebServer and AsyncTCP
  • its necessary to fork and patch fastLED, because the fastLED buildin driver crashes at boot if your board has a buildin WS2812b led. Update: This could be solved in the latest fastLED release.
  • Lots of rework still required in the Network and Wifi code - espressif has declared commonly used network API's as "deprecated" --> WiFiClient, WiFiServer, WiFiUdp and WiFiClientSecure might be gone in a year
• There is no platformIO support for -C6, so we need to use the pioarduino framework as a replacement. From reading the discussions at platform-espressif32, it seems PlatformIO and Espressif are going seperate ways in the future....

For the curious, this my own experimental branch for -C6:
MoonModules#138
it compiles, WLED boots up - that's all I can say. And I fully agree with @DedeHai -i see no benefit for WLED over using C3 or S3. So I've put this activity onto the backburner.

Maybe a usermod for ZigBee would be a game-changer - but this usermod is "yet to be created" by the WLED community.

Yeah I wanted to try the C6 for ZigBee, but it's looking like I might end up writing a usermod to communicate with a C6 from a supported ESP32 before having a WLED build running on the C6 alone

@netmindz Actually having a similar idea but instead of writing a usermod I will just remote control WLED by simulating a ESP-NOW remote on my C6. I need the C6 because it has 2 TWAI controllers, that I need for my project.

I'm looking for the smallest board possible to put a levelshifter on and connect it to the strip. My maximum profile width is 3 cm and the depth is 2 cm. Esp32-c3 is ideal - it just fits, all other boards are bigger unfortunately.

The smallest one I know about is the waveshare S3 Zero - 1.8cm x 2.5cm. It needs the esp32s3_4M_qspi buildenv.

Is this particular board currently supported or not?

Контроллер WLED ESP32C3 5-24 В,
https://sl.aliexpress.ru/p?key=EAM5rXK

Here on Ali they sell some ready-made boards. Are they bad?

The smallest one I know about is the waveshare S3 Zero - 1.8cm x 2.5cm. It needs the esp32s3_4M_qspi buildenv.

Is this particular board currently supported or not?

Please define "supported". I have one on my desk and I can upload WLED 0.15 to it - from the developer environment (VSCode+platformIO). I'm not sure if the web installer has all the necessary files. But you may be lucky. Please remember it is just the ESP32-S3, so you'll need to add level shift and other components for driving your LED strip.

This is an open source community project - you can't get a definite guarantee from us. My suggestion would be to order one, and try it out.

Контроллер WLED ESP32C3 5-24 В, https://sl.aliexpress.ru/p?key=EAM5rXK
Here on Ali they sell some ready-made boards. Are they bad?

I have no idea. It's a C3 so its very minimal, and no audio support. Maybe ask the seller how to upload WLED updates (USB preferred).

we are drifting off-topic.

If you have further questions about what kind of board to chose, there is a very friendly WLED community in discord. Please ask for help on discord

Do I understand correctly that the main problem is the lack of libraries during the firmware of the board? If the firmware is loaded somehow into the esp32-c3, then most likely it will work fine?

If the firmware is loaded somehow into the esp32-c3, then most likely it will work fine?

"Somehow" is by using web installer or PIO upload or manually uploading using esptool. As mentioned several times C3, S2 and S3 are fully supported in firmware. Getting correct binary is somehow tricky for S3.

@softhack007 thanks for sharing your experiences with -C6 and take on where things are build-wise.

I hadn't seen the platformio / espressif politics until now - my other big ESP32 project at the moment is using esp-idf directly (with Arduino as a component). It does seem like -C6 support would only make sense once it's clearer how WLED is going to address things w.r.t. platformio and arduino-esp32 v3.0.x

I'll probably go with a -C3 for now then (the Bluetooth 5.3 support on the -C6 was what was tempting me that way, but was always a longer-term thing-to-play-with 😁)

As I say, I'm not tracking platformio closely and so might be looking in the wrong place, but it looks like they're still supporting later versions of esp-idf? Would moving to Arduino as a component be a path to migrate to newer versions, and arduino-esp32 v3, while continuing to use platformio?

I've got the move from esp-idf v4 and arduino-esp32 v2 to v5.3 and v3 looming on another project, so will have a bit of experience with that move (with arduino as a component) in a month or so. On a personal note it's a shame to see WiFiClient, etc. deprecated, given that I introduced them when I was in charge of the original Arduino Ethernet library 😢

The c6 would be very nice for me because of those 2 reasons:

1. here is hell with 2.4ghz networks
2. my router can only do 2.4 or 5ghz, with 5ghz i get more speed on the devices but i am forced to use 2.4 because of my esp32

would love to see support, even if its only experimental, for the c6.

2. with 5ghz i get more speed on the devices but i am forced to use 2.4 because of my esp32

Sorry but -C6 is still 2.4Ghz only. So it would not help in your situation.

Thanks, i got tricked by this "Wifi6" and did not see the "2.4ghz". Should be -C5

Hi all. I am not new to the ESP32 family but relatively new to WLED. I have purchased several commercial controllers from Athom and have been relatively pleased. I have also done two of my one designs. Not using a development board but using the Espressif device on a board of my own design.

The first one I did was a simple Christmas tree star. To avoid the issues of device compatability, I used the ESP32-MINI-1-N4. As I have done in the past, I included the UART device (CP2102N) and the same transistor circuitry that Espressif uses to perform the bootloading through the USB COM port. I even put the two EN and BOOT buttons on the board even though they aren't needed to write to the flash memory. (See the attached.)

I ended up using esp32tool from the Command line to erase, load the bootloader, and then load WLED. The most recent version of WLED that I was able to load was v0.13.3. Versions v0.14.3 and v0.14.4 loaded but would not come up properly. There were several unhandled exceptions that put the device in to endless reboots. Also, under v0.13.3, the WiFi and LED settings are saved but not the lastest effect and color used. Any thoughts on that?

I understand that there are some development boards that are better than others and that can cause issues with WLED even if using an ESP32. I am not sure where my board would fall because I did basically the same thing that Espressif does on their development boards.

I very much would like to base all my future designs on the ESP32-C3. Since I am designing the boards, I can put whatever I need to in order to ensure proper performance. The problem is that I haven't been able to find out what exactly that is. What should I put in any new designs with the ESP32-C3 that would keep it compatible with WLED?

Thanks very much.

24-12-04_XMAS_Star2vB_SCH.PDF