Search found 534 matches

by mzimmers
Thu Dec 17, 2020 10:39 pm
Forum: ESP-IDF
Topic: EHOSTUNREACH: cause and recovery?
Replies: 0
Views: 118

EHOSTUNREACH: cause and recovery?

Hi all - I'm running several units of a product based on the WROVER, IDF release/v4.1 on a network. Occasionally, one of the units will produce this error: #define EHOSTUNREACH 118 /* Host is unreachable */ on a socket write. The units keep WiFi online while on mains power, and the WiFi seems fine (...
by mzimmers
Thu Dec 17, 2020 10:32 pm
Forum: Hardware
Topic: (solved) getting a WDT error that doesn't make sense
Replies: 5
Views: 682

Re: getting a WDT error that doesn't make sense

It turns out that this was a known issue, and has been fixed in the current version of release/v4.1 (v4.1-520-gc3324a82a). Marking as solved.
by mzimmers
Thu Dec 17, 2020 10:28 pm
Forum: ESP-IDF
Topic: (solved - sort of) odd socket behavior
Replies: 5
Views: 398

Re: odd socket behavior

I don't know what caused this, but recently I had a sustained power outage, which (presumably) caused a reset in my home network. Since then, everything's been back to normal. Marking this as solved.
by mzimmers
Thu Dec 03, 2020 10:38 pm
Forum: ESP-IDF
Topic: (solved - sort of) odd socket behavior
Replies: 5
Views: 398

Re: odd socket behavior

Another couple of data points:

This only seems to occur on my home network (a Google Nest mesh).

While the delay varies greatly, all the delayed units seem to receive their packet at (nearly) the same time. All the units experiencing the delay respond simultaneously.
by mzimmers
Thu Dec 03, 2020 5:53 pm
Forum: ESP-IDF
Topic: (solved - sort of) odd socket behavior
Replies: 5
Views: 398

Re: odd socket behavior

Hi Sprite - I misread your reply above. I would certainly like to disable power saving when running on line power. In my sdkconfig file, CONFIG_PM_ENABLE is not set. Is there anything else I need to do?

Thanks...
by mzimmers
Thu Dec 03, 2020 1:38 am
Forum: ESP-IDF
Topic: (solved - sort of) odd socket behavior
Replies: 5
Views: 398

Re: odd socket behavior

Hi Sprite - I doubt that would help, but I can't do that anyway. I need WiFi running.

EDIT: I have a little trouble understanding git history...are there any WiFi-related patches or updates I should be using?
by mzimmers
Wed Dec 02, 2020 9:36 pm
Forum: ESP-IDF
Topic: (solved - sort of) odd socket behavior
Replies: 5
Views: 398

(solved - sort of) odd socket behavior

Hi all - Recently, my app (running release/v4.1 on a WROVER) began experiencing a significant lag on socket input. I perform a socket recvfrom with MSG_PEEK in a relatively tight loop. When I send a message from my PC to the ESP32 (via a multicast group), WireShark shows the message immediately, but...
by mzimmers
Mon Nov 30, 2020 7:06 pm
Forum: ESP-IDF
Topic: Wifi wasn't actually stopped after receiving the WIFI_EVENT_STA_STOP
Replies: 2
Views: 593

Re: Wifi wasn't actually stopped after receiving the WIFI_EVENT_STA_STOP

It's possible that you're catching a transient state for the WiFi driver. You could put the call to esp_wifi_start() in a small loop (pseudocode below): count = 0; while (rc != ESP_OK) { rc = esp_wifi_start; if (rc == ESP_ERR_WIFI_STOP_STATE) { vTaskDelay(2); count++; if (count > 3) break; } else { ...
by mzimmers
Fri Nov 20, 2020 2:34 pm
Forum: ESP-IDF
Topic: (solved) standalone manufacturing
Replies: 2
Views: 519

Re: standalone manufacturing

Hi Sprite - The manufacturing engineers decided that they want to do something a little different: they want to begin with a the flash contents of a working unit that I programmed. The intention is to flash this image on a new unit, then modify the csv file containing the device-specific parameters ...
by mzimmers
Thu Nov 19, 2020 4:18 pm
Forum: ESP-IDF
Topic: (solved) standalone manufacturing
Replies: 2
Views: 519

(solved) standalone manufacturing

Hi all - We're ready to move into the manufacturing phase of our product. We keep the manufacturing network separate from our engineering network, so the manufacturing network has no visibility into the project tree. Our intended steps are: - erase the flash (just in case) - flash the master partiti...

Go to advanced search