I have a Chinese clone of an Arduino Uno, and even after installing the driver for the right chip, this crap doesn't work. OS: Windows 10 Pro, Chip: CH340.
I feel the pain but it was not useful to post in this category...
➜ your topic was moved to a more appropriate forum category.
In the future, please take some time to pick the forum category that best suits the subject of your topic. There is an "About the _____ category" topic at the top of each category that explains its purpose.
This is an important part of responsible forum usage, as explained in the "How to get the best out of this forum" guide. The guide contains a lot of other useful information. Please read it.
Thanks in advance for your cooperation.
Hi @royalzebra879. It will not be possible for us to help you with that problem based on such a vague description. Please add a forum reply here that provides a detailed explanation of what you mean by this, including:
- What did you do?
- What were the results you expected from doing that thing?
- What were the results you observed that did not match your expectations?
Make sure to include the full and exact text of any error or warning messages you might have encountered.
- I installed the driver for this chip on my computer.
- I was hoping for a board job.
- The results were as follows: in the device manager, Windows identified the board as a "USB device with a CH340 chip" (perhaps this was before the driver was installed).
For some reason, I bought 2 Arduino kits at once, but none of them worked because of the fee. In both cases, with or without the driver, they gave errors with different numbers. If I'm not mistaken, these were errors either No. 0 and No. 59, or No. 1 and No. 59 (on different boards).
(I'm almost 100% sure there was a CH340 chip on the boards)
How did you determine they didn’t work ?
What shows in yuen IDE ToolsBoards Mrnu ?
Post the link where you got this driver.
Why would you have any doubt?
Post a good picture, let's have a look.
a7
We can't work with "if not mistaken". Where were those errors? IDE? Or Windows device manager.
If it was the IDE and the IDE does see a new com port when you connect the board, please enable verbose output during upload and disable verbose output during compilation.
Connect the board, perform an upload an post the output here (please use code tags as described in How to get the best out of this forum.
You get what you pay for 
Where are you bought them? On Aliexpress? Could you show us the link?
There is no certainty yet that the problem is in the boards 
I forgot where I take this driver... but I have a file with it!
Скетч использует 1290 байт (3%) памяти устройства. Всего доступно 32256 байт.
Глобальные переменные используют 9 байт (0%) динамической памяти, оставляя 2039 байт для локальных переменных. Максимум: 2048 байт.
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x10
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x10
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xfc
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xf0
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x10
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xfc
Failed uploading: uploading error: exit status 1
I asked for verbose output, not for standard output
And where did you see those errors No. 0 and No. 59?
Sorry, I dont know how I can do this.
Sorry, Im mistaken.
My mistake for not mentioning where to set it; it's in file / preferences in the IDE.
Скетч использует 1290 байт (3%) памяти устройства. Всего доступно 32256 байт.
Глобальные переменные используют 9 байт (0%) динамической памяти, оставляя 2039 байт для локальных переменных. Максимум: 2048 байт.
"C:\Users\Computer\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/bin/avrdude" "-CC:\Users\Computer\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf" -v -V -patmega328p -carduino "-PCOM3" -b115200 -D "-Uflash:w:C:\Temp\arduino\sketches\8950A32C8D0D0BDCD52B219F76B3C1ED/sketch_dec25a.ino.hex:i"
avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Users\Computer\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf"
Using Port : COM3
Using Programmer : arduino
Overriding Baud Rate : 115200
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : Arduino
Description : Arduino
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
Hardware Version: 3
Firmware Version: 0.4611299
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
Vtarget : 420030.5 V
Varef : 200417440.0 V
Oscillator : 0.531 Hz
SCK period : 18097352.5 us
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
avrdude: stk500_recv(): programmer is not responding
avrdude done. Thank you.
Failed uploading: uploading error: exit status 1
Thanks for that.
If you press and release the reset button on the Uno, does the L-LED give a couple of quick flashes?
Is anything connected to the board except for USB? If yes, disconnect it all, specifically if it involves pins 0 and 1.
Yes, it does.
Any answer to the second question in post #17?
I'm sorry, I wasnt see this( sorry for bad English)
No, while I checking, i dont connect anything.
I have encountered a similar issue, however while using Arduino-CLI.
Please find below a short summary of the issue quoted in the subject and my observations about the same.
Issue/Problem Statement : The arduino-cli “upload” command throws the below error while being used to deploy a sketch(code) onto two specific AVR targets namely Arduino Mega 2560 and Arduino Mega ADK when a wrong/invalid/non-existing COM port is specified:
avrdude: ser_open(): can't open device "/dev/ttyACM0": No such file or directory
ioctl("TIOCMGET"): Inappropriate ioctl for device
ioctl("TIOCMGET"): Inappropriate ioctl for device
Where is the issue observed : The above issue is seen only on the Linux and MAC platforms and not on Windows. On Windows, the expected error is provided by the command as seen in the attached screenshot.
Step to reproduce the issue :
For Mega 2560:
<path to aCLI folder>/arduino-cli upload --fqbn arduino:avr:mega --discovery-timeout <duration>s --port /dev/ttyACM0 "<path to a compiled sample sketch>" --config-file “<path to the yaml configuration file within the aCLI folder>”
For Mega ADK:
<path to aCLI folder>/arduino-cli upload --fqbn arduino:avr:megaADK --discovery-timeout <duration>s --port /dev/ttyACM0 "<path to a compiled sample sketch>" --config-file “<path to the yaml configuration file within the aCLI folder>”
Observation about the issue : Upon referring the error log given by the command for another AVR target ie., the Uno board as shown below, it is observed to be working as expected even on Linux and MAC
avrdude: ser_open(): can't open device "/dev/ttyACM0": No such file or directory
Failed uploading: uploading error: exit status 1
Attempts of trying to use the --discovery-timeout parameter as an additional input to the upload command as suggested here, did not prove to be useful since it was not being regarded by the command.
Moreover, the command seems to be stuck for an indefinite period of time without fetching the exit status.