Comments (104)
do you use the newest 2.0.4? Have you installed the 8u2 version? the
16u2 version will not work on an 8u2.
I never tested it since i dont have a 8u2.
Does the usb serial still work to flash the 328?
Nico
On 3/23/2015 9:32 PM, Marcus wrote:
I have been trying to upload the HoodLoader2_NoUSB_Blink to the 8u2
(since i do not have the space to fit the HID library for keyboard).
but every time it fails to verify. here is the output from Arduino 1.6.1|Sketch uses 646 bytes (15%) of program storage space. Maximum is 4 096 bytes.
Global variables use 9 bytes (1%) of dynamic memory, leaving 503 bytes for local variables. Maximum is 512 bytes.
Forcing reset using 1200bps open/close on port COM14
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
Uploading using selected port: COM14
C:\Program Files (x86)\Arduino/hardware/tools/avr/bin/avrdude -CC:\Program Files (x86)\Arduino/hardware/tools/avr/etc/avrdude.conf -v -patmega8u2 -cavr109 -PCOM14 -b57600 -D -Uflash:w:C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:iavrdude: Version 6.0.1, compiled on Jan 15 2015 at 16:58:43
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg WunschSystem wide configuration file is "C:\Program Files (x86)\Arduino/hardware/tools/avr/etc/avrdude.conf" Using Port : COM14 Using Programmer : avr109 Overriding Baud Rate : 57600 AVR Part : ATmega8U2 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 64 0 yes 8192 64 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 : butterfly Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.4"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.Programmer supports the following devices:
Device code: 0x44avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructionsReading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9389
avrdude: reading input file "C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex"
avrdude: writing flash (646 bytes):Writing | ################################################## | 100% 0.02s
avrdude: 646 bytes of flash written
avrdude: verifying flash memory against C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: input file C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex contains 646 bytes
avrdude: reading on-chip flash data:Reading | ################################################## | 100% 0.02s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x11 != 0x0c
avrdude: verification error; content mismatchavrdude done. Thank you."
|—
Reply to this email directly or view it on GitHub
#6.
from hoodloader2.
Yes im using the 2.0.4 version for the 8u2, the flashing went through without any errors, (i used a Arduino Mega ADK to flash the UNO with Hoodloader 2.0.4)
And yes i can still upload sketches to the 328. (for example the blink from arduinos example sketches).
i used these settings in the ino sketch:
// make some of these false to reduce compile size (the ones you don't want)
#define USE_ATMEGA8U2 true
#define USE_ATMEGA16U2 false
#define USE_ATMEGA32U2 false
#define USE_AT90USB162 false // todo, not supported
// also use Mega 16u2 bootloader files?
#define USE_MEGA_BOOTLOADER false
// force Mega bootloader for blind pin selection/DFU hex file
#define FORCE_MEGA_BOOTLOADER false
// DFU options (16u2 only)
#ifdef USE_ATMEGA16U2
#define USE_ATMEGA16U2_DFU true
// use the full 16kb DFU Bootloader with USB-Serial
// you have to deactuivate the mega bootloader then
// but you can stull burn a mega DFU file in the followed setting
#define USE_ATMEGA16U2_DFU_FULL false
#endif
from hoodloader2.
Interesting. Try the UNO or Mega file. Both should work the same, no
matter what board is used.
Can you try to upload a hex file via avrdude in the tools folder? the
usbserial firmware for example.
I'd have to get a board myself to test this. and I wont buy this myself.
Nico
On 3/23/2015 9:41 PM, Marcus wrote:
Yes im using the 2.0.4 version for the 8u2, the flashing went through
without any errors, (i used a Arduino Mega ADK to flash the UNO with
Hoodloader 2.0.4)And yes i can still upload sketches to the 328. (for example the blink
from arduinos example sketches).i used these settings in the ino sketch:
|// make some of these false to reduce compile size (the ones you don't want)
#define USE_ATMEGA8U2 true
#define USE_ATMEGA16U2 false
#define USE_ATMEGA32U2 false
#define USE_AT90USB162 false // todo, not supported// also use Mega 16u2 bootloader files?
#define USE_MEGA_BOOTLOADER false// force Mega bootloader for blind pin selection/DFU hex file
#define FORCE_MEGA_BOOTLOADER false// DFU options (16u2 only)
#ifdef USE_ATMEGA16U2
#define USE_ATMEGA16U2_DFU true
// use the full 16kb DFU Bootloader with USB-Serial
// you have to deactuivate the mega bootloader then
// but you can stull burn a mega DFU file in the followed setting
#define USE_ATMEGA16U2_DFU_FULL false
#endif
|—
Reply to this email directly or view it on GitHub
#6 (comment).
from hoodloader2.
Do you have a 16u2 to test this? Maybe the fuses are set wrong :S
I'd have to retest this myself. Maybe i uploaded crap?
On 3/23/2015 9:32 PM, Marcus wrote:
I have been trying to upload the HoodLoader2_NoUSB_Blink to the 8u2
(since i do not have the space to fit the HID library for keyboard).
but every time it fails to verify. here is the output from Arduino 1.6.1|Sketch uses 646 bytes (15%) of program storage space. Maximum is 4 096 bytes.
Global variables use 9 bytes (1%) of dynamic memory, leaving 503 bytes for local variables. Maximum is 512 bytes.
Forcing reset using 1200bps open/close on port COM14
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
Uploading using selected port: COM14
C:\Program Files (x86)\Arduino/hardware/tools/avr/bin/avrdude -CC:\Program Files (x86)\Arduino/hardware/tools/avr/etc/avrdude.conf -v -patmega8u2 -cavr109 -PCOM14 -b57600 -D -Uflash:w:C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:iavrdude: Version 6.0.1, compiled on Jan 15 2015 at 16:58:43
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg WunschSystem wide configuration file is "C:\Program Files (x86)\Arduino/hardware/tools/avr/etc/avrdude.conf" Using Port : COM14 Using Programmer : avr109 Overriding Baud Rate : 57600 AVR Part : ATmega8U2 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 64 0 yes 8192 64 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 : butterfly Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.4"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.Programmer supports the following devices:
Device code: 0x44avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructionsReading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9389
avrdude: reading input file "C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex"
avrdude: writing flash (646 bytes):Writing | ################################################## | 100% 0.02s
avrdude: 646 bytes of flash written
avrdude: verifying flash memory against C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: input file C:\Users\Marcus\AppData\Local\Temp\build3428156613028146164.tmp/HoodLoader2_NoUSB_Blink.cpp.hex contains 646 bytes
avrdude: reading on-chip flash data:Reading | ################################################## | 100% 0.02s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x11 != 0x0c
avrdude: verification error; content mismatchavrdude done. Thank you."
|—
Reply to this email directly or view it on GitHub
#6.
from hoodloader2.
Interesting. Try the UNO or Mega file. Both should work the same, no
matter what board is used.
what files are you reffering to?
Can you try to upload a hex file via avrdude in the tools folder? the
usbserial firmware for example.
Getting the same error, or atleast a similar validation error.
Do you have a 16u2 to test this? Maybe the fuses are set wrong :S
I'd have to retest this myself. Maybe i uploaded crap?
No i do not have a 16u2 to test, i wish i had. :(
from hoodloader2.
Too bad the ADK has no 16u2.
In the uploading process you can say 'M' for mega and 'U' for uno. try both.
Otherwise I have no clue why that error occurs. Is it a real atmega 8u2
or atusb9082? What does the print on the chip say?
Where do you live? I'd be willing to test this if you send me the board
on your cost or buy me one. ADK is 25€ on banggood.
Otherwise I suggest you to use a mega and buy a shield separate for usb
host if needed.
Nico
On 3/23/2015 9:48 PM, Marcus wrote:
Interesting. Try the UNO or Mega file. Both should work the same, no matter what board is used.
what files are you reffering to?
Can you try to upload a hex file via avrdude in the tools folder? the usbserial firmware for example.
Getting the same error, or atleast a similar validation error.
Do you have a 16u2 to test this? Maybe the fuses are set wrong :S I'd have to retest this myself. Maybe i uploaded crap?
No i do not have a 16u2 to test, i wish i had. :(
—
Reply to this email directly or view it on GitHub
#6 (comment).
from hoodloader2.
it says
ATMEL
mega8u2
and two more rows that i cant read.
i think the uno is a rev 1 since the mega8u2 chip is turned a bit so it looks like a diamond when the arduino is correctly orianted.
I think the mega has a 16u2 but cant make out the text that well, but i wont flash that board since im borrowing it from a friend.
Im not willing to pay for a board tho, i might just try and get my hands on a 32u2 or 16u2 uno later down the road.
from hoodloader2.
yeah. just grab a new one.
It would be interesting to get it working though. very weird. And i
have no real idea why. maybe I compiled the files wrong?
Can you please open an issue on github? maybe others have this problem
as well. also as reminder for me.
I will try to recompile the bootloader. Just remind me. I think I
probably forgot to change the size of the bootloader.
Nico
On 3/23/2015 10:03 PM, Marcus wrote:
it says
ATMEL
mega8u2
and two more rows that i cant read.i think the uno is a rev 1 since the mega8u2 chip is turned a bit so
it looks like a diamond when the arduino is correctly orianted.I think the mega has a 16u2 but cant make out the text that well, but
i wont flash that board since im borrowing it from a friend.Im not willing to pay for a board tho, i might just try and get my
hands on a 32u2 or 16u2 uno later down the road.—
Reply to this email directly or view it on GitHub
#6 (comment).
from hoodloader2.
this conversation is already on github ;)
Tried to flash an old hid .hex firmware from another project that i used to be able to flash and got this
avrdude.exe: verifying ...
avrdude.exe: verification error, first mismatch at byte 0x0000
0xff != 0x9a
avrdude.exe: verification error; content mismatch
avrdude.exe: safemode: Fuses OK (E:FC, H:D8, L:EF)
avrdude.exe done. Thank you.
here is the output from flashing the normal Arduino-usbserial-uno.hex
avrdude.exe: verifying ...
avrdude.exe: verification error, first mismatch at byte 0x0000
0xff != 0x9c
avrdude.exe: verification error; content mismatch
avrdude.exe: safemode: Fuses OK (E:FC, H:D8, L:EF)
avrdude.exe done. Thank you.
If i take your HoodLoader2_0_4_Uno_8u2.hex file and flash it it goes through and verify correctly
avrdude.exe: verifying ...
avrdude.exe: 8192 bytes of flash verified
avrdude.exe: safemode: Fuses OK (E:FC, H:D8, L:EF)
avrdude.exe done. Thank you.
from hoodloader2.
how do you flash? via real ISP or via installation sketch?
Totally missed, that this was a github post. though it was by mail from my blog. well.... :D
from hoodloader2.
I dont have a real ISP, and im flashing with avrdude.exe from the tools folder directly to the UNO.
i also tried doing the bootloader_converter.lua way but the .hex file's turned into 16384 when the 8u2 only has 8192 of memory to flash to and that will just end badly if i try to flash that.
hehe, the more you know eh? ;)
from hoodloader2.
i tried the M way aswell nothing changed.
from hoodloader2.
Got some good news, i managed to manually upload the sketch (HoodLoader2_NoUSB_Blink) to the 8u2, but to do so i had to use avrdude and specify at90usb82 instead of atmega8u2 for the -p parameter. im guessing this is because its a rev 1 uno.
The command i used was this:
avrdude -C avrdude.conf -F -p at90usb82 -c avr109 -b 57600 -P COM14 -U flash:w:HoodLoader2_NoUSB_Blink.cpp.hex:i
now the RX and TX leds are blinking as they should :D
from hoodloader2.
Try to change this line to at90usb82, restart the IDE and try to upload.
It should then work. If yes, I'll probably add this MCU type as well.
Still weird though.
https://github.com/NicoHood/HoodLoader2/blob/master/avr/boards.txt#L164
from hoodloader2.
Already one step ahead of you, did that already (but copied the whole 8u2 section and renamed it to at90usb82).
But i get an signature verification error if i dont specify -F to skip the check.
avrdude: Device signature = 0x1e9389
avrdude: Expected signature for AT90USB82 is 1E 93 82
Double check chip, or use -F to override this check.
from hoodloader2.
that is weird.
So you get an error with the IDE on both 8u2 and at90usb82.
With avrdude you only get an error with 8u2, right?
I am wondering why avrdude accepts the wrong device signature with manual control
A good idea is to provide a blink.hey file. good idea!
The only thing I can think of is to burn the hex file via ISP and not with the installation sketch. maybe the conversion was wrong.
I know this page has to be improved, but you may want to try ISP with one of your other arduinos.
https://github.com/NicoHood/HID/wiki/Arduino-as-ISP
from hoodloader2.
So you get an error with the IDE on both 8u2 and at90usb82.
With avrdude you only get an error with 8u2, right?
in the IDE i get the signature verification check error (and it suggest to force it with -F)
so when i enter the same command manually into cmd with the -F parameter the upload goes through successfully.
I am wondering why avrdude accepts the wrong device signature with
manual control A good idea is to provide a blink.hey file. good idea!
The -F parameter makes avrdude skip the verification completely and just uploads the data to the 8u2 without questioning the signature of the device.
The only thing I can think of is to burn the hex file via ISP and not with the installation sketch. maybe the conversion was wrong.
I know this page has to be improved, but you may want to try ISP with one of your other arduinos.
https://github.com/NicoHood/HID/wiki/Arduino-as-ISP
Doesnt there exist a list of devices (atmega16u2 etc) with their device signatures? could help in finding why the at90usb82 doesnt match the uno 8u2 chip.
from hoodloader2.
here is the signature
https://github.com/nickgammon/arduino_sketches/blob/master/Atmega_Board_Programmer/Atmega_Board_Programmer.ino#L282-L286
try to burn via isp, maybe the installation sketch did something wrong.
from hoodloader2.
still no success, still getting the verification error of the device if i use at90usb82 and with atmega8u2 i get the 0xff != 0x0c
from hoodloader2.
With an ISP you can do 2 things:
Burn a bootloader and try to upload via bootloader
or flash a program directly
Can you please try both versions? At least uploading the blink via the IDE via programmer should work, since it has nothing to do with the bootloader itself.
from hoodloader2.
Uploading normal ino for the 328 works.
I do not have the ADK anymore (had to give it back today) so i cannot test this if i need the ADK as ISP.
but if i do not can you point me in the right direction (im a bit confused by you phrasing) what do you mean by flashing a program directly?
from hoodloader2.
You can flash a program via bootloader or via ISP. You can burn Bootloaders only via ISP.
I want to know if its an IDE or chip problem or a bootloader problem. When you upload the blink via ISP there is no bootloader used. If this works, we know that its not a chip/IDE problem.
Then you can burn the bootloader via ISP instead of the installation sketch (which emulates an ISP but a bit different stil, with file conversion etc). Then we know if its an installation sketch problem or a real bootloader problem.
Just buy a new Arduino with a 16u2. One from china is 6,5€ so why not buy one with even a better usb chip? It takes some time till it arrives but otherwise you wont be able to use it, it seems. And I have no idea where to get a 8u2 from and also it doesnt really make sense to buy that "old" chip.
from hoodloader2.
Im going to buy one when i get the time for it, but im probably going to buy a real arduino.
I dont mind paying extra for the real deal :P
i will just have to make sure its a 16u2 and not a 8u2 but i guess all rev 3 has 16u2?
i will report back once i get my hands on a new arduino.
from hoodloader2.
All rev3 (official ones) have a 16u2 so you are at the secure side. Good idea to support the developers!
FYI: march 28th is Arduino day. I think a lot of shops offer sales. So you should have a look then (this saturday). Sparkfun, Adafruit and Seeed looks promising (for international shops, also see local sellers).
from hoodloader2.
Ah thx, then i dont have to worry that i get a different chip. I love the arduino so its a no brainer to support the developers :P
Ok I will look for deals on the 28th then :D
from hoodloader2.
Greetings
I am chandran from Chennai India I get the following error can you pl help not very good on electronis or programming
Arduino: 1.6.3 (Windows 7), Board: "Arduino Uno"
HoodLoader2_Installation_Sketch.ino.ino:218:35: fatal error: bootloader_atmega16u2.h: No such file or directory
compilation terminated.
Error compiling.
This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.
regards
chandran
from hoodloader2.
What chip do you want to use? 8u2 or 16u2?
Have you changed anything in the sketch?
It compiles for me, not sure what you are doing wrong. In the IDE you must see several tabs with different .h files.
from hoodloader2.
16u2
I have not touched any thing in sketch
from hoodloader2.
How did you open the file? via double click? Have you extracted the zip? May you take a photo of the opened IDE while the sketch is loaded? It seems the other .h files cannot be found. Try to redownload maybe.
from hoodloader2.
@thesymbol Can you please try to flash the Arduino via ISP? Also with a 2nd Arduino this is possible. I found some signature bugs in the installation sketch, maybe this was the problem.
from hoodloader2.
I will try once i get hold on an arduino, there were no deals at my local store during arduino day. But i will try and get hold of one soon to test flashing the arduino with another arduino as ISP.
Might go to my local store and pick one up today. If i get the time to.
from hoodloader2.
Can you please try again with the newest 2.0.5 version? (fast-usbserial branch)
from hoodloader2.
I still have not gotten around to buy a new Arduino, i have bought a Raspberry Pi B instead, if you know a way to use the raspberry pi to program the arduino i can check and see if its working. since i dont think my arduino has hoodloader on it anymore.
from hoodloader2.
And your Arduino with a 8u2 you had to give away? If you still have it, it would be nice if you can test it. You dont need a new one, I know that the 16u2 (normally) works.
You can use the standalone sketch to burn the bootloader, no 2nd Arduino needed. The docs are also updated for 2.0.5 waiting for testing.
from hoodloader2.
okay, i will test then (i still got the 8u2, it was the mega that i had to give back).
from hoodloader2.
That'd be great! Make sure to select the 8u2 hexfile in the Installation sketch.
If something is unclear in the docs, please report it. I changed a few things.
If the bootloader is instaled try to upload code to the IO MCU (328) like you are used to. If this works its all fine. You might need to verify if the bootloader is really installed, links all in the wiki.
from hoodloader2.
I actually have one question with the wiering, i do not have a 100nF cap at home, is it possible to do this without it or with a larger/smaller cap?
from hoodloader2.
All I know is you need it. You can try 10nF or 200nF. It should be something around that. Its just to remove the reset signal from the 16u2, to not reset the 328 while it burns the bootloader.
What kind of caps do you have? I'd say larger would work better. But dont use Elkos.
from hoodloader2.
100uF and 2.2uF mostly caps i pulled out from old circuits that aint in use anymore.
from hoodloader2.
found a 33nF cap 3.3v will try with that.
from hoodloader2.
If you have more than one, try them in parallel.
from hoodloader2.
sadly i do not have anymore only found one.
from hoodloader2.
Does it work?
from hoodloader2.
it did not work with 33nF, it says Attempting to enter programming mode ... and then the led flashes constantly (the L led).
from hoodloader2.
do you think a 10uF would work?
from hoodloader2.
Wait. Did you use the 2.0.5 version? (not the master!)
https://github.com/NicoHood/HoodLoader2/tree/fast-usbserial
I dont know if its not clear enough, but you wont see any message "programming finished". A fast blinking leds indicates success, slow blinking means error. (while programming it will also blink fast, so you need to wait some time).
from hoodloader2.
yes i did download the fast-usbserial scetch and changed the #define HEXFILE 3 to 9 (for the Uno 8u2).
i have left it on for a good 2min now, or wait i just checked the machine id and it says REV_0205.
my bad should have checked there first.
from hoodloader2.
great!
You now may want to test uploading to the 328 and to the 8u2 if wanted
You need to manually install the hardware file for the 8u2, no boards manager solution is published yet. The old version wont work. In the HID project is an example how to get back to bootloader again if you want to permanently remove the 8u2 sketch again.
Was the instruction clear enough in the docs? Any suggestions?
from hoodloader2.
Should i follow these instructions for the hardware files or what do you mean with manually installing it?
Instructions are good enough i think some suggestions:
I did not get at first what you ment by "Recovery Buttons were removed in 2.0.5, you can ignore this." since this wasnt mentioned anywhere during the instructions.
Would also be good to update the images with the new version or atleast put some text in to how to change settings in the guide, might help some that just look in the guide and not in the scetch.
from hoodloader2.
To upload a sketch to the 328 you can use the normal Arduino setting.
But since you now have HL2.0.5 installed you might want to use its features (upload programs to the USB MCU). Therefore you need the hardware defintions files. And you need to manually place them in your sketchbook (for 2.0.4 you can use the boards manager). then you are able to upload programs to the 8u2 as well.
from hoodloader2.
ok, will do.
im running windows 10 now, will the drivers still work for windows 10 (just follow the 8/8.1 instructions)?
from hoodloader2.
No drivers needed for win 10 (from what ive heard). Tell me if this works for you.
Edit: the runBootloader example is outdated. I will push a new one to the HL2 branch soon.
from hoodloader2.
I can flash the 328 no problem, but still getting the verification error on the 8u2.
Sketch uses 646 bytes (15%) of program storage space. Maximum is 4 096 bytes.
Global variables use 9 bytes (1%) of dynamic memory, leaving 503 bytes for local variables. Maximum is 512 bytes.
Forcing reset using 1200bps open/close on port COM14
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
PORTS {COM1, COM14, } / {COM1, COM14, } => {}
Uploading using selected port: COM14
D:\Program Files (x86)\arduino-PR-3640-BUILD-375\hardware\tools\avr/bin/avrdude -CD:\Program Files (x86)\arduino-PR-3640-BUILD-375\hardware\tools\avr/etc/avrdude.conf -v -patmega8u2 -cavr109 -PCOM14 -b1200 -D -Uflash:w:C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:i
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "D:\Program Files (x86)\arduino-PR-3640-BUILD-375\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM14
Using Programmer : avr109
Overriding Baud Rate : 1200
AVR Part : ATmega8U2
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 64 0 yes 8192 64 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 : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.5"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9389
avrdude: reading input file "C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex"
avrdude: writing flash (646 bytes):
Writing | ################################################## | 100% 0.11s
avrdude: 646 bytes of flash written
avrdude: verifying flash memory against C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: input file C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex contains 646 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.03s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xff != 0x0c
avrdude: verification error; content mismatch
avrdude done. Thank you.
from hoodloader2.
Can you try to upload the blink example to the 8u2 with pin 17?
If the led blinks it indicated that the sketch can upload but only verifying fails for some reason.
You can also try to upload a firmware via avrdude (maybe the IDE setting is wrong).
https://github.com/NicoHood/HoodLoader2/wiki/Uploading-programs#flasherase-firmwareshex-files-with-avrdude
I suggest you this hex file which should work with a 4kb limit:
https://github.com/urjaman/fast-usbserial
The firmware acts as USB-Serial (so actually the same function as HL2 just as firmware, not bootloader).
from hoodloader2.
Still got the same problem as before, my chip is only working when i set it to model at90usb82 and forces it to write.
atmega8u2 does not seem to work in avrdude with my chip.
avrdude.exe -C avrdude.conf -v -F -p at90usb82 -c avr109 -P COM14 -b 1200 -D -U flash:w:HoodLoader2_NoUSB_Blink.cpp.hex:i
this command returns a success when writing the HoodLoader NoUSB Blink example.
getting this output:
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "D:\Program Files (x86)\arduino-PR-36
40-BUILD-375\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM14
Using Programmer : avr109
Overriding Baud Rate : 1200
AVR Part : AT90USB82
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 Max
W ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ---
-- ---------
eeprom 65 20 4 0 no 512 4 128 9000 90
00 0x00 0x00
flash 65 6 128 0 yes 8192 128 64 4500 45
00 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 90
00 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 90
00 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 90
00 0x00 0x00
lock 0 0 0 0 no 1 0 0 9000 90
00 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 : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.5"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9389
avrdude: Expected signature for AT90USB82 is 1E 93 82
avrdude: safemode: lfuse reads as EF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FC
avrdude: reading input file "C:\Users\THESYM~1\AppData\Local\Temp\build188950287
897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex"
avrdude: writing flash (646 bytes):
Writing | ################################################## | 100% 0.10s
avrdude: 646 bytes of flash written
avrdude: verifying flash memory against C:\Users\THESYM~1\AppData\Local\Temp\bui
ld188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\THESYM~1\AppData\Local\Te
mp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: input file C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202
.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex contains 646 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.05s
avrdude: verifying ...
avrdude: 646 bytes of flash verified
avrdude: safemode: lfuse reads as EF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FC
avrdude: safemode: Fuses OK (H:FC, E:D8, L:EF)
avrdude done. Thank you.
C:\Users\thesymbol\Desktop>
if i use
avrdude.exe -C avrdude.conf -v -F -p atmega8u2 -c avr109 -P COM14 -b 1200 -D -U flash:w:HoodLoader2_NoUSB_Blink.cpp.hex:i
i get the output as before:
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "D:\Program Files (x86)\arduino-PR-3640-BUILD-375\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM14
Using Programmer : avr109
Overriding Baud Rate : 1200
AVR Part : ATmega8U2
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 64 0 yes 8192 64 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 : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.5"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% -0.00s
avrdude: Device signature = 0x1e9389
avrdude: reading input file "C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex"
avrdude: writing flash (646 bytes):
Writing | ################################################## | 100% 0.11s
avrdude: 646 bytes of flash written
avrdude: verifying flash memory against C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex:
avrdude: input file C:\Users\THESYM~1\AppData\Local\Temp\build188950287897520202.tmp/sketch/HoodLoader2_NoUSB_Blink.cpp.hex contains 646 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.03s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xff != 0x0c
avrdude: verification error; content mismatch
avrdude done. Thank you.
from hoodloader2.
hm maybe you have an at90usb82 and this causes problems.
I will try to recompile the original lufa CDC bootloader for you in a few minutes.
Its possible that this is an avrdude bug.
from hoodloader2.
When i try to run the same at90usb82 command without -F i get this:
avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "D:\Program Files (x86)\arduino-P
R-3640-BUILD-375\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM14
Using Programmer : avr109
Overriding Baud Rate : 1200
AVR Part : AT90USB82
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 8192 128 64 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 : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.5"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude.exe: devcode selected: 0x44
avrdude.exe: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude.exe: Device signature = 0x1e9389
avrdude.exe: Expected signature for AT90USB82 is 1E 93 82
Double check chip, or use -F to override this check.
avrdude.exe done. Thank you.
from hoodloader2.
notice the
avrdude.exe: Device signature = 0x1e9389
avrdude.exe: Expected signature for AT90USB82 is 1E 93 82
Double check chip, or use -F to override this check.
seems as if the device (bootloader maybe) is wrong for the 8u2.
from hoodloader2.
That is correct because the bootloader was compiled for the 8u2 so the signature shows a 8u2 device.
from hoodloader2.
going to wait for you to compile it for at90usb82 then.
from hoodloader2.
yep
from hoodloader2.
Online. select number 100, it should contain the recompiled at90usb82 file. Upload with avrdude command line please.
Please test normal 328 uploading before, maybe I missed something in my quick patch
from hoodloader2.
it seems as i am unable to flash the bootloader with the same way i installed it or do i need to do something else now that i already have hoodloader on it?
from hoodloader2.
You are not able to flash the installation sketch or the bootloader wont burn?
You have to set the 8u2 into USB-Serial (bootloader) mode again to upload the installation sketch.
from hoodloader2.
Im having trouble burning the bootloader,
i have erased the 8u2 so i dont have the blink example on it anymore so it connects to the pc easier for debuging but it just blinks slowely and then restarts over and over again.
from hoodloader2.
if you remove the wires and double tab the 16u2 reset, will the HL2 come back you burned before?
https://github.com/NicoHood/HoodLoader2/wiki/How-to-use-reset
I cannot find the HoodLoader NoUSB Blink in my own source. Where is this from? I remember I had something like this, but where?
from hoodloader2.
The NoUSB Blink example is from the HID project, (im using your new program but the HID project was still left in since my last go at this).
Yes the HL2 comes back to what it was before when i reset the 8u2.
from hoodloader2.
That is good. Because if you'd delete it that'd be a pity. Then You have to get a new arduino. So be careful with that.
I know why it doesnt work. You DO have a 8u2 and thatswhy the installation sketch wont upload to a -not existing- at90usb. Change this line to ATMEGA8U2 and it will force the at90usb82 bootloader to be burned on the 8u2. https://github.com/NicoHood/HoodLoader2/blob/fast-usbserial/examples/Installation_Sketch/Installation_Sketch.ino#L99
from hoodloader2.
Ok flashing now.
from hoodloader2.
i think you have made a typo, uploading to 328 works still no problem.
But now the device signature is 0x1e9482 and not 0x1e9382 (i think you accidently typed 94 instead of 93).
from hoodloader2.
where? which file? may I see the output?
from hoodloader2.
Dunno what file but here is the output.
avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "D:\Program Files (x86)\arduino-P
R-3640-BUILD-375\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM14
Using Programmer : avr109
Overriding Baud Rate : 1200
AVR Part : AT90USB82
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 8192 128 64 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 : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "HL2.0.5"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude.exe: devcode selected: 0x44
avrdude.exe: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude.exe: Device signature = 0x1e9482
avrdude.exe: Expected signature for AT90USB82 is 1E 93 82
Double check chip, or use -F to override this check.
avrdude.exe done. Thank you.
from hoodloader2.
Looks like a typo in lufa
https://github.com/abcminiuser/lufa/blob/master/Bootloaders/CDC/Descriptors.h#L87
let me recompile...
from hoodloader2.
ah i see, thanks waiting then for your build 👍
from hoodloader2.
Online. Change hex to 100 again.
I'll open an issue on the lufa project if it works now.
from hoodloader2.
yep its working without forcing it.
from hoodloader2.
The question now is if its a lufa bug or an avrdude bug. I'll open an issue there.
from hoodloader2.
Issue opened. Looks like an avrdude bug. And I cannot imagine of any clean solution for this. I could compile the hex file for the at90usb82 and mark it as an 8u2 (as you have it right now) and change the boards.txt. Since avrdude wont be updated in the IDE (even if they'd have a patch) there is no other way to fix it.
You have time to play with it now. can you also test if the IDE uploading now works (edit the baords.txt and set the at90usb82 mcu instead).
from hoodloader2.
i will give it a shot as soon as im back at my computer.
from hoodloader2.
Looks like an avrdude configuration file issue.
from hoodloader2.
Thx for all the help.
So today we found 2 bugs. And both make HL2 not work with 8u2 or at90usb82 :D
I'll wait for some feedback from them now.
HL2 > Lufa (fixed in HL2, not yet in lufa itself, affected at90usb82)
HL2 > Arduino > avrdude (has to be fixed on one of those projects, affected atmega8u2)
from hoodloader2.
Glad i could help with figuring this out 👍
EDIT: changed the boards.txt and added the special version of the at90usb82 and i can compile in the gui now aswell! thanks alot for this.
Will have to reflash once the bugs are fixed in avrdude 👍
from hoodloader2.
Cool. Any bugs you noticed? I tent to push this to master soon.
What about Windows 10 drivers? Does it work natively?
from hoodloader2.
No bugs so far, other than i cannot fit the entier USBCore on the 8u2 (not enough space to store it).
And there was no need for drivers on windows 10.
from hoodloader2.
Oh sure, space could be a problem. You can use it without usb or without serial I think.
Thx for the infos!
from hoodloader2.
It works without USB atleast when i try and compile in DFU mode in Arduino IDE. and i can get the LEDs to blink and get some output from the chip without problem.
from hoodloader2.
Could you do me a favor? I need a screen shot of the window that pops up if you try to install the Teensy driver:
https://www.pjrc.com/teensy/serial_install.exe
Do not fully install it, abort it but take a screenshot with Control + Print please. There must pop up two windows. A welcome window and a windows "do you really want to install" like window. Please shot both. You can drop the pics here in the github comment. That'd be nice, because I dont have a windows system here.
from hoodloader2.
Sorry for being so late to respond.
sadly i have already installed it on my machine so i can not take screenshots of it.
It is possible to do it through a virtualmachine, but if you can wait a while i might be able to take some shots off my laptop when im done installing windows on it again :)
from hoodloader2.
Nevermind, played with win10 today.
from hoodloader2.
Oki, sorry that i couldnt help.
from hoodloader2.
at90usb82 support now got added. the problem with avrdude is still there though.
Can you please try to force upload the bootloader to your 8u2 (better use the at90usb82 bootloader and modify the installation sketch a bit, I trust in you that you can do that) and upload this sketch then:
https://github.com/nickgammon/arduino_sketches/tree/master/Atmega_Self_Read_Signature
Can you please report your signature then?
from hoodloader2.
I will see what i can do, but I do not have the time to do it today, might be able to do it tomorrow tho.
from hoodloader2.
i have forced the at90usb82 hex to upload to the arduino now, no problem there but im having trouble making the signature reading scetch to fit onto the 8u2's 4096 byte memory. (the scetch is 15592 bytes large).
from hoodloader2.
hahaha damn. Well I contacted atmel now. If they dont respond I will ask Joarg wunsch again for patching avrdude anyways. for now there is no better solution and its not a bug of the hoodloader2 itself.
from hoodloader2.
well i managed to get it down to around 5000 bytes but it looks like the usbcore is still uploading (taking away around 3000 bytes). so the program should fit onto the 4096 bytes of memory if i dont have to upload the usbcore.
from hoodloader2.
place #undef USBCON inside arduino.h and replace serial with serial1. you need to read the data via the RX pin of the uno from another board/ftdi device.
from hoodloader2.
After doing some tinkering i now cant compile the .ino file, getting
In file included from C:\Users\thesymbol\Desktop\Atmega_Self_Read_Signature\Atmega_Self_Read_Signature.ino:35:0:
d:\program files (x86)\arduino\hardware\tools\avr\avr\include\avr\boot.h:116:6: error: #error AVR processor does not provide bootloader support!
# error AVR processor does not provide bootloader support!
^
d:\program files (x86)\arduino\hardware\tools\avr\avr\include\avr\boot.h:127:4: error: #error Cannot find SPM Enable bit definition!
# error Cannot find SPM Enable bit definition!
^
exit status 1
Error compiling.
this happened when i did a clean install of arduino ide 1.6.6
from hoodloader2.
which ino file? which nightly build? For me it works with the IDE from yesterday, recompiled myself
from hoodloader2.
Arduino 1.6.6 Hourly Build 2015/09/28 05:01
and the self read signature ino file, it complains about <avr/boot.h>
from hoodloader2.
Seems like an avrlib problem. Can you please post your fully modified sketch somewhere? Via github repository, via fork of this repo is maybe the best idea.
Very interesting.
from hoodloader2.
Related Issues (20)
- Is it possible to use this awesome project with only a 32u2? HOT 1
- i dont have 2 UNO boards but i have 1 uno 1 mega HOT 1
- Add support for analog input HOT 1
- MacOS Monterey: bad CPU type in executable HOT 13
- Sent Enter/Alt/Shift command
- Image in Hoodloader wiring is a bit old? HOT 2
- How to change device Manufacturer and Product name? HOT 1
- My Arduino UNO is not connecting after failed hoodloader2 burning attempt. HOT 1
- can't turn back to original bootloader HOT 1
- Bricked bootloader HOT 1
- Can't compile for HootLoader2 on new IDE HOT 3
- Atmega16U2 incorrect PID
- Flash Bootloader HOT 1
- Error compiling program for HoodLoader2 Uno HOT 4
- FLIP Gives "Address out of range" for Arduino UNO HOT 4
- Aruino Uno Wifi Rev2 Support?
- Arduino Mega 16U2 will not self-install bootloader HOT 1
- atmega16u2 unexpectedly starts running bootloader HOT 1
- `USE_RAM_DESCRIPTORS` checks incorrectly calculate RAM usage
- Remove hoodloader ? How? Arduino Uno R3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from hoodloader2.