Search found 567 matches
- Sat Apr 27, 2024 4:25 pm
- Forum: ESP-IDF
- Topic: Using SDMMC in custom bootloader (ESP32-WROOM)
- Replies: 2
- Views: 421
Re: Using SDMMC in custom bootloader (ESP32-WROOM)
Either implement a basic bootloader SDMMC component from scratch by studying the SDMMC component and TRM, or copy the existing SDMMC component to bootloader_components and go through it replacing all incompatible dependencies (eg. any FreeRTOS stuff, GPIO functions from the driver component, etc) wi...
- Fri Apr 12, 2024 7:25 am
- Forum: ESP-IDF
- Topic: FreeRTOS Task causes TWDT triggered
- Replies: 14
- Views: 1960
Re: FreeRTOS Task causes TWDT triggered
Try increasing the stack size. 2048 is on the low side.
- Thu Apr 11, 2024 1:01 pm
- Forum: ESP-IDF
- Topic: Bootloader: Selecting app based on GPIO input
- Replies: 2
- Views: 259
Re: Bootloader: Selecting app based on GPIO input
Now that we have bootloader_components, I think you could wrap bootloader_utility_get_selected_boot_partition for a fairly simple and clean solution. eg. (untested): project_dir/bootloader_components/bootloader_select/bootloader_select.c: #include "soc/gpio_periph.h" #include "soc/gpio_struct.h" #in...
- Thu Apr 11, 2024 12:58 am
- Forum: General Discussion
- Topic: Cache/load interupt call to make first execution fast
- Replies: 2
- Views: 342
Re: Cache/load interupt call to make first execution fast
You're better off ensuring everything your callback needs is in IRAM. Warming up the cache seems very fragile, at best.
That means ensuring pcnt_get_event_status and digitalWrite, as well as any functions they depend on, are in IRAM too. This might be tricky to alter in an Arduino environment.
That means ensuring pcnt_get_event_status and digitalWrite, as well as any functions they depend on, are in IRAM too. This might be tricky to alter in an Arduino environment.
- Thu Apr 11, 2024 12:43 am
- Forum: General Discussion
- Topic: Efficient use of vTaskList and vTaskGetRunTimeStats
- Replies: 2
- Views: 262
- Fri Apr 05, 2024 6:48 am
- Forum: ESP32 Arduino
- Topic: ESPAsyncWebServer : how to send a file ?
- Replies: 7
- Views: 1758
Re: ESPAsyncWebServer : how to send a file ?
CSV is very basic, you could construct it on-the-fly from memory (assuming ESPAsyncWebServer exposes the right stuff to make it possible). It could be as simple as this (pseudocode obviously): http_server.on(HTTP_GET, "/data.csv") { response.header.set("Content-Type", "text/csv"); // TODO: set Conte...
- Tue Apr 02, 2024 12:57 am
- Forum: ESP32 Arduino
- Topic: Can't Allocate in Heap using MALLOC_CAP_RTCRAM
- Replies: 4
- Views: 1427
Re: Can't Allocate in Heap using MALLOC_CAP_RTCRAM
I think there is an API to register memory blocks with the heap allocator, but I can't help being curious what your use case is for dynamically grabbing a chunk of RTC memory? What do you gain vs static?
- Sat Mar 30, 2024 12:26 pm
- Forum: General Discussion
- Topic: RTC Boot (Slow Memory)
- Replies: 2
- Views: 2404
Re: RTC Boot (Slow Memory)
If anyone is curious, I now have a working example of this here: https://github.com/boarchuz/esp32_rtc_boot
For reference, it takes about 500us from my EXT1 pin going low to my function being called. This is less than half the time it takes to enter the typical RTC wakeup stub.
For reference, it takes about 500us from my EXT1 pin going low to my function being called. This is less than half the time it takes to enter the typical RTC wakeup stub.
- Tue Mar 26, 2024 3:53 am
- Forum: General Discussion
- Topic: Using the esp_restart function will cause the RTC watchdog to reset when the software is reset
- Replies: 2
- Views: 755
Re: Using the esp_restart function will cause the RTC watchdog to reset when the software is reset
I guess it's doing its job. Everything in the RTC domain will be untouched with a SW reset so there's always the chance that some configuration or ongoing activity interferes with reinitialisation. A RTC WDT reset will clear everything for a clean slate. What do you get with this?: xtensa-esp32-elf-...
- Thu Mar 21, 2024 4:04 am
- Forum: ESP8266
- Topic: ESP Now - Wrong data in structure
- Replies: 3
- Views: 1217
Re: ESP Now - Wrong data in structure
You're taking the sizeof a pointer, so only the first 4 received bytes are being copied into your recData struct.memcpy(&recData, incomingData, sizeof(incomingData));