Craig, just to be sure: you refitted both your modules with an ESP32 rev 3, only difference is, the production module is running "master", sim7600 module "for-v3.3"? If so, my conclusions so far would be: a) we've got a real heap corruption issue that sometimes gets triggered by the test. I've had it twice around the same place, i.e. within the scheduled event processing. I'll check my code. b) more important: only ESP32 rev 3 really solves the SPIRAM bug. It's not completely solved by the workaround, the workaround just reduces the frequency. Thanks, Michael Am 26.09.21 um 18:46 schrieb Craig Leres:
Second crash on the production module, CORRUPT HEAP after ~350 minutes.
sim7600 module still running after 19 hours. Looks like the cell connect stayed up for 11 hours before going into "User Interrupt" mode.
Craig
===========================================
I (25449286) script: [eval:1:] usr.testev.10: 2094300 I (25452446) script: [eval:1:] usr.testev.10: 2094600 I (25455606) script: [eval:1:] usr.testev.10: 2094900 OVMS# CORRUPT HEAP: Bad head at 0x3f8adc78. Expected 0xabba1234 got 0x3f8adcc0 abort() was called at PC 0x400844c3 on core 0
ELF file SHA256: 9fe3cd9b4b911bd8
Backtrace: 0x40089a2f:0x3ffcbb10 0x40089cc9:0x3ffcbb30 0x400844c3:0x3ffcbb50 0x400845dd:0x3ffcbb90 0x401185ab:0x3ffcbbb0 0x4010d979:0x3ffcbe70 0x4010d4c9:0x3ffcbec0 0x4008e903:0x3ffcbef0 0x400840b1:0x3ffcbf10 0x40084671:0x3ffcbf30 0x4000bec7:0x3ffcbf50 0x401aa715:0x3ffcbf70 0x400f5a51:0x3ffcbf90 0x4008d3af:0x3ffcbfb0
Rebooting... ets Jul 29 2019 12:21:46
===========================================
ice 182 % ./backtrace.sh 0x40089a2f:0x3ffcbb10 0x40089cc9:0x3ffcbb30 0x400844c3:0x3ffcbb50 0x400845dd:0x3ffcbb90 0x401185ab:0x3ffcbbb0 0x4010d979:0x3ffcbe70 0x4010d4c9:0x3ffcbec0 0x4008e903:0x3ffcbef0 0x400840b1:0x3ffcbf10 0x40084671:0x3ffcbf30 0x4000bec7:0x3ffcbf50 0x401aa715:0x3ffcbf70 0x400f5a51:0x3ffcbf90 0x4008d3af:0x3ffcbfb0 + xtensa-esp32-elf-addr2line -e build/ovms3.elf 0x40089a2f:0x3ffcbb10 0x40089cc9:0x3ffcbb30 0x400844c3:0x3ffcbb50 0x400845dd:0x3ffcbb90 0x401185ab:0x3ffcbbb0 0x4010d979:0x3ffcbe70 0x4010d4c9:0x3ffcbec0 0x4008e903:0x3ffcbef0 0x400840b1:0x3ffcbf10 0x40084671:0x3ffcbf30 0x4000bec7:0x3ffcbf50 0x401aa715:0x3ffcbf70 0x400f5a51:0x3ffcbf90 0x4008d3af:0x3ffcbfb0 /home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/esp32/panic.c:736
/home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/esp32/panic.c:736
/home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/newlib/locks.c:143
/home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/newlib/locks.c:171
/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) /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
/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) /home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/heap/multi_heap_poisoning.c:350
/home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/heap/heap_caps.c:403
/home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/newlib/syscalls.c:42
??:0 /wrkdirs/usr/ports/devel/xtensa-esp32-elf/work/crosstool-NG-1.22.0-97-gc752ad5/.build/src/gcc-5.2.0/libstdc++-v3/libsupc++/del_op.cc:46
main/ovms_events.cpp:393 /home/ice/u0/leres/esp/openvehicles-xtensa-esp32-elf/components/freertos/timers.c:485
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26