Search found 534 matches
- 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 (...
- 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.
- 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.
- 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.
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.
- 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...
Thanks...
- 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?
EDIT: I have a little trouble understanding git history...are there any WiFi-related patches or updates I should be using?
- 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...
- 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 { ...
- 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 ...
- 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...