HTTP/TCP + UDP + ESPNOW
Posted: Mon Feb 27, 2023 5:47 pm
Has someone tested the combination in topic?
I'm in IDF 5.0 and it seems to me that ESPNOW is not working.
As ESPNOW tries a unicast I got
"E (28335) espnow_example: Send error"
"A stack overflow in task wifi has been detected"
Anyhow, the feedback I'm looking at the moment is synthetized in the subject:
"Has someone already tested HTTP/TCP + UDP + ESPNOW"?
In case, which IDF release?
In detail the architecture includes:
- a server HTTP/TCP, that exploits UDP to communicate to a HTTP/TCP client
- a client HTTP/TCP, that exploits UDP (as described above); additionally ESP_NOW works to communicate to other satellites
- several satellites
Every device is made with a ESP32 WROOM.
Just for the sake of completeness:
changing "Stack smashing protection mode" from "Normal" -> "Strong"
The system still reboots, but without the diagnostic:
"A stack overflow in task wifi has been detected"
Unfortunately it remains the following (which is likely the root cause)
E (xxxxx) espnow_example: Send error
Thx
I'm in IDF 5.0 and it seems to me that ESPNOW is not working.
As ESPNOW tries a unicast I got
"E (28335) espnow_example: Send error"
"A stack overflow in task wifi has been detected"
Anyhow, the feedback I'm looking at the moment is synthetized in the subject:
"Has someone already tested HTTP/TCP + UDP + ESPNOW"?
In case, which IDF release?
In detail the architecture includes:
- a server HTTP/TCP, that exploits UDP to communicate to a HTTP/TCP client
- a client HTTP/TCP, that exploits UDP (as described above); additionally ESP_NOW works to communicate to other satellites
- several satellites
Every device is made with a ESP32 WROOM.
Just for the sake of completeness:
changing "Stack smashing protection mode" from "Normal" -> "Strong"
The system still reboots, but without the diagnostic:
"A stack overflow in task wifi has been detected"
Unfortunately it remains the following (which is likely the root cause)
E (xxxxx) espnow_example: Send error
Thx