Announced 2+ years ago (almost 3, now that I look: https://www.espressif.com/en/news/ESP32-C5 ) and sampling 1+ year ago, good to see it finally come. 5GHz support is increasingly important.
winrid · 14m ago
Would an esp32 be the best soc for LoRa? I don't need WiFi or BT, which I know I can turn off to save power. Contemplating trying STM32 instead, don't have experience programming it yet.
obitsten · 10m ago
No. All you would need is a SPI interface or whatever the Lora module speaks. The most basic microcontroller can do that. Any ESP32 is overkill for this.
Scene_Cast2 · 4h ago
I wonder if the power consumption is any better. An nRF runs circles around any existing ESP32 variants in terms of power.
KennyBlanken · 4h ago
Not to mention the horrific peak power draw. It took people a while to figure out that the things need a fair bit of close-by capacitance on the power rail or they crash.
stavros · 4h ago
How much capacitance? I built my own sensors based on ESP8266 and they've been flaky, and I wonder whether that's the issue.
wwarren · 3h ago
Coming out of deep sleep and Wifi coming back up, I’ve seen upwards of 600mA
obitsten · 8m ago
The annoying thing is this is only due to "calibration" which can, with some highly esoteric optimisations, be skipped. Depending on the application , this can realise massive gains in peak power, wakeup latency, and even average power. The whole process is hidden in a binary blob though and espressif will not elaborate on it, so it's very challenging to alter.
stavros · 3h ago
Wow, jeez, no wonder the USB won't power it...
xobs · 2h ago
That's 600 mA at 3.3V. USB should be fine, but of course you need the capacitance to deal with that. Radio PAs can be power-hungry beasts.
XorNot · 2h ago
220uf would be the minimum. I've had modules get stuck in a boot loop when they have less then 120uf (inferred by repairing switch modules with bad capacitors).
obitsten · 6m ago
It depends entirely on your power supply and layout. As evidenced by the fact that there are literally millions of working ESP32s out there in the wild with far less than 220uF capacitance on 3V3.
londons_explore · 2h ago
Usually you can fix it in software too.
For example, put a sleep(100us) as a hook before packet transmission to allow capacitors to recharge between packets.
Had to do this on a design powered by a cr2032 because the peak power draw from those batteries is really limited.
brokenmachine · 2m ago
How many seconds of ESP32 power do you get from that cr2032?
stavros · 5h ago
This is looking pretty great, I've really wanted a MCU with Zigbee on it, for the various little battery-operated devices I've wanted to make. However, with Espressif's lineup, I've really lost track of what does what, lately.
According to that pdf the ESP32-C5 does have Zigbee.
dx4100 · 4h ago
The ESP32-C6 has a Zigbee radio. I have 6 myself -- they're great.
teruakohatu · 1h ago
Does the Zigbee work well/as expected? Does it have lower power draw when doing Zigbee vs. wifi?
stavros · 4h ago
I bought a few of those, but at $8 they're a bit pricier than the $3 Espressif spoiled me with.
nagisa · 3h ago
supermini boards with esp32c6 on it can be had for approximately 4 euro each.
antoniuschan99 · 1h ago
Hopefully p4 will be released soon too!
asadm · 36m ago
did they ever announce the price of p4?
shoelessone · 4h ago
Any guesses as to when a hobbyist might be able to buy the module without the dev board? Their aliexpress store didn't have them as far as I can tell, I assume they are prioritizing dev boards for the moment unless you're a big enough company to actually talk directly with Espressif.
Let's hope they will finally enable the USB Host HID Class Driver to support non-boot protocol devices this go around.
shoelessone · 4h ago
Any chance you could explain this to somebody who is just learning about HID and has run this example: https://github.com/espressif/esp-idf/tree/master/examples/pe... ? "non-boot protocol" I'm guessing is the key here? I don't have a super deep understanding of HID or what the "boot-protocol" refers to.
thequux · 4h ago
The USB HID protocol is designed to support basically any device that regularly reports a set of values; those values can represent which keys are pressed, how a mouse has moved, how a joystick is positioned, etc. Now, different devices have different things that they support: joysticks have varying numbers of axes, mice have different sets of buttons, some keyboards have dials on them, etc. So, there's no single format for a report that simultaneously efficiently uses bandwidth and supports all the things a human interface device might do. To solve this, the HID protocol specifies that the host can request a "report descriptor" that specifies the format and meaning of the status reports. This is great for complex devices running a full OS; there's plenty of memory and processing power to handle those varying formats. However, these HID devices needed to also work in very limited environments: a real mode BIOS, microcontroller, etc. So, for certain classes of device such as keyboards and mice, there is a standard but limited report format called the "boot protocol". IIRC, the keyboard version has space to list 6 keys that are pressed simultaneously (plus modifiers), all of which must be from the same table of keys in the spec, and the mouse has an dX and dY field plus a bitfield for up to 8 buttons (four of which are the various ways you can scroll). To implement a more complex device, you'd want to be able to specify your own report format, which the ESP driver doesn't seem to allow you to do.
philsnow · 10m ago
Is this why certain USB keyboards I have don't seem to do anything in BIOS? I keep around a really dumb/boring dome keyboard for this purpose.
platevoltage · 4h ago
I'll give you my anecdote. I'm building a device that reads the input of a USB game controller. In my case, it's a Sim Steering Wheel. I ended up needing to incorporate a MAX3421e USB Host chip to read the HID input, because the ESP firmware doesn't have this implemented. Hardware wise, all ESP32 chips with hardware USB could do this, but they haven't prioritized it in software. Some keyboards and Mice use a protocol called "boot protocol", and you can get those to work. It's not very common in game controllers though.
londons_explore · 2h ago
Is the 10k unit price public?
kovac · 5h ago
If anyone from Espressif seeing this, I love your MCUs. But can you please improve the ESP-IDF so that it's usable on BSD systems. The Linuxisms baked into its build system is unnecessary.
I think moving from Make in the old version of IDF to CMake was a mistake.
PedroBatista · 3h ago
Love it or hate it, CMake is more or less the de facto build system for C/C++
And just like any build system for everything language/stack, there is a small group of hardcore "enthusiasts" who create and push their true build tech to rule them all and then there is the large majority of people who have to deal with it and just want to build the damn thing.
actinium226 · 1h ago
Hate it, definitely hate it.
I mean, I use it, but I'm not very happy about it.
sho_hn · 4h ago
It should generally be easier to make a CMake buildsystem work well on the BSDs than hand-cobbled Makefiles, in terms of opportunities to introduce Linuxisms.
winkywooster · 4h ago
how much memory does the dev kit have? it’s not clear after following links off that article.
It also says 320 KB of ROM, which seems low. Judging from the product name (DevKitC-1-N8R4) and their other products, it has 8 MB of flash.
freeqaz · 4h ago
If it's like the other ESP32s with PSRAM support then 2-8MB most likely. IIRC it is addressed in the same way as the NAND, so the more RAM the less NAND you can have.
Maybe not applicable for this new one, but that's my understanding for the S3/C5 models. (something like 16mb NAND and 8mb PSRAM)
mzakharo1 · 4h ago
onboard memory is limited. PSRAM is available
snvzz · 5h ago
This microcontroller, like all microcontrollers Espressif released in the last few years, uses RISC-V as the ISA.
platevoltage · 5h ago
I believe the C series is RISC-V, not the S series.
bobmcnamara · 5h ago
Xtensa is a dead end, they said so on ESP32.com when someone pointed out the FPU ABI bottleneck
platevoltage · 4h ago
I'm sure you're right. The current s3 chip is based on Xtensa, but it was released in 2020, so I guess the OP's statement is correct.
snvzz · 4h ago
Espressif made a decisive shift to RISC-V[0], effectively abandoning Tensilica.
>Espressif Systems (SSE: 688018.SH) announced ESP32-C5, the industry’s first RISC-V SoC that supports 2.4 GHz and 5 GHz dual-band Wi-Fi 6, along with Bluetooth 5 (LE) and IEEE 802.15.4 (Zigbee, Thread) connectivity. Today, we are glad to announce that ESP32-C5 is now in mass production.
hughc · 4h ago
This wording is ambiguous- it's the first to support 5GHz, but it's not their first RISC-V core.
osrec · 5h ago
Genuine question: is that a good or bad thing?
bobmcnamara · 5h ago
It's a mix.
Better compiler support for RISC-V, but everything I've seen from them is a much shorter pipeline than the older Xtensa cores, so flash cache misses hit it harder.
Both RISC-V and Xtensa suffer from the lack of an ALU carry bit for the purposes of improving pipelining. But for these small cores it means 64-bit integer math usually takes a few more cycles than a Cortex-M Arm chip
viraptor · 4h ago
But that also depends on what you use it for. If you're after the wifi and IO and other nice things for a mostly idle device - the pipeline is almost irrelevant. Esphome can run on older versions just fine too. On the other hand if you're doing something very optimised and need tight timing around interrupts to drive external hardware - it may matter a lot.
So... depends on the project.
fidotron · 4h ago
The Xtensa variants also come with dual core options, which means you can offload timing sensitive stuff to a dedicated core.
My playing with C3 betrayed that you have to use much larger buffers for things like i2s to make it work without glitching.
bobmcnamara · 1h ago
I also found splitting interrupts between the two cores helps with latency, but even if one core has only a single interrupt, that interrupt latency is increased compared to a single core system with a single interrupt. I suspect this is at least partly because they only put a single fetch pipe between the instruction cache and the crossbar.
bobmcnamara · 4h ago
Absolutely correct.
connicpu · 5h ago
It's a big plus if you want to write code for it in something like Rust. LLVM support for the architecture they used on their older chips (xtensa) for a very long time required compiling a fork of LLVM and rustc in order to target the chips. It may still, I didn't keep up with the effort to upstream that target. RISC-V is an open architecture that has a lot of people excited so compiler support for it is very good. Though as far as why Espressif is using it, it feels likely they would use it because it means they don't have to pay anyone any royalties for the ISA.
baby_souffle · 5h ago
Unless you're a shareholder of arm, hard to see how it's a bad thing.
bobmcnamara · 5h ago
The other core they've used is Xtensa
phkahler · 4h ago
Does it have floating point hardware?
Does it have CAN?
How does the core compare to their old ones?
I'm a little disappointed that it only has one core even though I haven't used the second one on the older chips yet.
They link to a $15 developer board on Aliexpress (much the same as the rest of the ESP developer boards floating around for years) which is now inflated to $35 with tax, shipping, and tariff.
My impulse purchase has been tempered with "eh, do I really need it?"
ryukoposting · 4h ago
Even $15 is on the high end for Espressif dev boards. Not that it's saying much.
If all you need is Zigbee/BLE and a few IO pins, an nRF52840 dongle is still $10 on DigiKey.
colechristensen · 4h ago
These are ones actually made by Espressif and limit is one per person (presumably supply issues as they ramp up mass production), certainly there will be dozens of clones soon.
davb · 4h ago
Fortunately it’s only £16.40 with VAT and shipping to the UK. Approx $21.85. Comparable to the £9 M5Stack AtomS3 Lite (ESP32-S3) I picked up from Pi Hut recently.
turnsout · 5h ago
This should help all the US-based RISC-V microcontroller companies though, right? /s
orthecreedence · 4h ago
Finally all the mom and pop chip fabs running out of a garage get a fighting chance.
dx4100 · 4h ago
Can't wait to buy from some west coast hipster with a garage fab now that it's economically viable. /s
Alupis · 4h ago
The really criminal thing is it only costs $8.43 to mail that thing from China to your house in the USA... it likely would cost you more to mail that same item to yourself from yourself.
That alone puts US-based sellers at a mega disadvantage compared to cheap Chinese goods - and it's not a good thing.
Aurornis · 4h ago
Most of my Aliexpress electronics orders are shipped to a local US Aliexpress distribution center which then mails them locally. These come in small padded envelopes which are not expensive to ship.
colechristensen · 4h ago
>The really criminal thing is it only costs $8.43 to mail that thing from China to your house in the USA... it likely would cost you more to mail that same item to yourself from yourself.
These things are tiny and very cheap to ship. I could probably pack 40 of them into a USPS flat rate box shipped anywhere in the US for $9.30.
This was a decent argument when you could get things shipped from China for $0.50, but not now or in this case.
mindslight · 4h ago
$126/ea in quantity after tariffs.
Why do I have this sickening feeling that in a few years anyone doing anything with hardware is going to be ordering everything direct from China, like we're some kind of undeveloped client state?
Johanx64 · 58m ago
You are already living in this reality. And it has already happening been happing for quite a few years by now.
People that are especially vocal and badly hit by tarrifs at the moment, are the people who have already been doing just that.
This transition happened so quickly that most people haven't fully cought up to the implications to the full extent.
In my mind, China is already the center of gravity.
mindslight · 37m ago
We've still got local US distributors though, regardless of everything being made in China. Like if you decide you need something tomorrow, you can go on Amazon and get most things pretty quick (despite overpaying 1.5-2x compared to Aliexpress)
It's been well over a decade since I was doing embedded design professionally, so my perspective is coming more from a hobby/3d printing/"maker" place. But it feels like one of the main results of these tariffs is that the bottom is going to drop out on Chinese and Chinese-adjacent sellers preloading so much stuff into US warehouses ahead of sale, and instead just shipping orders direct from China. Using a US warehouse means the seller has to front the money for the tariffs as well and takes a risk of them being lowered depending on Krasnov's whims. Whereas shipping direct from China, even if the seller is handling the tariffs (eg Aliexpress Choice), they've already got the cash in hand from a confirmed purchase.
HeyLaughingBoy · 2h ago
We already are!
janis1234 · 4h ago
from my understanding RISC-V chips are slower and more expensive and less optimized compilers, so why in the world would an end user use one?
bri3d · 4h ago
No? Performance is implementation specific, they’re usually cheaper than ARM since there’s no core ISA license overhead, and while the core instruction set being extremely limited does cause a little bit of tension in compiler land, most cores with a baseline set of extensions get reasonable code generation these days.
One of the main reasons RISC-V is gaining popularity is that companies can implement their own cores (or buy cheaper IP cores than from ARM) and take advantage of existing optimizing compilers. Espressif are actually a perfect example; the core they used before (Xtensa) was esoteric and poorly supported and switching to RISC-V gives them better toolchain support right out of the gate.
boznz · 1h ago
You are really only correct in your last point as the advantage of RISC-V is to the company implementing their own core, not to the end user.
The reason is that CPU cores only form a tiny part of the SOC, the rest of the SOC is proprietary and likely to be documented to whatever level the company needs and the rest if available hidden under layers of NDA's. Just because the ISA is open source does not mean you know anything about the rest of the chip.
saying that, the C5 is a nice SOC, and it is nice that we have some competition to ARM.
RicoElectrico · 4h ago
But where do the original Xtensa cores place then?
For example, put a sleep(100us) as a hook before packet transmission to allow capacitors to recharge between packets.
Had to do this on a design powered by a cr2032 because the peak power draw from those batteries is really limited.
Does anyone know of a good comparison resource?
This is a little bit more interactive and detail-oriented. I think they also have flashy onesheet PDFs that are more marketing oriented.
I think moving from Make in the old version of IDF to CMake was a mistake.
And just like any build system for everything language/stack, there is a small group of hardcore "enthusiasts" who create and push their true build tech to rule them all and then there is the large majority of people who have to deal with it and just want to build the damn thing.
I mean, I use it, but I'm not very happy about it.
It also says 320 KB of ROM, which seems low. Judging from the product name (DevKitC-1-N8R4) and their other products, it has 8 MB of flash.
Maybe not applicable for this new one, but that's my understanding for the S3/C5 models. (something like 16mb NAND and 8mb PSRAM)
ESP32-S3 was, AIUI, their last non RISC-V chip.
It was announced in 2020 and released in 2022.
0. https://www.hackster.io/news/espressif-s-teo-swee-ann-confir...
>Espressif Systems (SSE: 688018.SH) announced ESP32-C5, the industry’s first RISC-V SoC that supports 2.4 GHz and 5 GHz dual-band Wi-Fi 6, along with Bluetooth 5 (LE) and IEEE 802.15.4 (Zigbee, Thread) connectivity. Today, we are glad to announce that ESP32-C5 is now in mass production.
Better compiler support for RISC-V, but everything I've seen from them is a much shorter pipeline than the older Xtensa cores, so flash cache misses hit it harder.
Both RISC-V and Xtensa suffer from the lack of an ALU carry bit for the purposes of improving pipelining. But for these small cores it means 64-bit integer math usually takes a few more cycles than a Cortex-M Arm chip
So... depends on the project.
My playing with C3 betrayed that you have to use much larger buffers for things like i2s to make it work without glitching.
Does it have CAN?
How does the core compare to their old ones?
I'm a little disappointed that it only has one core even though I haven't used the second one on the older chips yet.
Pinout for the dev board.
My impulse purchase has been tempered with "eh, do I really need it?"
If all you need is Zigbee/BLE and a few IO pins, an nRF52840 dongle is still $10 on DigiKey.
That alone puts US-based sellers at a mega disadvantage compared to cheap Chinese goods - and it's not a good thing.
These things are tiny and very cheap to ship. I could probably pack 40 of them into a USPS flat rate box shipped anywhere in the US for $9.30.
This was a decent argument when you could get things shipped from China for $0.50, but not now or in this case.
Why do I have this sickening feeling that in a few years anyone doing anything with hardware is going to be ordering everything direct from China, like we're some kind of undeveloped client state?
This transition happened so quickly that most people haven't fully cought up to the implications to the full extent. In my mind, China is already the center of gravity.
It's been well over a decade since I was doing embedded design professionally, so my perspective is coming more from a hobby/3d printing/"maker" place. But it feels like one of the main results of these tariffs is that the bottom is going to drop out on Chinese and Chinese-adjacent sellers preloading so much stuff into US warehouses ahead of sale, and instead just shipping orders direct from China. Using a US warehouse means the seller has to front the money for the tariffs as well and takes a risk of them being lowered depending on Krasnov's whims. Whereas shipping direct from China, even if the seller is handling the tariffs (eg Aliexpress Choice), they've already got the cash in hand from a confirmed purchase.
One of the main reasons RISC-V is gaining popularity is that companies can implement their own cores (or buy cheaper IP cores than from ARM) and take advantage of existing optimizing compilers. Espressif are actually a perfect example; the core they used before (Xtensa) was esoteric and poorly supported and switching to RISC-V gives them better toolchain support right out of the gate.
The reason is that CPU cores only form a tiny part of the SOC, the rest of the SOC is proprietary and likely to be documented to whatever level the company needs and the rest if available hidden under layers of NDA's. Just because the ISA is open source does not mean you know anything about the rest of the chip.
saying that, the C5 is a nice SOC, and it is nice that we have some competition to ARM.