You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To start, I have an Arduino UNO clone made by GEEKCREIT.
I am not the Original purchaser. I acquired this UNO in a box of "Stuff" that I bought at a local "HAM Fest" and am trying to get it to work.
I have spent the last week reading and trying everything I can find here and elsewhere with absolutely no luck.
This board DOES NOT have the CH340 serial interface IC.
It has the Atmel Atmega16U2 interface.
The problem seems to be that the Atmega16U2 has the Incorrect PID. The VID seems to be correct.
When connected to a Windows 7 or Windows 10 machine, the Device manager shows the Uno as a libusbK USB Device / AVRISP mkII with a USB\VID 03EB and PID 2104.
When connected to a Linux machine, lsusb shows it as 03eb:2104 Atmel Corp. AVR ISP mkII.
The Atmega16U2 will NOT go into the DFU mode and will not program through its ICSP header.
Can someone point me it the right direction of a fix or solution to getting this UNO Atmega16U2 back to a working bootloader????
Or is this just a LOST cause.
I believe that someone prior to me getting this UNO may have converted it to a AVRISP MkII.
This the message I get When using another UNO as ISP trying to burn the HoodLoader2 16U2 bootloader to the "Broken" UNO Atmega16U2.
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\Herb's Laptop\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf"
Using Port : COM4
Using Programmer : stk500v1
Overriding Baud Rate : 19200
AVR Part : ATmega16U2
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC6
RESET disposition : possible i/o
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 512 4 128 9000 9000 0x00 0x00
flash 65 6 128 0 yes 16384 128 128 4500 4500 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
lock 0 0 0 0 no 1 0 0 9000 9000 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 : STK500
Description : Atmel STK500 Version 1.x firmware
Hardware Version: 2
Firmware Version: 1.18
Topcard : Unknown
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
avrdude: AVR device initialized and ready to accept instructions
Error while burning bootloader.
Reading | ################################################## | 100% 0.03s
avrdude: Device signature = 0xffffff (probably .avr8x_mega)
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
The text was updated successfully, but these errors were encountered:
To start, I have an Arduino UNO clone made by GEEKCREIT.
I am not the Original purchaser. I acquired this UNO in a box of "Stuff" that I bought at a local "HAM Fest" and am trying to get it to work.
I have spent the last week reading and trying everything I can find here and elsewhere with absolutely no luck.
This board DOES NOT have the CH340 serial interface IC.
It has the Atmel Atmega16U2 interface.
The problem seems to be that the Atmega16U2 has the Incorrect PID. The VID seems to be correct.
When connected to a Windows 7 or Windows 10 machine, the Device manager shows the Uno as a libusbK USB Device / AVRISP mkII with a USB\VID 03EB and PID 2104.
When connected to a Linux machine, lsusb shows it as 03eb:2104 Atmel Corp. AVR ISP mkII.
The Atmega16U2 will NOT go into the DFU mode and will not program through its ICSP header.
Can someone point me it the right direction of a fix or solution to getting this UNO Atmega16U2 back to a working bootloader????
Or is this just a LOST cause.
I believe that someone prior to me getting this UNO may have converted it to a AVRISP MkII.
This the message I get When using another UNO as ISP trying to burn the HoodLoader2 16U2 bootloader to the "Broken" UNO Atmega16U2.
avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.03s
avrdude: Device signature = 0xffffff (probably .avr8x_mega) (retrying)
Reading | ################################################## | 100% 0.02s
avrdude: Device signature = 0xffffff (probably .avr8x_mega) (retrying)
Error while burning bootloader.
Reading | ################################################## | 100% 0.03s
avrdude: Device signature = 0xffffff (probably .avr8x_mega)
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
The text was updated successfully, but these errors were encountered: