-
Notifications
You must be signed in to change notification settings - Fork 4
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
SD WIFI PRO card doesn't start in UHS-II slot #6
Comments
Please do not plug SD-WIFI-PRO into other UHS-II sockets, this is dangerous and may damage your device. |
Thank you for the answer! I think I have got now how does it work:
Because IO26 and EN are hardwired to the ground pin of a standard UHS-II socket, this behavior cannot be influenced from software... Is this understanding correct? I understand that it is better to stay away from standard UHS-II slots but I don't see yet how it will damage the host. The mechanics which I have described above seems to be quite safe for me... |
Thanks for your research! |
Thank you! So it might or might not worked as I described. It wasn't consciously designed like that. |
To complete the picture: on my card at minimum four fingers 11,12,13,14 (or 10,11,12,13 in standard UHS-II notation) has to be detached from EPS32 pins -- for example with help of a Scotch tape patch -- to make SD WiFi Pro work properly. So I guess the fingers 11 and 14 (pins IO26 and EN) are not enough to isolate as pins IO0 and IO2 are connected to UHS-II diff signal line D0 (fingers 12,13) and hence are seen as LOW by EPS32 and this I think enforces flashing mode. Scotch tape is not convenient though if the card is to be used with the development board so perhaps SD Female - SD Male cable would work better. |
I assume if secure boot is enabled, then IO02 and IO00 are ignored: https://docs.espressif.com/projects/esp-idf/en/stable/esp32/security/secure-boot-v1.html |
I assume that the 2nd row pins of the SD WIFI PRO are interfering with the 2nd row of the UHS-II slot.
Potential workaround to set the 2nd row pins to floating, pull-up or pull-down and avoid any data traffic on those pins. (e.g. UART)
Could you please provide your view on this issue? The issue occurs even without any firmware on the ESP32 chip.
Steps to reproduce:
The text was updated successfully, but these errors were encountered: