ESP_ERR_NVS_NOT_ENOUGH_SPACE when using set_nvs_bolb

nooooooob
Posts: 10
Joined: Mon May 28, 2018 4:44 am

Re: ESP_ERR_NVS_NOT_ENOUGH_SPACE when using set_nvs_bolb

Postby nooooooob » Fri Jun 01, 2018 4:44 am

kolban wrote:If we look here:

http://esp-idf.readthedocs.io/en/latest ... ables.html

We find the documentation on the partitions table mechanism. Looking further, we find a partition called "nvs". This appears to be where in flash the NVS data is kept. It appears we could increase the size of the partition ... but beware it must not overlap other partitions. You may have to declare the NVS partitions is being somewhere else in flash space if you need a large amount of storage.
Thanks! That's really helpful, I will try to make my own partition table and see if it works. If doesn't work resonablely I will start over with FAT file system instead.

nooooooob
Posts: 10
Joined: Mon May 28, 2018 4:44 am

Re: ESP_ERR_NVS_NOT_ENOUGH_SPACE when using set_nvs_bolb

Postby nooooooob » Fri Jun 01, 2018 8:21 am

WiFive wrote:You can resize nvs partition but it's probably better to just store as raw binary data because using 64 bytes to store 20 bytes is not efficient.
Hi, are you suggesting me to use a very long binary object to store all the data? I considered that way before but when I get new data I need to load all the value saved previously and save the new one with them. This seems to be very redundent. I will try to resize the partitional table first. Thanks!

nooooooob
Posts: 10
Joined: Mon May 28, 2018 4:44 am

Re: ESP_ERR_NVS_NOT_ENOUGH_SPACE when using set_nvs_bolb

Postby nooooooob » Mon Jun 04, 2018 5:48 am

I managed to resize the partitional table and get all the pairs stored. Thanks for your help! :)

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: ESP_ERR_NVS_NOT_ENOUGH_SPACE when using set_nvs_bolb

Postby WiFive » Mon Jun 04, 2018 9:34 am

nooooooob wrote:
WiFive wrote:You can resize nvs partition but it's probably better to just store as raw binary data because using 64 bytes to store 20 bytes is not efficient.
Hi, are you suggesting me to use a very long binary object to store all the data? I considered that way before but when I get new data I need to load all the value saved previously and save the new one with them. This seems to be very redundent. I will try to resize the partitional table first. Thanks!
Why would you need to load them? You just need to keep a pointer to the next write location.

Who is online

Users browsing this forum: No registered users and 100 guests