UDP Sync between two esp32 does not work in AP mode
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- cpp
- Ambito
- embedded-iot, networking
Direzione di ricerca
Start by reproducing the report with two ESP32 devices in the described master/access-point and slave setup, then compare UDP sync behavior in WLED 15.4 and 16.0. The issue does not identify source files or tests, so trace the UDP sync and access-point networking entry points from there. Done means the slave receives sync from the master in AP mode, or the issue clarifies how to configure it.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened?
In version 16.0 UDP does not work when I have two devices that are not connected to a wifi router and the "master" ESP32 sends and the other ESP32 "slave" receives. The "slave" ESP32 is connected to the "master" ESP32 on its Access point. In version 15.4. this worked.
To Reproduce Bug
Simply, the master device also controls the second. The second is connected to the master device. In version 16.0 it does not work.
Expected Behavior
Please fix it, or advise how to do it?
Install Method
Binary from WLED.me
What version of WLED?
16.0.0
Which microcontroller/board are you seeing the problem on?
ESP32
Relevant log/trace output
Anything else?
No response
Code of Conduct
- I agree to follow this project's Code of Conduct
- Lingua principale
- C++
- Stelle
- 18.8k
- Fork
- 4.4k
- Merge medio
- 4g 6h
- PR unite (30g)
- 12
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di wled/WLED
-
Gravimeter: bars turn black at full volume (uint8_t(segmentSampleAvg*8) overflows)Forse già presa @DedeHai l’ha presa 1 giorno fa. Apertabug confirmed
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug cannot reproduce
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wled/WLED#5840 · 12 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
backburner enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wled/WLED#4132 · 5 commenti · 2 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
discussion enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wled/WLED#3478 · 13 commenti ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Status: Awaiting triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
espressif/arduino-esp32#12984 ·
I maintainer di solito rispondono entro 1 giorno
-
torch_ops/logprob.cu does not compile with the serving container's nvcc (13.3.73); check_torch_ops.py cannot run as shippedForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 72/100
ashhart/TensorFold#535 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 78/100
sudoevolve/EUI-NEO#95 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno