Search found 312 matches

by mzimmers
Mon Jul 08, 2019 10:43 pm
Forum: General Discussion
Topic: new board won't connect
Replies: 1
Views: 65

Re: new board won't connect

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 ...
by mzimmers
Mon Jul 08, 2019 10:13 pm
Forum: General Discussion
Topic: new board won't connect
Replies: 1
Views: 65

new board won't connect

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...
by mzimmers
Mon Jun 03, 2019 5:50 pm
Forum: General Discussion
Topic: ideas for on-chip log storage?
Replies: 0
Views: 159

ideas for on-chip log storage?

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...
by mzimmers
Wed May 22, 2019 2:03 pm
Forum: General Discussion
Topic: (resolved) questions about manufacturing utility
Replies: 18
Views: 2781

Re: questions about manufacturing utility

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...
by mzimmers
Tue May 21, 2019 2:27 pm
Forum: General Discussion
Topic: (resolved) questions about manufacturing utility
Replies: 18
Views: 2781

Re: questions about manufacturing utility

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...
by mzimmers
Mon May 20, 2019 1:49 pm
Forum: General Discussion
Topic: (resolved) questions about manufacturing utility
Replies: 18
Views: 2781

Re: questions about manufacturing utility

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...
by mzimmers
Fri May 17, 2019 10:01 pm
Forum: General Discussion
Topic: (resolved) questions about manufacturing utility
Replies: 18
Views: 2781

Re: questions about manufacturing utility

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...
by mzimmers
Thu May 16, 2019 3:55 pm
Forum: General Discussion
Topic: (resolved) questions about manufacturing utility
Replies: 18
Views: 2781

Re: questions about manufacturing utility

Hi -

Any updates on this?
by mzimmers
Mon Apr 22, 2019 2:47 pm
Forum: ESP32 IDF
Topic: (resolved) I2C call panicking system
Replies: 29
Views: 1867

Re: I2C call panicking system

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.
by mzimmers
Fri Apr 19, 2019 8:41 pm
Forum: ESP32 IDF
Topic: (resolved) I2C call panicking system
Replies: 29
Views: 1867

Re: I2C call panicking system

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...

Go to advanced search