ESP32 is the worst microcontroller I played with

sblantipodi
Posts: 21
Joined: Thu Apr 16, 2020 9:41 am

ESP32 is the worst microcontroller I played with

Postby sblantipodi » Thu Apr 29, 2021 8:48 am

As title.
Please fix all the errors you have on this microcontroller or simply stop to sell it.

ESP32 is supposed to be more powerful than ESP8266 but when you push it hard along with WiFi there is no way to avoid constant crashing, core panic, watchdog bites and so on.

Fix it or stop selling it.

User avatar
Vader_Mester
Posts: 300
Joined: Tue Dec 05, 2017 8:28 pm
Location: Hungary
Contact:

Re: ESP32 is the worst microcontroller I played with

Postby Vader_Mester » Thu Apr 29, 2021 9:13 am

Hi,

I think you should post a few issues and seek help if you have problems. I'm sure there are solutions for most of the problems you are having.
I also think Espressif will welcome feedback from people who push their devices to the limit, so they can learn and imporve the software that goes along with their hardware.

I believe the things you are mentioning are software and not hardware related. Since you posted this to Arduino section, I'm guessing you are using ArduinoIDE for development. It is not a professional development environment, and it is less maintained due to obvious reasons.
The main source of good software and drivers is ESP-IDF. I encourage you to try it.

Regards,
Vader(Ben)

Code: Select all

task_t coffeeTask()
{
	while(atWork){
		if(!xStreamBufferIsEmpty(mug)){
			coffeeDrink(mug);
		} else {
			xTaskCreate(sBrew, "brew", 9000, &mug, 1, NULL);
			xSemaphoreTake(sCoffeeRdy, portMAX_DELAY);
		}
	}
	vTaskDelete(NULL);
}

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: ESP32 is the worst microcontroller I played with

Postby WiFive » Thu Apr 29, 2021 9:39 am

Image

User avatar
Vader_Mester
Posts: 300
Joined: Tue Dec 05, 2017 8:28 pm
Location: Hungary
Contact:

Re: ESP32 is the worst microcontroller I played with

Postby Vader_Mester » Thu Apr 29, 2021 9:47 am

WiFive wrote:
Thu Apr 29, 2021 9:39 am
OMG :lol: :lol: I'm crying :lol: :lol: :lol:

Code: Select all

task_t coffeeTask()
{
	while(atWork){
		if(!xStreamBufferIsEmpty(mug)){
			coffeeDrink(mug);
		} else {
			xTaskCreate(sBrew, "brew", 9000, &mug, 1, NULL);
			xSemaphoreTake(sCoffeeRdy, portMAX_DELAY);
		}
	}
	vTaskDelete(NULL);
}

ESP_Minatel
Posts: 364
Joined: Mon Jan 04, 2021 2:06 pm

Re: ESP32 is the worst microcontroller I played with

Postby ESP_Minatel » Thu Apr 29, 2021 10:39 am

Thank you for your valuable feedback!

When you mean “fix all the errors you have on this microcontroller”, is it because you have encountered an error on our silicon die?

What is the framework you are using for programming the ESP32?

We truly believe in our community power and most of our projects are also supported by them. Thank you all for actively contributing to our projects.

Be sure to check all the community comments about using ESP32 to see if you are correctly using it. We also offer an extensive documentation.

https://docs.espressif.com/projects/esp ... est/esp32/

https://www.espressif.com/sites/default ... ual_en.pdf

You’re welcome to contribute and maybe fix some issues that you have found. If you don't know how to contribute, fell free to ask here or see this link:

https://docs.espressif.com/projects/esp ... index.html

You can also create a GitHub issue on the repository you are using or even directly contact Espressif’s customer service.

As previously mentioned, all feedback is valuable and we need it to continuously improve what we offer to the community.

sblantipodi
Posts: 21
Joined: Thu Apr 16, 2020 9:41 am

Re: ESP32 is the worst microcontroller I played with

Postby sblantipodi » Fri Apr 30, 2021 8:32 am

isn't the same code supposed to work on both ESP8266 and ESP32?
we are talking about an easy code that gets a message from an mqtt broker and sends it to a led strip using the most famous library for the purpose like pubsubclient and fastled.

ESP32 continue to crash while ESP8266 runs like a lion and it's even faster since the TCP stack on the ESP32 is "way slower" than ESP8266.

***ERROR*** A stack overflow in task DLE0 has been detected.
abort() was called at PC 0x4008fe70 on core 0
Guru Meditation Error: Core 0 panic'ed (Unhandled debug exception)
Debug exception reason: Stack canary watchpoint triggered (DLE0)

ELF file SHA256: 0000000000000000

Backtrace: 0x4000c2e4:0x3ffca6f0 0x4008fc1d:0x3ffca700 0x4008fd9d:0x3ffca7d0 0x40090085:0x3ffca7f0 0x4008d2b2:0x3ffca810 0x4008fbd9:0x3ffca8d0 0x4008fe59:0x3ffca8f0 0x4008fe70:0x3ffca910 0x40091a63:0x3ffca930 0x40093654:0x3ffca950 0x4009360a:0x00000000
#0 0x4000c2e4:0x3ffca6f0 in ?? ??:0
#1 0x4008fc1d:0x3ffca700 in commonErrorHandler_dump at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#2 0x4008fd9d:0x3ffca7d0 in commonErrorHandler at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#3 0x40090085:0x3ffca7f0 in xt_unhandled_exception at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#4 0x4008d2b2:0x3ffca810 in _xt_user_exc at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/xtensa_vectors.S:757
#5 0x4008fbd9:0x3ffca8d0 in invoke_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#6 0x4008fe59:0x3ffca8f0 in abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#7 0x4008fe70:0x3ffca910 in vApplicationStackOverflowHook at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#8 0x40091a63:0x3ffca930 in vTaskSwitchContext at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/tasks.c:3507
#9 0x40093654:0x3ffca950 in _frxt_dispatch at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/portasm.S:406
#10 0x4009360a:0x00000000 in _frxt_int_exit at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/portasm.S:206


--------------------------
abort() was called at PC 0x40086509 on core 0

ELF file SHA256: 0000000000000000

Backtrace: 0x4008fbdc:0x3ffd0f60 0x4008fe59:0x3ffd0f80 0x40086509:0x3ffd0fa0 0x40086635:0x3ffd0fd0 0x400f3953:0x3ffd0ff0 0x400efd51:0x3ffd12b0 0x400efcec:0x3ffd1300 0x40091ea1:0x3ffd1330 0x40084df7:0x3ffd1360 0x4008f2c1:0x3ffd1380 0x4013e765:0x3ffd13b0 0x401728fd:0x3ffd13e0 0x401724d9:0x3ffd1400 0x4016cbf5:0x3ffd1420 0x4016cef5:0x3ffd1440 0x4016de66:0x3ffd1470 0x4016dea9:0x3ffd14b0 0x4016ded6:0x3ffd14e0 0x4016a421:0x3ffd1510 0x4016a4cf:0x3ffd1540 0x401676d1:0x3ffd1570 0x4016db47:0x3ffd1590 0x4017242a:0x3ffd15c0 0x4015efd3:0x3ffd15e0 0x40090e6a:0x3ffd1610
#0 0x4008fbdc:0x3ffd0f60 in invoke_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#1 0x4008fe59:0x3ffd0f80 in abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/panic.c:715
#2 0x40086509:0x3ffd0fa0 in lock_acquire_generic at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/locks.c:143
#3 0x40086635:0x3ffd0fd0 in _lock_acquire_recursive at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/locks.c:171
#4 0x400f3953:0x3ffd0ff0 in _vfiprintf_r at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdio/../../../.././newlib/libc/stdio/vfprintf.c:860 (discriminator 2)
#5 0x400efd51:0x3ffd12b0 in fiprintf at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdio/../../../.././newlib/libc/stdio/fiprintf.c:50
#6 0x400efcec:0x3ffd1300 in __assert_func at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdlib/../../../.././newlib/libc/stdlib/assert.c:59 (discriminator 8)
#7 0x40091ea1:0x3ffd1330 in vPortCPUAcquireMutexIntsDisabledInternal at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/tasks.c:3507
(inlined by) vPortCPUAcquireMutexIntsDisabled at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/portmux_impl.h:98
(inlined by) vTaskEnterCritical at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/tasks.c:4201
#8 0x40084df7:0x3ffd1360 in wifi_int_disable_wrapper at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp32/esp_adapter.c:194
#9 0x4008f2c1:0x3ffd1380 in pp_post at ??:?
#10 0x4013e765:0x3ffd13b0 in esp_wifi_internal_tx at ??:?
#11 0x401728fd:0x3ffd13e0 in low_level_output at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/port/esp32/netif/wlanif.c:122
#12 0x401724d9:0x3ffd1400 in ethernet_output at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/netif/ethernet.c:309
#13 0x4016cbf5:0x3ffd1420 in etharp_output_to_arp_index at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/etharp.c:787
#14 0x4016cef5:0x3ffd1440 in etharp_output at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/etharp.c:889
#15 0x4016de66:0x3ffd1470 in ip4_output_if_opt_src at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:1037
#16 0x4016dea9:0x3ffd14b0 in ip4_output_if_opt at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:849
#17 0x4016ded6:0x3ffd14e0 in ip4_output_if at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:826
#18 0x4016a421:0x3ffd1510 in tcp_send_empty_ack at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_out.c:967 (discriminator 4)
#19 0x4016a4cf:0x3ffd1540 in tcp_output at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_out.c:1028
#20 0x401676d1:0x3ffd1570 in tcp_input at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp_in.c:487
#21 0x4016db47:0x3ffd1590 in ip4_input at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/ipv4/ip4.c:750
#22 0x4017242a:0x3ffd15c0 in ethernet_input at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/netif/ethernet.c:184
#23 0x4015efd3:0x3ffd15e0 in tcpip_thread at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/api/tcpip.c:483
#24 0x40090e6a:0x3ffd1610 in vPortTaskWrapper at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/port.c:355 (discriminator 1)



-------------------



Guru Meditation Error: Core 0 panic'ed (LoadProhibited). Exception was unhandled.
Core 0 register dump:
PC : 0x40091b81 PS : 0x00060033 A0 : 0x40093657 A1 : 0x3ffdf0c0
A2 : 0x00050023 A3 : 0x00000001 A4 : 0x3ffc4c14 A5 : 0x3ffc4c14
A6 : 0x3ff000dc A7 : 0x00000001 A8 : 0x00000001 A9 : 0x00000002
A10 : 0x00000000 A11 : 0x00000081 A12 : 0x3ffc4c30 A13 : 0x283ffbc1
A14 : 0x00000000 A15 : 0x00000001 SAR : 0x0000001a EXCCAUSE: 0x0000001c
EXCVADDR: 0x000000c9 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xffffffff

ELF file SHA256: 0000000000000000

Backtrace: 0x40091b81:0x3ffdf0c0 0x40093654:0x3ffdf0e0 0x4009360a:0x4000bff0
#0 0x40091b81:0x3ffdf0c0 in vTaskSwitchContext at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/tasks.c:3507
#1 0x40093654:0x3ffdf0e0 in _frxt_dispatch at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/portasm.S:406
#2 0x4009360a:0x4000bff0 in _frxt_int_exit at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/portasm.S:206


why guys, why such a huge step back?

ESP_jakob
Posts: 49
Joined: Mon Jun 01, 2020 6:28 am

Re: ESP32 is the worst microcontroller I played with

Postby ESP_jakob » Fri Apr 30, 2021 8:42 am

It's a stack overflow. Have you tried to configure a larger stack size? What's the current stack size for that task?

Best,
Jakob

chegewara
Posts: 2362
Joined: Wed Jun 14, 2017 9:00 pm

Re: ESP32 is the worst microcontroller I played with

Postby chegewara » Fri Apr 30, 2021 8:46 am

sblantipodi wrote:
Fri Apr 30, 2021 8:32 am
***ERROR*** A stack overflow in task DLE0 has been detected.
abort() was called at PC 0x4008fe70 on core 0
Guru Meditation Error: Core 0 panic'ed (Unhandled debug exception)
Debug exception reason: Stack canary watchpoint triggered (DLE0)
Esp32 is based on top of freertos. You dont know basics how to work with is and you dare to blame espressif?
Just stick to esp8266.

sblantipodi
Posts: 21
Joined: Thu Apr 16, 2020 9:41 am

Re: ESP32 is the worst microcontroller I played with

Postby sblantipodi » Fri Apr 30, 2021 9:10 am

ESP_jakob wrote:
Fri Apr 30, 2021 8:42 am
It's a stack overflow. Have you tried to configure a larger stack size? What's the current stack size for that task?

Best,
Jakob
stack size is big enough, I even tryed with very very big stack, nothing changed.

ESP_Sprite
Posts: 9709
Joined: Thu Nov 26, 2015 4:08 am

Re: ESP32 is the worst microcontroller I played with

Postby ESP_Sprite » Fri Apr 30, 2021 9:15 am

To be fair, it may not be a task overflow in a task you start. Any chance you can post your code here?

Who is online

Users browsing this forum: DonEvans and 101 guests