-
Notifications
You must be signed in to change notification settings - Fork 251
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
esp-wifi: Examples broken #2883
Comments
Enterprise wifi broke with commit ca9ee23 Crash happens (on ESP32-C6 at least) when using |
Is this something that has to do with my example code? |
I don't think so. Needs some more investigation |
Enterprise Wifi is fixed |
link to matrix thread related: https://matrix.to/#/!LdaNPfUfvefOLewEIM:matrix.org/$4D3Y3fJtRd-Sb6s3zU8-FjdPt__7dRJs6xWvoOZBkaI?via=matrix.org&via=tchncs.de&via=envs.net Wanted to add a note here that there seems to be an issue somewhere in the interaction of embassy and esp-wifi ble, for (at least) the c6, but not the c3. We've noticed this in running the Trouble examples on the c6, but following back some breadcrumbs the same behaviour is being seen in the esp-generated template (with ble enabled but not with wifi), and when running https://github.com/esp-rs/esp-hal/blob/main/examples/src/bin/wifi_embassy_ble.rs Behaviour appearing consistently on any subsequent flashes of the chip. Stall occurring here: esp-hal/esp-wifi/src/timer/timer_esp32c6.rs Lines 29 to 32 in 5717608
and deeper here: esp-hal/esp-hal/src/interrupt/riscv.rs Lines 364 to 366 in 5717608
|
Thanks. Just tried on latest commit (5717608) and |
Ok |
Fails for me on the second flash, first one correct, second one fails. |
Ok, I'm reproducibly getting the stall state by: cargo espflash erase-flash
# unplug to depower
cargo xtask run-example esp-hal esp32c6 wifi_embassy_ble
# works as expected
# ctrl+r to reset the board or ctrl+c and reflash
# stalls at https://github.com/esp-rs/esp-hal/blob/571760884bf90240fdace3afdfb7f527194681aa/esp-wifi/src/timer/timer_esp32c6.rs#L29-L32 |
Aha ...... it always works fine for me when flashing/running via UART-bridge, but I see the same thing happening when flashing/running via Serial-JTAG - that's a hint. Even funnier - even while connected to Serial-JTAG: stopping espflash and resetting the board makes the device show up in BLE Explorer etc. (and I can connect) |
But e.g. |
@bjoernQ Do you have any idea where the problem can be? I'm a bit lost on the possible causes, so any hint, I'm happy to check if that it's the problem. |
What dev-board are you using? I'm using official DevKitC - and is it using a UART-bridge or JTAG-Serial? |
waveshare devkit and using JTAG |
And I'm seeing the same behaviour on the Unexpected Maker Tinyc6 with the default interface, which I assume is JTAG. |
Ok - I can definitely see weird behavior when serial-JTAG is used. I can't explain why it happens, but I know how to work around that. |
#2981 fixes what I observed and (hopefully) will fix the problems you are facing (if not you encountered more than one problem - it's definitely part of the problems you see) If possible, would be great if you can give that branch a try |
Awesome, will do in a couple of hours, thanks!! |
Confirmed working reliably on both of my c6 boards! @bjoernQ you are a genius. |
I can confirm that it's working 🎉 Thanks! |
On current main
wifi_embassy_access_point
: DHCP server is not working anymoreThe text was updated successfully, but these errors were encountered: