Update: I disabled my change to the MAC address: // strcpy(macAddrAscii, m_tasks->flash->getMacAddr().c_str()); // ESP_LOGI(TAG, "taskInit(): changing MAC address to %s.", macAddrAscii); // mac_atoi(macAddrSet, macAddrAscii); // ESP_ERROR_CHECK(esp_base_mac_addr_set(macAddrSet)); And it works. I've ...

Hi all - I've been developing a product based on the ESP32 for several months, using the same development board for much of that time. Today, I was forced to try a new board, and found that I was unable to connect to my access point. - flashed the new board with my partitions .bin file. - flashed NV...

Hi all - I've been asked to look into adding syslog functionality to our product. Part of the requirement is storing the logs on the ESP32 for some period of time (probably 24 hours). Does anyone have an idea on how best to do this? Storage space is probably going to be an issue, so using the NVS li...

Hi Shivani - Thanks for the patch; it looks like it's working properly now. Which release will this patch appear in? I'd like to propose an enhancement to this tool. We're planning on using it to create nvs files that contain factory defaults for the units we manufacture. It would be very helpful if...

Hi Shivani - If I understand you, the 2nd entry in my values file was missing a bunch of commas. So, I added them. Here are my two files now (this time I'm posting the complete files to avoid confusion): config.csv: CD_FACTORY,namespace, SERIAL_NBR,data,string MAC_ADDR,data,string NVS_LABEL,data,str...

Hi shivanit - The term "PST8PDT,M3.2.0/2,M11.1.0" is indeed supposed to be one item; that's the reason for the double quotes. I want the last line to be considered a new line. If I understand the docs, by using the REPEAT tag in my config file, I should only need two fields in my values file. But th...

Hi Roland - Thanks for the reply. I'm not sure whether it's not working, or if I'm doing something wrong. I'm trying to use the "REPEAT" tag, like so: config.csv: CD_FACTORY,namespace, SERIAL_NBR,data,string MAC_ADDR,data,string NVS_LABEL,data,string,REPEAT DEVICE_NAME,data,string,REPEAT VERSION,dat...

Hi -

Any updates on this?

It's been running 28 hours now without a problem. I'm not claiming that I don't have a heap problem somewhere, but the lesson I'm taking from this is to not permit the possible overlapping of calls into the I2C library.

Thanks to all who looked at this with me.

Well, I certainly wouldn't claim that I don't any heap bugs in my code, but...since I made my code change, it's run flawlessly for almost 4 hours, which is 2 orders of magnitude better than its original behavior, and 1 order of magnitude better than when I slowed down my I2C access to .5 second inte...