Search found 34 matches
- Wed Sep 20, 2017 3:03 am
- Forum: General Discussion
- Topic: region `dram0_0_seg' overflowed
- Replies: 4
- Views: 14997
Re: region `dram0_0_seg' overflowed
This is because you have an (uininitialized) statically allocated variable that is too large. It has nothing to do with malloc or heap_alloc_caps, those aren't looked at at compile time. Thanks for the response. Any example of the declaration/definition variables/codes that may contribute to the in...
- Tue Sep 19, 2017 7:52 am
- Forum: General Discussion
- Topic: region `dram0_0_seg' overflowed
- Replies: 4
- Views: 14997
region `dram0_0_seg' overflowed
Hi, I added new driver into my code, then compile my project and got the overflowed error. ############################## /home/user/esp/xtensa-esp32-elf/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: /home/user/esp/esp-idf/examples/limidea/build/limidea.elf section `.dra...
- Fri Jul 21, 2017 2:59 am
- Forum: ESP-IDF
- Topic: ESP32 continuous reset for many times before it stable down to run
- Replies: 5
- Views: 8197
Re: ESP32 continuous reset for many times before it stable down to run
Yes, I agreed that it should be something related to the memory.
Because the backtrace keep relate it back to the memory part of codes.
And yes, I have a global pointer pass in to my tasks.
Maybe I should start from there.
Thanks for your comment!
Because the backtrace keep relate it back to the memory part of codes.
And yes, I have a global pointer pass in to my tasks.
Maybe I should start from there.
Thanks for your comment!
- Thu Jul 20, 2017 6:55 am
- Forum: ESP-IDF
- Topic: ESP32 continuous reset for many times before it stable down to run
- Replies: 5
- Views: 8197
Re: ESP32 continuous reset for many times before it stable down to run
I do the back trace and it pointed me to the tcpip.c under lwip/api, line 474 code as below: err_t tcpip_trycallback(struct tcpip_callback_msg* msg) { if (!sys_mbox_valid_val(mbox)) { return ERR_VAL; } return sys_mbox_trypost(&mbox, msg); } Also, the timers.c under the lwip/core, line 570, which is:...
- Thu Jul 20, 2017 6:08 am
- Forum: ESP-IDF
- Topic: ESP32 continuous reset for many times before it stable down to run
- Replies: 5
- Views: 8197
Re: ESP32 continuous reset for many times before it stable down to run
Thanks for the suggestion.
I'm able to isolate the task that causing the reset.
But what kind of timing issue that you're referring to that may cause this reset?
I'm able to isolate the task that causing the reset.
But what kind of timing issue that you're referring to that may cause this reset?
- Wed Jul 19, 2017 8:14 am
- Forum: ESP-IDF
- Topic: ESP32 continuous reset for many times before it stable down to run
- Replies: 5
- Views: 8197
ESP32 continuous reset for many times before it stable down to run
Hi, I wrote a program (a big/complicated application) that will be continuous running in a forever loop and sometimes response to some udp requests. I keep having some error message as below before reset: assertion "is_free(b)" failed: file "/home/user/esp/esp-idf/components/heap/./multi_heap.c", li...
- Wed Jun 14, 2017 9:38 am
- Forum: ESP-IDF
- Topic: CPU Frequency vs FreeRTOS
- Replies: 10
- Views: 16568
Re: CPU Frequency vs FreeRTOS
Oh, thanks for showing your codes.... That's the part that I'm checking in the wrong way. I take the gettimeofday in the printf, and I think printf itself need quite some process cycles, right? Below is how I printf the previous result I got. "printf("before gettick : %lld\n",getTicks());" In fact, ...
- Wed Jun 14, 2017 8:03 am
- Forum: ESP-IDF
- Topic: CPU Frequency vs FreeRTOS
- Replies: 10
- Views: 16568
CPU Frequency vs FreeRTOS
Hi, I've tried to printf the system ticks using gettimeofday. And I found that the differences between 2 printf for the gettimeofday are around 2-3 ms. My printf result as below, in ns: ets_get_cpu_frequency : 240 before gettick : 884583000 after gettick : 887201000 As I set the CPU frequency to be ...
- Tue May 09, 2017 8:31 am
- Forum: General Discussion
- Topic: New LIbrary vfs_fat_spiflash not working
- Replies: 8
- Views: 11446
Re: New LIbrary vfs_fat_spiflash not working
Thanks for the info!!WiFive wrote:https://en.m.wikipedia.org/wiki/8.3_filename
- Tue May 09, 2017 6:55 am
- Forum: General Discussion
- Topic: New LIbrary vfs_fat_spiflash not working
- Replies: 8
- Views: 11446
Re: New LIbrary vfs_fat_spiflash not working
Thanks all for the info!!! After updated the esp-idf, it's working now! :) But another thing to double check, I found that the file extension has some limitation right? From what I tested, the file name extension can only be "name.ext". 1. file extension (the ".ext") can't go for more than 3 charact...