Hi Sprite - I did have pull-ups, but they were about half the 3.3K recommended by the other article. I replaced them, and it didn't change anything.

Something is definitely wrong here...the prevalence of articles on this subject suggests a bug in the I2C library, at least to me.

Bump.

I don't know if I'm asking the wrong questions, but I'm hoping that someone can assist with this. Currently, my app is quite fragile, and I don't know whether to look at the CPU, the I2C interface, the OS/drivers or my own software.

Should I consider opening a bug on gitsrv for this?

Hi all - I am still trying to chase down the cause of this persistent I2C crash. Evidently, a lot of other users are experiencing similar troubles, and I found a post from last year where it's suggested that the problem may be in the hardware: https://www.esp32.com/viewtopic.php?f=13&t=4275&start=20...

I just built against the master instead of release v3.1...boots and runs fine. Based on this, I doubt that it's a matter of insufficient heap memory; it's hard to imagine that the OS got smaller from 3.1 to 3.3. EDIT: then again, maybe it is. I spoke too soon above: it does boot fine, but after runn...

Bump...anyone?

I've looked through my code, and I don't have much use of heap that I can find. I assume that a global such as:
In a header file gets place into a code segment, right? So these shouldn't be causing my issue.

I got pulled off this project for a few days. Does the output of my "make size" suggest that I need to reduce the use of static variables?

Hi Angus - I'll look at reducing my static memory. Here's the output of make size: Total sizes: DRAM .data size: 13700 bytes DRAM .bss size: 77552 bytes Used static DRAM: 91252 bytes ( 23948 available, 79.2% used) Used static IRAM: 82472 bytes ( 48600 available, 62.9% used) Flash code: 819898 bytes ...

OK, here it is...thanks. $ addr2line -e build/WifiButton.elf -pfia 0x4008d6f4 0x4008d6f4: invoke_abort at C:/esp-idf/components/esp32/panic.c:676 0x4008d8f3 0x4008d8f3: abort at C:/esp-idf/components/esp32/panic.c:676 0x4008377f 0x4008377f: lock_init_generic at C:/esp-idf/components/newlib/locks.c:8...

I'm not sure what you mean by the full call stack. Do you mean you want me to go further with the addr2line commands?

Here's the boot log: I (28) boot: ESP-IDF v3.1.3-58-gcea310d5c 2nd stage bootloader I (29) boot: compile time 06:48:15 I (32) boot: Enabling RNG early entropy source... I (33) boot: SPI Speed : 40MHz I (37) boot: SPI Mode : DIO I (41) boot: SPI Flash Size : 4MB I (45) boot: Partition Table: I (49) b...