Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Thread

USBasp blocking when I try to write fuses

USBasp blocking when I try to write fuses

2012-07-03 by Alex Pereira Silva

I'm starting on AVRs and did the recording and it works usually put fusecalculator web applications used and all reported the same value basically took the default and only have disabled the reset pin because I need him sando 8MHz internal oscillator, and no further changes after I send the write command of fuses it blocks the chip and I can not even delete it after that.

I tried with all ATmega168 ATMEGA8 and the same thing happened, someone could tell what I'm doing wrong because from what I read in the datasheet I'm not disabling the SPI channel causing the problem.

avrdude -c usbasp -p m168 -U flash:w:teste.hex -U lfuse:w:0x62:m -U hfuse:w:0x5f:m -U efuse:w:0xf9:m

Re: [AVR-Chat] USBasp blocking when I try to write fuses

2012-07-03 by STEVEN HOLDER

If you disable the reset pin (as a reset) then you can only program the device using HV parallel programming after that.
 
It's generally not a good idea until you have fully developed your code and are ready to put in to production and only if the reset pin is really needed.
 


________________________________
Show quoted textHide quoted text
From: Alex Pereira Silva <alex_p_silva@yahoo.com.br>
To: AVR-Chat@yahoogroups.com 
Sent: Tuesday, 3 July 2012, 12:20
Subject: [AVR-Chat] USBasp blocking when I try to write fuses


  
I'm starting on AVRs and did the recording and it works usually put fusecalculator web applications used and all reported the same value basically took the default and only have disabled the reset pin because I need him sando 8MHz internal oscillator, and no further changes after I send the write command of fuses it blocks the chip and I can not even delete it after that.

I tried with all ATmega168 ATMEGA8 and the same thing happened, someone could tell what I'm doing wrong because from what I read in the datasheet I'm not disabling the SPI channel causing the problem.

avrdude -c usbasp -p m168 -U flash:w:teste.hex -U lfuse:w:0x62:m -U hfuse:w:0x5f:m -U efuse:w:0xf9:m




[Non-text portions of this message have been removed]

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.