Would it be possible and practical to connect two or more ESP32-D0WD to the same flash and spram in order to get additional computing cores or is this fundamentally impossible/not practical for some reason?

If a 200mm processed silicon wafer costs $1000 and esp32 has a die area of 8mm2 then the cost per chip is somewhere around 30c so it is possible. By that logic a 28-core intel xeon platinum should cost 20$ instead of 13'000$. How do you pay for all the engineering, marketing, legal cost etc. etc. t...

Absolutely. The esp32 is a little powerhouse, no problem using c++. You may want to override the new operator or use placement new to have more control over which ram you want to use (internal or external) though.

as a core Espressif engineer I've tried to figure how it would technically work. And I have no idea. Would all ESP32s ping a server once a day to check if they should switch into "backdoor mode"? And what would "backdoor mode" do exactly, given every chip has different peripherals attached to it in...

Even if the whole wireless functionality would be left out we’d still have a dual core 240mhz 32bit cpu that can run complex applications for a dollar (soc). I couldn’t find any other cpu in the same performance class that comes even close in terms of price performance. How is this pricing possible?...

I'm trying to use a static library that I compiled for the ESP32. Some parts of the library work, but if I add a call into another module of this library the esp32 doesn't even boot up and keeps rebooting with rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x...

I'm currently trying to compile a library for the esp32. Some parts already work, but I'm overruning dram when linking. I changed the esp32_out.ld file to fake more available dram, so I can link and inspect the resulting firmware.elf I see that the following definitions end up in dram: const ResizeF...

yes, using std::atomic<long> x; works - but it means I have to change existing library code. Would be great to have a software implementation of 64bit atomics

Currently while linking (in platformIO), I'm getting the following linker errors: ld.exe: .pio\build\esp32cam\firmware.elf section `.dram0.bss' will not fit in region `dram0_0_seg' ld.exe: DRAM segment data does not fit. ld.exe: region `dram0_0_seg' overflowed by 469400 bytes From reading some other...

I have a project that uses ArduinoOTA. So far I've used Arduino IDE to work on it and upload works without problems. Now I ty to use platformIO to continue development. I can compile, but when I try to upload the compiled firmware using platformio run -t upload --upload-port 192.168.178.55 it fails....