I'm having issues with the Nano ESP32 purchase from the PiHut (so I guess its genuine). Fighting a bit with the docs and which packages etc to use but eventually got it to compile and upload.
My LED flashing test didn't work. Here is my test code to see which pins work.
You must select the "Arduino Nano ESP32" board from the Tools > Board menu in Arduino IDE in order to have the correct pin mapping.
If you don't see that option, you might not have the necessary version of the board platform installed.
If so, the most convenient way to get it is to use the Arduino IDE Boards Manager to install the "Arduino ESP32 Boards" platform, following the instructions here:
If for some reason you prefer to only use the full ESP32 boards platform from Espressif installed, you can use that on too since Arduino has added the "Arduino Nano ESP32" board definition to it. But you must make sure to install the latest version of the ESP32 boards platform (currently 2.0.11) because the board was added only recently. If you don't see that board in the list then you are probably using an older version of the ESP32 boards platform.
Hello @acboother, by flashing with other board configurations, you may have changed the Nano ESP32's default programming. Please follow this guide to restore that and let us know!
The only monitor open would be the one within the IDE which is doing the upload.
If I set the board to be ESP32S3 Dev Module it will upload through that COM port and run (sort of). I can get serial output but as you can read from my earlier postings the pin mappings appear to be off which is why one of the team suggested setting it to Arduino Nano ESP32... which is when the DFU issue appears.
This DFU thing turns up on the internet elsewhere but I cannot find anyway to either download/install a driver or make the NanoES32 use one if it is already installed on my Windows 11 machine.
The Espressif documentation isn't clear enough for me to work out what they say about DFU
for instance USB CDC and DFU Flashing refers to an option on the IDE tools menu USB Mode -> USB-OTG (TinyUSB) which I can't see.
Hello @acboother !
Allow me to ask, you mentioned no purple light turned on. Was this during the process of shorting B1 with GND and resetting the board or double pressing the reset button? Although no purple light turned on was the RGB LED an amber color? If not, did it have any behavior worth mentioning?
Would you be able to share the complete error log prompted by the IDE?
Cannot open DFU device 2341:0070 found on devnum 41 (LIBUSB_ERROR_NOT_FOUND)
No DFU capable USB device available
Failed uploading: uploading error: exit status 74
I was actually able to recreate the same error output. Here is what worked in my case:
I verified that on the drop-down menu for board selection, there was only one item detected (this had a different name from the board I have)
Short B1 and GND, the LED should turn a solid color (note which one it is), and then while shorting press reset and remove the short.
Make note of the color on the RGB LED at this moment.
Go into tools and make sure that esptool is selected (should have a tick to confirm it is selected, this is important even though it is the only option it should still be selected) on the "Programmer", the port is correctly selected (this might tell you it is another random board, it is not a problem just select it) and that the board Arduino Nano ESP32 is selected in "boards".
Next, go to Sketch>Upload Using Programmer
Let us know how it goes.
After shorting B1 with GND the light went green. After pressing the reset and releasing the light went temporarily mauve, then green then off.
Uploading with programmer succeeded but the sketch doesn't run. It should make pin 9 go high then low. In my earlier tests it actually made pin 6 go high/low!!!
Attempting to upload the sketch normally and I get the following error message
No DFU capable USB device available
Failed uploading: uploading error: exit status 74
The board is identifying as an Adafruit one now on the COM port.
Can anyone tell me where I can find the file that controls the mapping between digital pins and the output pin.
Elsewhere I have posted about my problems with the Arduino Nano ESP32 not mapping software pin names correctly to the physical pin. Regretfully those topics have not proved to have provided answers as the correct library/package to use or how to use DFU.
Consequently I think I will have to study the code that does this magic and see if I can untangle it (the hard way, probably).