If I put the Arduino Uno r4 minima in Windows 10, I get an upload failure error. (Error code 74) Device Manager recognizes the port exactly, I installed the board package well in IDE, and it's well recognized, what can I solve it with? Is there anything else I need to check?
Welcome to the forum
Please set the reporting of upload errors to verbose in the IDE Preferences and upload a simple sketch such as Blink
Copy the whole of the error message from the bottom window of the IDE and post it here in code tags
dfu-util 0.11-arduino4
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2021 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util / Tickets
Opening DFU capable USB device...
Device ID 2341:0069
Run-Time device DFU version 0101
Claiming USB DFU (Run-Time) Interface...
Setting Alternate Interface zero...
Determining device status...
Failed to retrieve language identifiers
Failed to retrieve language identifiers
error get_status: LIBUSB_ERROR_TIMEOUT
Failed uploading: uploading error: exit status 74
/*
Blink
Turns an LED on for one second, then off for one second, repeatedly.
Most Arduinos have an on-board LED you can control. On the UNO, MEGA and ZERO
it is attached to digital pin 13, on MKR1000 on pin 6. LED_BUILTIN is set to
the correct LED pin independent of which board is used.
If you want to know what pin the on-board LED is connected to on your Arduino
model, check the Technical Specs of your board at:
https://www.arduino.cc/en/Main/Products
modified 8 May 2014
by Scott Fitzgerald
modified 2 Sep 2016
by Arturo Guadalupi
modified 8 Sep 2016
by Colby Newman
This example code is in the public domain.
https://www.arduino.cc/en/Tutorial/BuiltInExamples/Blink
*/
// the setup function runs once when you press reset or power the board
void setup() {
// initialize digital pin LED_BUILTIN as an output.
pinMode(LED_BUILTIN, OUTPUT);
}
// the loop function runs over and over again forever
void loop() {
digitalWrite(LED_BUILTIN, HIGH); // turn the LED on (HIGH is the voltage level)
delay(1000); // wait for a second
digitalWrite(LED_BUILTIN, LOW); // turn the LED off by making the voltage LOW
delay(1000); // wait for a second
}
Blink Example Code, Bode & Port be well recognized
I found this upload failure occurs when the UNO R4 Minima board is running a sketch that prints a huge amount of data to Serial. For example:
void setup() {
Serial.begin(9600); // Since UNO R4 Minima has a "native USB" capability, the it communicates a full USB speed rather than being limited to the baud rate configured here.
}
void loop() {
Serial.println("Hello, world!");
}
The way uploads to this type of board works is:
- Arduino IDE (or to be more precise, the dfu-util tool used by Arduino IDE to upload to the UNO R4 Minima) sends a signal for the microcontroller to go into a "DFU" mode.
- The microcontroller receives the signal and goes into DFU mode.
- The upload tool sends the program to the microcontroller.
For some reason, the board is not going into DFU mode. The upload tool finally gives up waiting and fails with this LIBUSB_ERROR_TIMEOUT
error.
The fix is to manually put the board into the DFU mode.
Try this:
- Press and release the reset button on your board quickly twice.
You should now see the "L" LED on the board pulsing, which means the board is in DFU mode.
ⓘ The double reset causes the board to stay in DFU mode until the board is reset normally, powered off, or an upload is done. - Select Sketch > Upload from the Arduino IDE menus.
The sketch should now upload successfully.
If the problem persists after a successful upload, it is likely something in your sketch program that is breaking the uploads. You can verify this by uploading the File > New Sketch sketch (after manually putting the board into DFU mode as described above), after which you should be able to upload normally. If the uploads work normally after uploading that sketch, but not after uploading the previous sketch you were using, then you will know the issue is caused by that other sketch. If so, you can share your sketch code here on the forum and the forum helpers will see if we can spot the cause of the problem.