I have run into a problem with my ATmega16 AVR. I was trying to set some fuse bits using AT prog by sending 4 byte serial instructions. What I wanted to do was set the AVR to use the external 16MHz Xtal. but now all I see is "device locked". Is there a way to salvage the avr?
Please let me know of anything that I can refer to recover the ATmega16...
I have run into a problem with my ATmega16 AVR. I was trying to set some fuse bits using AT prog by sending 4 byte serial instructions. What I wanted to do was set the AVR to use the external 16MHz Xtal. but now all I see is "device locked". Is there a way to salvage the avr?
Please let me know of anything that I can refer to recover the ATmega16...
This is one of the major things about AVRs that can be annoying, and that I think PICs do lots better. AVRs need the oscillator running to program, cuz they use SPI to program. PICs need the oscillator NOT RUNNING to program. The clock is provided by the programmer. Seems to be a better way of doing it because you really can't get locked out by silly mistakes (unless you set code protection or something).
I've locked myself out of at least one AVR chip module (**broken link removed**) by being careless.
If you get your AVR fuse bits set wrong you can no longer access the chip unless you remember (or know) exactly what change you made. You have to rebuild your circuit so it matches the change and then you can reprogram it.
If you did successfully program the fuse bits for 16MHz crystal, then put the crystal on the chip and it should work again. But if you managed to program it for some random oscillator type then you could cure it by trying every different osc type till you hit the right one.
If you don't remember what you did then you have to set up your circuit and build a cable to reprogram it using HVSP or HVPP. PICs use the equivalent of HVSP.
The moral of the story is this: Think long and hard about what you're doing before making a fuse bit change on an AVR. Be sure you understand exactly what you're changing and why. Make detailed notes on the changes you make (before you actually make them) so that if things go bad you can refer to the notes and be able to recover.
This is one of the major things about AVRs that can be annoying, and that I think PICs do lots better. AVRs need the oscillator running to program, cuz they use SPI to program. PICs need the oscillator NOT RUNNING to program. The clock is provided by the programmer. Seems to be a better way of doing it because you really can't get locked out by silly mistakes (unless you set code protection or something).
What if code protection has accidentally been set?
The ATProg tool is able to read the signature byte of the AVR. It is able to detect that there is an ATmega16 in socket. So it the software is able to communicate with the AVR.
How do i salvage the avr if the lock bits have been set?
Is it normal that signature bits remain readable and the device remains nonprogrammable if the fuse bits such as oscillator is of wrong frequency?
The programming existing in the AVR runs though...
I believe you have to use High Voltage Programming to erase the Lock Bits, which also includes erasing everything else. High Voltage programming requires 12 volts, so if you are using the STK500 you will need to follow the wiring guide provided under the help section of the AVR Studio in order to setup high voltage programming.
I believe you have to use High Voltage Programming to erase the Lock Bits, which also includes erasing everything else. High Voltage programming requires 12 volts, so if you are using the STK500 you will need to follow the wiring guide provided under the help section of the AVR Studio in order to setup high voltage programming.
The Dragon will do HVSP and HVPP too. As long as it's possible to get all the necessary lines connected for high voltage programming then it's just like programming a PIC.
Note that I'm aware of? Can you provide any reference to it?
If one has disabled the SPIEN feature, then High voltage programming is a must to restore the AVR.
On some AVRs, there is an option to allocate the RESET pin as I/O. This will also means HVP is required to restore the AVR because ISP needs the reset pin to function.
Other than those situations, I think a normal low voltage ISP can perform an chip erase operation to reset the lock bits.
to eblc1388: Yes, I was using the two resistor, parallel port programmer to programe my ATmega16. The question of using st500/ avr dragon does not arise as I do nt have them... All I will have to do is build a few of my own parallel programmer circuits...
I am mighty releaved to know that the AVR can be salvaged and is not deadlocked....
by the way, are there ways to get an AVR into a dead-lock?