-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled. #794
Comments
Same Issue |
I've been seeing random panics on an ESP32 as well. Running PubSubClient and MQTT to Watson IoT Platform. It will run for many hours or just a few minutes. Then panic. The ESP32 is silently looping, reading an accelerometer once a second, checking its still
|
Same Issue calling connect function |
My ESP32 was panicking because of a faulty PCB board that was causing random brown outs. It wasn't an issue with PubSubClient or MQTT |
I was testing and a simple code just works, but in my project i need the conection to be in a class, the simple class below causes the panic in the constructor: Class Definition
Class Implementation
is there any specific way to initialize the PubSubClient object? Sorry if I wrote something wrong, and appreciate any help |
I am having the same behavior. Were you able to resolve this? |
I had this same issue. I solved it by making the WiFiClient variable global. |
Same issue with ESP32 TTGO LilyGO by implementing Smart-Watch with GPS, pulse-oximeter, and web-frontend. The fun fact is - I downgraded to a (more simple) alpha version of code and the thing is working! Might be we are overcomplicating tasks for this chip! If someone has issue solved, notice me! |
No Solution Up till now ? |
same issue in 2023 :( |
Still same issue @ 22 mei 2023 |
I fixed the issue, I was using FreeRTOS, I stopped using it for a specific library and it got fixed. But I don't know the reason why it got fixed. |
Converted tensor flow model tflite micro for specch recognition (yes, no). After loaded the .cc buffer into ESP, start giving an error |
i also have similar problems which when successfully connected to the broker it crashed. Core 1 register dump: Backtrace: 0x40086582:0x3ffb2200 0x400d68b3:0x3ffb2210 0x400d6919:0x3ffb2230 0x400d2aed:0x3ffb2250 0x400d4859:0x3ffb2270 0x400da805:0x3ffb2290 #0 0x40086582:0x3ffb2200 in strlen at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/newlib/newlib/libc/machine/xtensa/strlen.S:82 ELF file SHA256: ffa890917d9d8167` i hope someone can solve this issue |
Hello everyone 👋 Same issue here , but more precisely when the MQTT Server (EMQX) denies the connection attempt because the previous connection have not yet timeout from the broker (Keepalive) and the broker don't allow existing client id to join. Log Trace
|
I have similar issue while using esp32.
|
I had also core panic... i fixed it with an if //set eth status ( i use ENC28J60 and it works)
|
Same problem for me, that works for me
I just forget or miss this setup. |
📷 Kamera başarıyla başlatıldı! Core 1 register dump: |
Hi,
I am experiencing some kernel panics when using the pubsubclient library.
The code is quite straightfoward, just connect to an active wifi client. I have attached a simplifed version below.
The issue only happens when de ESP it's not capable of connect to the MQTT server (when the IP is wrong and it's being refused). Any suggestions what might be happening. I am wondering that maybe a memory issue somehow but I don't know how to go deeper into it.
pubsubclient: 2.8.0
That after appliying the exception decoder results in:
Cheers
The text was updated successfully, but these errors were encountered: