me-no-dev
commented
6 months ago This looks like a power issue. Can you try with another cable?
Closed ICheng-Chou closed 6 months ago
me-no-dev
commented
6 months ago This looks like a power issue. Can you try with another cable?
ICheng-Chou
commented
6 months ago Thank you for your reply. I have conducted a cross-check to confirm the usability of the cable:
I used the same cable and programming using VS Code without encountering any boot failure. I changed the cable and still encountered a boot failure when programming with Arduino. Therefore, I conclude that the issue is not with the cable.
me-no-dev
commented
6 months ago That is really strange, because the first reboot in your logs is POWERON_RESET followed by SW_RESET and followed by a lot of TG0WDT_SYS_RESET which points to bootloop caused by probably power, from which the chip goes crazy and loops a lot more with fails long before the firmware is even booted. What you use to compile and flash should not matter.
Just in case... can you try with 3.0.0-RC1?
kapyaar
commented
6 months ago I have seen something along this line. Not sure if it applies to you. With some digging, I came across some references to a bug in the ESP chip. See page 5, bug list item 3.4. https://content.instructables.com/FJP/KTEU/J5WQBOV7/FJPKTEUJ5WQBOV7.pdf
It turned out the version I had was affected. For which I tried disabling the brown out when the board boots up, and after the main tasks are done, re enable it.
#include "soc/soc.h"
#include "soc/rtc_cntl_reg.h"
setup(){
uint32_t brown_reg_temp = READ_PERI_REG(RTC_CNTL_BROWN_OUT_REG); //save WatchDog register
WRITE_PERI_REG(RTC_CNTL_BROWN_OUT_REG, 0); //disable brownout detector. Enable after wifi is connected.
....setup things......
WRITE_PERI_REG(RTC_CNTL_BROWN_OUT_REG, brown_reg_temp); //enable brownout detector.
}
Again, worth a try if you are not making progress. I had better results with this approach, though I may very well be putting bandaid on something deeper.
ICheng-Chou
commented
6 months ago Thank you both for your responses, I've found the root of the problem! The main frequency of the ESP32 only supports 26MHz and 40MHz, but I was using 80 MHz with Arduino. After switching to 40MHz, the problem no longer occurs.
https://docs.espressif.com/projects/esp-idf/en/stable/esp32/get-started/windows-setup.html
Board
u-blox NINA-W10 series (ESP32)
Device Description
no
Hardware Configuration
no
Version
v2.0.14
IDE Name
Arduino IDE, VS code
Operating System
Windows 10
Flash frequency
80Mhz
PSRAM enabled
no
Upload speed
921600
Description
I am using a very simple code, but I often encounter failures when launching the program. I'm currently using the NINA-W106B module with an ESP32-D0WD-v3 chip. I've tried burning the same code with VS Code using idf version 4.2.2, and I don't experience this issue. I suspect there might be a problem with the Arduino IDE plugin. Can anyone assist me?
Sketch
Debug Message
Other Steps to Reproduce
No response
I have checked existing issues, online documentation and the Troubleshooting Guide