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

ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

cnx-software.com

Post reply on HN
Print view View original

101–110 of 119 posts

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#101

Post by user-the-name »

IgorPartola wrote: post #79
4778468d wrote: post #21

Earlier quoted context omitted.

It’s all about the software & documentation. There’s lots of “competitors” to esp32, pretty much none of them except STM have the software for developers, which makes their offerings close to useless. The only way to gain critical mass is relentless deep commitment to developer tools/libraries and documentation. In many cases these competitors actually try to hide their documentation and keep secret how their chips w…

This. If it doesn’t work with the Arduino IDE/platformio, I would rather not use it. What these manufacturers should do is invest in integrating with these SDKs instead of creating their own. And they should document everything to the level that IPFS is documented (just an example of excellent documentation that comes to mind). Do those two things and you got a winner even if the device itself isn’t technically the s…

Because, to be frank, Arduino is a bit of a toy platform.

It is really good for beginners and for hobbyists to make embedded devices available to a wider audience, but nobody in their right mind would build an actual product on top of Arduino.

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#102

Post by EmpirePhoenix »

user-the-name wrote: post #101
IgorPartola wrote: post #79

Earlier quoted context omitted.

This. If it doesn’t work with the Arduino IDE/platformio, I would rather not use it. What these manufacturers should do is invest in integrating with these SDKs instead of creating their own. And they should document everything to the level that IPFS is documented (just an example of excellent documentation that comes to mind). Do those two things and you got a winner even if the device itself isn’t technically the s…

Because, to be frank, Arduino is a bit of a toy platform. It is really good for beginners and for hobbyists to make embedded devices available to a wider audience, but nobody in their right mind would build an actual product on top of Arduino.

Well prusa did with their printers

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#104

Post by accurrent »

aranw wrote: post #103

I was wondering with these RISC-V processors is a minimum set of features required for Go code to work with them? Is there an easy way to determine if a RISC-V processor will run Go code?

Someone would likely have to port this: https://tinygo.org/

Seems to work on Silicon Hi-Five.

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#105

Post by user-the-name »

EmpirePhoenix wrote: post #102
user-the-name wrote: post #101

Earlier quoted context omitted.

Because, to be frank, Arduino is a bit of a toy platform. It is really good for beginners and for hobbyists to make embedded devices available to a wider audience, but nobody in their right mind would build an actual product on top of Arduino.

Well prusa did with their printers

They would be one of an exceedingly small minority, then.

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#107

Post by marcan_42 »

user-the-name wrote: post #101
IgorPartola wrote: post #79

Earlier quoted context omitted.

This. If it doesn’t work with the Arduino IDE/platformio, I would rather not use it. What these manufacturers should do is invest in integrating with these SDKs instead of creating their own. And they should document everything to the level that IPFS is documented (just an example of excellent documentation that comes to mind). Do those two things and you got a winner even if the device itself isn’t technically the s…

Because, to be frank, Arduino is a bit of a toy platform. It is really good for beginners and for hobbyists to make embedded devices available to a wider audience, but nobody in their right mind would build an actual product on top of Arduino.

People trying to build "real" products on top of Arduino usually do so in spite of, not thanks to, the platform.

Once you start trying to build a polished experience, not a quick hack, you quickly run into limitations that are solvable by dropping to lower levels. I ran into this when I tried to make an ESP8266 temperature sensor - the Arduino stuff didn't have working power management, so it would heat up skewing the measurements, nor anything like threading or coroutines for network handlers, so a single stuck network request would block all others. Ironically, the Arduino port included a coroutines implementation under the hood, but used it in a silly way with a single coroutine. I rebuilt the thing on top of the ESP SDK, stole the thread switching code from Arduino, and used it to build a nice low power version that could handle up to 4 requests at once.

I don't think I've ever seen a well engineered product built on Arduino that wasn't trivial. They might've hacked on it until the user experience is good, but then you peek under the hood and it's clear the engineering isn't good. And that ends up creeping into the user experience in the end, or worse. (OnlyKey comes to mind, which is built on Arduino and also its authors clearly do not have the competence to be writing security/crypto code, but they seem unwilling to accept any criticism).

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#108

Post by janekm »

jws wrote: post #75
dirtypersian wrote: post #74

Earlier quoted context omitted.

Curious question, is it just I2S that is used for this purpose? I'd assume you could use any serial protocol for bit banging purposes right?

I use the RMT (Remote Control) devices of the ESP32 from FreeRTOS for this. They were intended for generating on-off-keying of carrier modulated wave forms to blink an IR LED for a remote control. If you leave off the carrier modulation you end up just specifying a list of on and off times and get absolutely rock solid waveforms in hardware. There's a bunch of them, I forget, maybe 8? So you can drive a bunch of chai…

I hadn't looked at the RMT peripheral before... Based on what you describe and from a quick skim of the documentation this also seems perfect for a simple logic analyzer!

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#109

Post by lostlogin »

user-the-name wrote: post #101
IgorPartola wrote: post #79

Earlier quoted context omitted.

This. If it doesn’t work with the Arduino IDE/platformio, I would rather not use it. What these manufacturers should do is invest in integrating with these SDKs instead of creating their own. And they should document everything to the level that IPFS is documented (just an example of excellent documentation that comes to mind). Do those two things and you got a winner even if the device itself isn’t technically the s…

Because, to be frank, Arduino is a bit of a toy platform. It is really good for beginners and for hobbyists to make embedded devices available to a wider audience, but nobody in their right mind would build an actual product on top of Arduino.

I know of a good production line that has seen improvements in efficiency and safety due to automation with Arduino. I’m sure there are better ways but in terms of bang for buck, it’s hard to see how a non-programmer could have done better.

Re: ESP32-C3 WiFi and BLE RISC-V processor is pin-to-pin compatible with ESP8266

#110

Post by IgorPartola »

user-the-name wrote: post #105
EmpirePhoenix wrote: post #102

Earlier quoted context omitted.

Well prusa did with their printers

They would be one of an exceedingly small minority, then.

Almost every consumer 3D printer out there runs on top of Arduino. Sure that’s a small market compared to all electronics. But it’s still a big market in absolute terms.
Post reply on HN