[GH-ISSUE #159] Access point forgets content of all tags #2841

Closed
opened 2026-03-20 22:05:05 +01:00 by sascha_hemi · 8 comments
Owner

Originally created by @seeers on GitHub (Nov 9, 2023).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/159

Originally assigned to: @nlimper on GitHub.

I would like to report a possible problem that has now occurred for the second time after a few weeks of operation.
The access point "forgets" the set content of all tags. Nothing has been changed for a few days, everything was forgotten overnight.
The last image is still displayed on the tags, in the access point all tags are set to "Static image" as shown in the screenshot. Of the 5 tags, two were configured with a json template, one with weather and one with the current date.
env: OpenEPaperLink_Mini_AP
build date: 2023-10-09 14:10 (compiled from github master branch on this date)
esp32 version: custom
filesystem version: unknown
psram size: 2090543
flash size: 4194304

Status since this morning:
Openepaperlink

Originally created by @seeers on GitHub (Nov 9, 2023). Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/159 Originally assigned to: @nlimper on GitHub. I would like to report a possible problem that has now occurred for the second time after a few weeks of operation. The access point "forgets" the set content of all tags. Nothing has been changed for a few days, everything was forgotten overnight. The last image is still displayed on the tags, in the access point all tags are set to "Static image" as shown in the screenshot. Of the 5 tags, two were configured with a json template, one with weather and one with the current date. env: OpenEPaperLink_Mini_AP build date: 2023-10-09 14:10 (compiled from github master branch on this date) esp32 version: custom filesystem version: unknown psram size: 2090543 flash size: 4194304 Status since this morning: ![Openepaperlink](https://github.com/jjwbruijn/OpenEPaperLink/assets/16150580/7f42ccb6-c983-4c91-8599-d148ac464e5c)
sascha_hemi added the bug label 2026-03-20 22:05:05 +01:00
Author
Owner

@seeers commented on GitHub (Nov 10, 2023):

Another thing that occurs to me is that a tag has disappeared from the Currently active tags. Here the battery is empty, maybe it has something to do with that.

<!-- gh-comment-id:1805211196 --> @seeers commented on GitHub (Nov 10, 2023): Another thing that occurs to me is that a tag has disappeared from the Currently active tags. Here the battery is empty, maybe it has something to do with that.
Author
Owner

@JacSavage commented on GitHub (Nov 12, 2023):

I can confirm this happening to my two tags also.

<!-- gh-comment-id:1807072269 --> @JacSavage commented on GitHub (Nov 12, 2023): I can confirm this happening to my two tags also.
Author
Owner

@seeers commented on GitHub (Nov 13, 2023):

did you also run out of battery on a tag and did it then disappear from the list?

<!-- gh-comment-id:1807605380 --> @seeers commented on GitHub (Nov 13, 2023): did you also run out of battery on a tag and did it then disappear from the list?
Author
Owner

@marcovannoord commented on GitHub (Nov 16, 2023):

I also have this problem. I have not been able to catch it red-handed when doing this, but i have seen this pop up:

sleeping for 2 more minutes
>SDA 1234567890ABCDEF NOP
ACK>
ADR><ADR 1234567890ABCDEF
ADR><ADR 0000026B83793B13
ADR><ADR 0000021F7D533B19
ADR><ADR 0000027B20433B12
DB saved 312ms
ADR><ADR 000002BD0BC93B13
Maximum Continuous Heap Space: 10740

abort() was called at PC 0x4018fd7b on core 1


Backtrace: 0x40083889:0x3ffb3810 0x4008e3c9:0x3ffb3830 0x40093ee1:0x3ffb3850 0x4018fd7b:0x3ffb38d0 0x4018fdc2:0x3ffb38f0 0x4018fd23:0x3ffb3910 0x401901e2:0x3ffb3930 0x40190a0d:0x3ffb3950 0x400e2f11:0x3ffb3970 0x400e32b9:0x3ffb39f0 0x400ded71:0x3ffb3a50 0x400e0145:0x3ffb3fe0 0x400e08b1:0x3ffb4150 0x400e2a52:0x3ffb41c0 0x4010eb81:0x3ffb4290

  #0  0x40083889:0x3ffb3810 in panic_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/panic.c:408
  #1  0x4008e3c9:0x3ffb3830 in esp_system_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/esp_system.c:137
  #2  0x40093ee1:0x3ffb3850 in abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/newlib/abort.c:46
  #3  0x4018fd7b:0x3ffb38d0 in __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47
  #4  0x4018fdc2:0x3ffb38f0 in std::terminate() at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:57
  #5  0x4018fd23:0x3ffb3910 in __cxa_throw at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95
  #6  0x401901e2:0x3ffb3930 in operator new(unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:54
  #7  0x40190a0d:0x3ffb3950 in operator new[](unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_opv.cc:32
  #8  0x400e2f11:0x3ffb3970 in spr2color(TFT_eSprite&, imgParam&, unsigned char*, unsigned int, bool) at src/makeimage.cpp:112 (discriminator 1)
  #9  0x400e32b9:0x3ffb39f0 in spr2buffer(TFT_eSprite&, String&, imgParam&) at src/makeimage.cpp:243
  #10 0x400ded71:0x3ffb3a50 in drawBuienradar(String&, ArduinoJson::V6212PB::JsonObject&, tagRecord*&, imgParam&) at src/contentmanager.cpp:1157
  #11 0x400e0145:0x3ffb3fe0 in drawNew(unsigned char const*, bool, tagRecord*&) at src/contentmanager.cpp:402
  #12 0x400e08b1:0x3ffb4150 in contentRunner() at src/contentmanager.cpp:47
  #13 0x400e2a52:0x3ffb41c0 in loop() at src/main.cpp:164
  #14 0x4010eb81:0x3ffb4290 in loopTask(void*) at C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/cores/esp32/main.cpp:50




ELF file SHA256: 75a57596f7de560a

Rebooting...
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13192
load:0x40080400,len:3028
entry 0x400805e4
>
[WiFi-event 0] 
[WiFi-event 2] 

It might or might not be related, since this didn't cause the tags to be gone. However, if the system panics while it is writing the database, it might corrupt it.

<!-- gh-comment-id:1814997654 --> @marcovannoord commented on GitHub (Nov 16, 2023): I also have this problem. I have not been able to catch it red-handed when doing this, but i have seen this pop up: ```C++ sleeping for 2 more minutes >SDA 1234567890ABCDEF NOP ACK> ADR><ADR 1234567890ABCDEF ADR><ADR 0000026B83793B13 ADR><ADR 0000021F7D533B19 ADR><ADR 0000027B20433B12 DB saved 312ms ADR><ADR 000002BD0BC93B13 Maximum Continuous Heap Space: 10740 abort() was called at PC 0x4018fd7b on core 1 Backtrace: 0x40083889:0x3ffb3810 0x4008e3c9:0x3ffb3830 0x40093ee1:0x3ffb3850 0x4018fd7b:0x3ffb38d0 0x4018fdc2:0x3ffb38f0 0x4018fd23:0x3ffb3910 0x401901e2:0x3ffb3930 0x40190a0d:0x3ffb3950 0x400e2f11:0x3ffb3970 0x400e32b9:0x3ffb39f0 0x400ded71:0x3ffb3a50 0x400e0145:0x3ffb3fe0 0x400e08b1:0x3ffb4150 0x400e2a52:0x3ffb41c0 0x4010eb81:0x3ffb4290 #0 0x40083889:0x3ffb3810 in panic_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/panic.c:408 #1 0x4008e3c9:0x3ffb3830 in esp_system_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/esp_system.c:137 #2 0x40093ee1:0x3ffb3850 in abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/newlib/abort.c:46 #3 0x4018fd7b:0x3ffb38d0 in __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47 #4 0x4018fdc2:0x3ffb38f0 in std::terminate() at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:57 #5 0x4018fd23:0x3ffb3910 in __cxa_throw at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95 #6 0x401901e2:0x3ffb3930 in operator new(unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:54 #7 0x40190a0d:0x3ffb3950 in operator new[](unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_opv.cc:32 #8 0x400e2f11:0x3ffb3970 in spr2color(TFT_eSprite&, imgParam&, unsigned char*, unsigned int, bool) at src/makeimage.cpp:112 (discriminator 1) #9 0x400e32b9:0x3ffb39f0 in spr2buffer(TFT_eSprite&, String&, imgParam&) at src/makeimage.cpp:243 #10 0x400ded71:0x3ffb3a50 in drawBuienradar(String&, ArduinoJson::V6212PB::JsonObject&, tagRecord*&, imgParam&) at src/contentmanager.cpp:1157 #11 0x400e0145:0x3ffb3fe0 in drawNew(unsigned char const*, bool, tagRecord*&) at src/contentmanager.cpp:402 #12 0x400e08b1:0x3ffb4150 in contentRunner() at src/contentmanager.cpp:47 #13 0x400e2a52:0x3ffb41c0 in loop() at src/main.cpp:164 #14 0x4010eb81:0x3ffb4290 in loopTask(void*) at C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/cores/esp32/main.cpp:50 ELF file SHA256: 75a57596f7de560a Rebooting... ets Jun 8 2016 00:22:57 rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0030,len:1184 load:0x40078000,len:13192 load:0x40080400,len:3028 entry 0x400805e4 > [WiFi-event 0] [WiFi-event 2] ``` It might or might not be related, since this didn't cause the tags to be gone. However, if the system panics while it is writing the database, it might corrupt it.
Author
Owner

@marcovannoord commented on GitHub (Nov 17, 2023):

I think i managed to catch it in the act:
It tries to write to spiffs, but does not have enough memory, and probably fails.
Would it be sufficient to check the mallocs before trying to write?

pingACK> ok, 2ms
ADR><ADR 1234567890ABCDEF
ADR><ADR 000002BD0BC93B13
pingACK> ok, 3ms
time succesfully synced
DB saved 175ms
ADR><ADR 000002BD0BC93B13
ADR><ADR 1234567890ABCDEF
ADR><ADR 0000021F7D533B19
ADR><ADR 000002BD0BC93B13
ADR><ADR 0000027B20433B12
ADR><ADR 0000021F7D533B19
ADR><ADR 1234567890ABCDEF
E (1285829) esp_littlefs: dir struct could not be malloced
E (1285843) esp_littlefs: dir struct could not be malloced
E (1285871) esp_littlefs: dir struct could not be malloced
E (1285884) esp_littlefs: dir struct could not be malloced
E (1286359) esp_littlefs: dir struct could not be malloced
E (1286372) esp_littlefs: dir struct could not be malloced
E (1286400) esp_littlefs: dir struct could not be malloced
E (1286413) esp_littlefs: dir struct could not be malloced

abort() was called at PC 0x4018fd7b on core 1


Backtrace: 0x40083889:0x3ffb3ec0 0x4008e3c9:0x3ffb3ee0 0x40093ee1:0x3ffb3f00 0x4018fd7b:0x3ffb3f80 0x4018fdc2:0x3ffb3fa0 0x40190119:0x3ffb3fc0 0x401901d4:0x3ffb3fe0 0x40193f23:0x3ffb4000 0x40193fee:0x3ffb4030 0x4010135a:0x3ffb40b0 0x401ab6af:0x3ffb40f0 0x400e9726:0x3ffb4110 0x400e9755:0x3ffb4130 0x400e088a:0x3ffb4150 0x400e2a52:0x3ffb41c0 0x4010eb81:0x3ffb4290

0x4018fd7b: __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47
0x40083889: panic_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/panic.c:408
0x4008e3c9: esp_system_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/esp_system.c:137
0x40093ee1: abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/newlib/abort.c:46
0x4018fd7b: __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47
0x4018fdc2: std::terminate() at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:57
0x40190119: __cxa_allocate_exception at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_alloc.cc:300
0x401901d4: operator new(unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:54
0x40193f23: __gnu_cxx::new_allocator, (__gnu_cxx::_Lock_policy)2> >::allocate(unsigned int, void const*) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\ext\new_allocator.h:111
0x40193f23: std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > >::allocate(std::allocator, (__gnu_cxx::_Lock_policy)2> >&, unsigned int) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\alloc_traits.h:436
0x40193f23: std::__allocated_ptr, (__gnu_cxx::_Lock_policy)2> > > std::__allocate_guarded, (__gnu_cxx::_Lock_policy)2> > >(std::allocator, (__gnu_cxx::_Lock_policy)2> >&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\allocated_ptr.h:97
0x40193f23: std::__shared_count<(__gnu_cxx::_Lock_policy)2>::__shared_count, VFSImpl*, char const*&, char const*&>(std::_Sp_alloc_shared_tag >, VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr_base.h:675
0x40193f23: std::__shared_ptr::__shared_ptr, VFSImpl*, char const*&, char const*&>(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr_base.h:1342
0x40193f23: std::shared_ptr::shared_ptr, VFSImpl*, char const*&, char const*&>(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:359
0x40193f23: std::shared_ptr std::allocate_shared, VFSImpl*, char const*&, char const*&>(std::allocator const&, VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:706
0x40193f23: std::shared_ptr std::make_shared(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:722
0x40193fee: VFSImpl::open(char const*, char const*, bool) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/FS/src\vfs_api.cpp:47
0x4010135a: LittleFSImpl::exists(char const*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/LittleFS/src\LittleFS.cpp:48
0x401ab6af: fs::FS::exists(char const*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/FS/src\FS.cpp:242
0x400e9726: DynStorage::begin() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\storage.cpp:148
0x400e9755: DynStorage::freeSpace() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\storage.cpp:50
0x400e088a: contentRunner() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\contentmanager.cpp:46
0x400e2a52: loop() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\main.cpp:164
0x4010eb81: loopTask(void*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/cores/esp32\main.cpp:50


ELF file SHA256: 75a57596f7de560a

Rebooting...
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13192
load:0x40080400,len:3028
entry 0x400805e4
>
[WiFi-event 0] 

<!-- gh-comment-id:1815837756 --> @marcovannoord commented on GitHub (Nov 17, 2023): I think i managed to catch it in the act: It tries to write to spiffs, but does not have enough memory, and probably fails. Would it be sufficient to check the mallocs before trying to write? ``` c++ pingACK> ok, 2ms ADR><ADR 1234567890ABCDEF ADR><ADR 000002BD0BC93B13 pingACK> ok, 3ms time succesfully synced DB saved 175ms ADR><ADR 000002BD0BC93B13 ADR><ADR 1234567890ABCDEF ADR><ADR 0000021F7D533B19 ADR><ADR 000002BD0BC93B13 ADR><ADR 0000027B20433B12 ADR><ADR 0000021F7D533B19 ADR><ADR 1234567890ABCDEF E (1285829) esp_littlefs: dir struct could not be malloced E (1285843) esp_littlefs: dir struct could not be malloced E (1285871) esp_littlefs: dir struct could not be malloced E (1285884) esp_littlefs: dir struct could not be malloced E (1286359) esp_littlefs: dir struct could not be malloced E (1286372) esp_littlefs: dir struct could not be malloced E (1286400) esp_littlefs: dir struct could not be malloced E (1286413) esp_littlefs: dir struct could not be malloced abort() was called at PC 0x4018fd7b on core 1 Backtrace: 0x40083889:0x3ffb3ec0 0x4008e3c9:0x3ffb3ee0 0x40093ee1:0x3ffb3f00 0x4018fd7b:0x3ffb3f80 0x4018fdc2:0x3ffb3fa0 0x40190119:0x3ffb3fc0 0x401901d4:0x3ffb3fe0 0x40193f23:0x3ffb4000 0x40193fee:0x3ffb4030 0x4010135a:0x3ffb40b0 0x401ab6af:0x3ffb40f0 0x400e9726:0x3ffb4110 0x400e9755:0x3ffb4130 0x400e088a:0x3ffb4150 0x400e2a52:0x3ffb41c0 0x4010eb81:0x3ffb4290 0x4018fd7b: __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47 0x40083889: panic_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/panic.c:408 0x4008e3c9: esp_system_abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/esp_system/esp_system.c:137 0x40093ee1: abort at /Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/newlib/abort.c:46 0x4018fd7b: __cxxabiv1::__terminate(void (*)()) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47 0x4018fdc2: std::terminate() at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:57 0x40190119: __cxa_allocate_exception at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/eh_alloc.cc:300 0x401901d4: operator new(unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:54 0x40193f23: __gnu_cxx::new_allocator, (__gnu_cxx::_Lock_policy)2> >::allocate(unsigned int, void const*) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\ext\new_allocator.h:111 0x40193f23: std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > >::allocate(std::allocator, (__gnu_cxx::_Lock_policy)2> >&, unsigned int) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\alloc_traits.h:436 0x40193f23: std::__allocated_ptr, (__gnu_cxx::_Lock_policy)2> > > std::__allocate_guarded, (__gnu_cxx::_Lock_policy)2> > >(std::allocator, (__gnu_cxx::_Lock_policy)2> >&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\allocated_ptr.h:97 0x40193f23: std::__shared_count<(__gnu_cxx::_Lock_policy)2>::__shared_count, VFSImpl*, char const*&, char const*&>(std::_Sp_alloc_shared_tag >, VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr_base.h:675 0x40193f23: std::__shared_ptr::__shared_ptr, VFSImpl*, char const*&, char const*&>(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr_base.h:1342 0x40193f23: std::shared_ptr::shared_ptr, VFSImpl*, char const*&, char const*&>(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:359 0x40193f23: std::shared_ptr std::allocate_shared, VFSImpl*, char const*&, char const*&>(std::allocator const&, VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:706 0x40193f23: std::shared_ptr std::make_shared(VFSImpl*, char const*&, char const*&) at c:\users\marco\.platformio\packages\toolchain-xtensa-esp32@8.4.0+2021r2-patch5\xtensa-esp32-elf\include\c++\8.4.0\bits\shared_ptr.h:722 0x40193fee: VFSImpl::open(char const*, char const*, bool) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/FS/src\vfs_api.cpp:47 0x4010135a: LittleFSImpl::exists(char const*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/LittleFS/src\LittleFS.cpp:48 0x401ab6af: fs::FS::exists(char const*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/libraries/FS/src\FS.cpp:242 0x400e9726: DynStorage::begin() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\storage.cpp:148 0x400e9755: DynStorage::freeSpace() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\storage.cpp:50 0x400e088a: contentRunner() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\contentmanager.cpp:46 0x400e2a52: loop() at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\src\main.cpp:164 0x4010eb81: loopTask(void*) at C:\Users\Marco\Documents\dev\OpenEPaperLink\ESP32_AP-Flasher\C:/Users/Marco/.platformio/packages/framework-arduinoespressif32/cores/esp32\main.cpp:50 ELF file SHA256: 75a57596f7de560a Rebooting... ets Jun 8 2016 00:22:57 rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0030,len:1184 load:0x40078000,len:13192 load:0x40080400,len:3028 entry 0x400805e4 > [WiFi-event 0] ```
Author
Owner

@marcovannoord commented on GitHub (Nov 22, 2023):

Update:
I have increased the intervals at which the different tasks run, and i have not seen this issue any more for the past 4 days, while normally it would happen every x-hours.

// main.cpp:26
util::Timer intervalContentRunner(seconds(2));
util::Timer intervalSysinfo(seconds(9));
util::Timer intervalVars(seconds(60));
util::Timer intervalSaveDB(minutes(60));
util::Timer intervalCheckDate(minutes(35));

Apperantly, there can be a race-condition that causes this bug.

<!-- gh-comment-id:1822233971 --> @marcovannoord commented on GitHub (Nov 22, 2023): Update: I have increased the intervals at which the different tasks run, and i have not seen this issue any more for the past 4 days, while normally it would happen every x-hours. ``` c++ // main.cpp:26 util::Timer intervalContentRunner(seconds(2)); util::Timer intervalSysinfo(seconds(9)); util::Timer intervalVars(seconds(60)); util::Timer intervalSaveDB(minutes(60)); util::Timer intervalCheckDate(minutes(35)); ``` Apperantly, there can be a race-condition that causes this bug.
Author
Owner

@kopierschnitte commented on GitHub (Jan 24, 2024):

Same problem here ... happens almost every day.

<!-- gh-comment-id:1907444799 --> @kopierschnitte commented on GitHub (Jan 24, 2024): Same problem here ... happens almost every day.
Author
Owner

@nlimper commented on GitHub (Jan 24, 2024):

If you use VScode/platformIO, try to install the latest commit, which will probably make the network connection a lot more stable. (this will also be added to the next release, if you just want to update the AP without hassle).
For now, I'm closing this. If it re-appears after the next update, feel free to open it again, but please, no 'me too!' comments. If a bug is there, it will be there for everybody ;-) Of course, if you have new info, it is always welcome to add.

<!-- gh-comment-id:1908041123 --> @nlimper commented on GitHub (Jan 24, 2024): If you use VScode/platformIO, try to install the latest commit, which will probably make the network connection a lot more stable. (this will also be added to the next release, if you just want to update the AP without hassle). For now, I'm closing this. If it re-appears after the next update, feel free to open it again, but please, no 'me too!' comments. If a bug is there, it will be there for everybody ;-) Of course, if you have new info, it is always welcome to add.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#2841