Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

espressif.com

Post reply on HN
Print view View original

101–110 of 112 posts

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#101

Post by dekhn »

lostlogin wrote: post #47
qalmakka wrote: post #26

Why didn't they pack more ram on this? 400K is a bit tight, we often hit the ceiling with the ESP32's 512K of internal RAM. Does anyone know if they support SPI-connected external RAM on this? It has been a lifesaver on the ESP32, especially since WROVER-E fixed most of the long standing bugs that were plaguing the earlier revisions. It is slow as hell, but having 4MB (+4MB high memory) of connected RAM on a microcon…

If you happy to answer - what are you doing with them?

Most of my ESP32s are driving stepper controller boards for custom microscopes, telescopes, or my CNC. It's nice because the ESP32 has a wifi connection so I can just connect directly to it to control it via g-code.

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#102

Post by neltnerb »

numpad0 wrote: post #53
neltnerb wrote: post #19

Earlier quoted context omitted.

From what I've seen the Qualcomm chips are really great but impossible to buy if you're a normal human, the ST chips are pretty solid and have a configuration tool that works well in Linux and their -WB versions support wireless and bluetooth but use more power than the Qualcomm chips. Then there's microchip (owner of atmel) which has a wifi integrated chip, but it was really hard to get to work. ESP32 was also super…

I don’t understand why this is downvoted gray. “We’d like to dual source a Wi-Fi SoC product” — fine, just build two completely different hardware and software to go with, with matching aesthetics and features. There’s no way around it, there’s usually no pin-compatible alternatives in embedded like there are for Core i7 and Core i3. That only works in consumer PC.

I said that the old ESP32 was using ARM which as the other reply comment notes was inaccurate? Not that the mistake I made on the architecture of an older chip reduces the responsiveness to the actual question, of course, but it was an error.

This site has gotten extremely aggressive about downvoting for "disagreement" which seems to include minor errors (like with mine, despite paragraphs of correct information in direct response to a clear question) or often even questions. I don't really see how downvoting posts with minor errors encourages learning and hacking, but it definitely makes me reconsider answering questions.

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#103

Post by monkendrunky »

eaurouge wrote: post #13
vk6flab wrote: post #12

For a new project we've been looking at the ESP32 range - great functionality - but we're more than a little concerned about being reliant on a single company (Expressif) and manufacturer (TSMC). Are there other SoC solutions with multiple companies and manufacturers with similar functionality?

Cortex-M. Lots of Bluetooth LE solutions. WiFi getting there - Nordic is working on a solution here as well.

u may get interested in InnoPhase Inc solution, ultra low power wifi solutions. https://www.youtube.com/channel/UCI1JfWpybywnPV_pkAGiGug

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#104

Post by monkendrunky »

conradludgate wrote: post #7

I was recently looking into using some ESP32s to use on a BLE hardware project I am working on at the moment. Although I do wonder whether wifi would be a better technology to use sometimes. The only thing I remember seeing is that wifi technology uses much more power. From TFA it looks like WiFi 6 uses less power, is this true? Anyone experienced have any suggestions whether BLE or WiFi would be better for streaming…

u may get interested in InnoPhase Inc solution, ultra low power wifi solutions. https://www.youtube.com/channel/UCI1JfWpybywnPV_pkAGiGug

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#105

Post by bestham »

tomjuggler wrote: post #96
rjeli wrote: post #2

Still no 5ghz wifi :(

Yeah also waiting on that. They did mention 40mhz support, maybe that will help? In wifi congested spaces at the moment the AP mode is unusable..

Why would 40 MHz wide channels be /better/ if the spectrum is congested? Smaller channels would be beneficial. Let’s say 5 MHz, and with OFDMA that is what you get. This is why Wifi6 is crucial for the long term viability of 2.4 GHz WiFi.

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#106

Post by tym0 »

wyldfire wrote: post #77
tym0 wrote: post #57

Glad to see Espressif making RISC-V products, I love what they put out but the xtensa architecture made it hard to work with languages that targets LLVM like Rust and Zig.

They're working on an LLVM backend for xtensa [1]. [1] https://groups.google.com/g/llvm-dev/c/sUY_uL_do5M

They've been working on it for many years so I'm not really holding my breath at this point.

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#107

Post by wyldfire »

tym0 wrote: post #106
wyldfire wrote: post #77

Earlier quoted context omitted.

They're working on an LLVM backend for xtensa [1]. [1] https://groups.google.com/g/llvm-dev/c/sUY_uL_do5M

They've been working on it for many years so I'm not really holding my breath at this point.

Well, of particular interest is that it's moving to in-tree.

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#108

Post by zeroping »

azubinski wrote: post #98

Ideally useless piece of hardware. 100500+ ESP2866 useless designs are the best confirmation of this harsh statement. You can turn on a LED with it. Nobody knows for what, but everybody knows how, because it's simple - just use the MQTT and ... (list of protocols). RISC V will be the beautiful addon to it cause the True Way To True Uselessness should be hard. ^_^

I have wall switches and a power meter that use the ESP32 internally. Consumer products. How much more "real" would you like?

Re: ESP32-C6, a Wi-Fi 6 and Bluetooth 5 (LE) SoC

#109

Post by MrBuddyCasino »

pjmlp wrote: post #75
dls2016 wrote: post #70

Earlier quoted context omitted.

Exactly, FreeRTOS makes it trivial to spin up 20 threads... who was doing that with MS-DOS?

You wouldn't, because the whole point of bare metal is to ignore the OS and use directly the BIOS and hardware. And regarding threads, we would use cooperative concurrency, and also take ownership of the timer interrupt. Anything is easy when there is an abstraction implemented as library. Games and demoscene tricks.

I don't understand why they used a wasteful threaded model instead of an event reactor. It makes no sense to me on a constrained embedded platform. The right way to do it is Japaric's "Real-Time Interrupt-driven Concurrency". Only works for ARM cores though...
Post reply on HN