ESP32S3 cannot enter DFU mode due to factory fuse setting
Posted: Tue Dec 13, 2022 3:19 pm
I have a custom board with ESP32S3 chip. I've burned fuse USB_PHY_SEL to True, and when I attempt to reboot with BOOT0 asserted (at logic 0), the device is not detected by the host at all. After googling around a bit, I found document AR2022-004, which describes that for certain chips, manufactured before date code 2219, fuse DIS_USB_OTG_DOWNLOAD_MODE is burned by default, thus disabling USB OTG Download.
The chips I have are marked as follows:
ESP32-S3
102022
UB00PMT768
My fuse summary is attached.
The date code is 102022, meaning week 10 of 2022. I'm not sure how to interpret date code 2219 from the above document; it does not conform to the format described in Chip Marking Information chapter of Espressif Chip Packaging Information (WWYYYY).
Given that the chips with date code 102022 (April 2022) are affected, said date code is earlier that date code 2219 (I think). Maybe the Security Advisory document actually meant date code 192022 (May 2022). That is supported by the fact that the same document advices that modules with PW No. PW-2022-06-XXXX are also affected (06 representing month of June I suppose).
EDIT: Can someone from espidf suggest how to ensure we're getting chips manufactured after June 2022? For example, Mouser do not mention such info on their product page for the ESP32-S3 dev kits.
The chips I have are marked as follows:
ESP32-S3
102022
UB00PMT768
My fuse summary is attached.
The date code is 102022, meaning week 10 of 2022. I'm not sure how to interpret date code 2219 from the above document; it does not conform to the format described in Chip Marking Information chapter of Espressif Chip Packaging Information (WWYYYY).
Given that the chips with date code 102022 (April 2022) are affected, said date code is earlier that date code 2219 (I think). Maybe the Security Advisory document actually meant date code 192022 (May 2022). That is supported by the fact that the same document advices that modules with PW No. PW-2022-06-XXXX are also affected (06 representing month of June I suppose).
EDIT: Can someone from espidf suggest how to ensure we're getting chips manufactured after June 2022? For example, Mouser do not mention such info on their product page for the ESP32-S3 dev kits.