Search found 48 matches
- Sun Aug 13, 2023 5:22 pm
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
Wait. That edit is pretty important. It went from The register function uses the chip size written on the disk, so regardless of whether "you" know the real size, it won't go past that boundary. leading to my discouragement and walking away to (essentially) "That's totally possible - get_real_chip_s...
- Sun Aug 13, 2023 5:07 pm
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
That's ... not very helpful. (TBC: the function's behavior - you're amazingly helpful!) Lying to the build system "you're a 128MB chip! Take that!" so that I could only ever shrink it just seems unwise. So I'm clear, the end result of all this is that you code on the ESP32 part really can't ever rea...
- Sun Aug 13, 2023 2:26 pm
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
Can we instead rely on [ESP.getFlashChipRealSize](https://github.com/esp8266/Arduino/pull/2210/files) to tell me the real flash size and not just parrot back what the build system told it the image was being built for? Without being able to clearly determine the hardware size of the flash, this idea...
- Sun Aug 13, 2023 7:48 am
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
The binary will have a chip size written into it, So spi_flash_get_chip_size() doen't actually get the spi chip size from looking at programmed fuses or interrogating parts and such, but instead works by reading what we told it the size was at build time? If that's a correct understanding, them thi...
- Sat Aug 12, 2023 6:01 am
- Forum: General Discussion
- Topic: esp_log_set_vprintf to write to SPIFFS file
- Replies: 1
- Views: 1010
Re: esp_log_set_vprintf to write to SPIFFS file
The SPIFFS filesystem isn't really very POSIX-like at all. You can't just open(..., "a") and go. There's a special method entry point for that. appendFile(SPIFFS, "/hello.txt", "World!\r\n"); See more at https://github.com/espressif/arduino-esp32/blob/e1f14331f173a00a9062f616bc9a62c358b9076f/librari...
- Sat Aug 12, 2023 2:00 am
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
Hi, and Thanks! This conversation is likely to be out of order as I'm still earning posting privileges here and am awaiting moderation. That code is very close to what I was thinking for the "large" (Two app partitions; OTA allowed) case. I was fixated on having the crash partition floating at the e...
- Sat Aug 12, 2023 1:11 am
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Re: Dynamically resizing SPIFFS partition to "largest possible"
Thank you, ESP_igrr, for confirming that I wasn't overlooking something in the doc; IDF is "helpfully" trying to protect me from myself. :-) I was aware of the danger of rewriting that on first boot, of course. That partition table, like the boot sector and everything else, has to be written on a fr...
- Fri Aug 11, 2023 6:30 am
- Forum: ESP32 Arduino
- Topic: Dynamically resizing SPIFFS partition to "largest possible"
- Replies: 15
- Views: 10439
Dynamically resizing SPIFFS partition to "largest possible"
Hi! I'm a developer of an ESP32 ESP-IDF + Arduino project. Our project ships source or binaries (for user convenience) for a wide variety of configurations, including different Espressif parts, board configurations, and supported pinouts. The current issue is boards that differ only by flash memory ...