Forums

AVR IPS programming problems

Started by Meindert Sprang October 4, 2004
>the problem could be the SPI timing. The mega162 runs at 1MHz when the >fuses are not programmed. > >There is a command in the STK500 protocol to slow down the SPI. >However, I don't know about the STK500 utility, because I use Linux.
If that is the problem then Just lower the STK500 clock on the first programming , until fuses are set correctly. Carsten
"Carsten" <xnews1@luna.kyed.com> wrote in message
news:2628m05durdcvmkcl836cqf3jc9vb59pbo@4ax.com...
> >the problem could be the SPI timing. The mega162 runs at 1MHz when the > >fuses are not programmed. > > > >There is a command in the STK500 protocol to slow down the SPI. > >However, I don't know about the STK500 utility, because I use Linux. > > If that is the problem then > Just lower the STK500 clock on the first programming , until fuses are > set correctly.
And the $64.000 question is: How? Meindert
"Meindert Sprang" <mhsprang@NOcustomSPAMware.nl> wrote in message
news:10m1v158u732me8@corp.supernews.com...
> Hi all, > > I have a very annoying problem: I have an existing design with an > ATmega8515, with an ISP connector setup as specified in one of the Atmel > appnotes about implementing an ISP connector. It uses a network on the
reset
> line, with a 10k resistor to VCC, a 4n7 cap to ground and a diode across
the
> resistor for protection. This has always worked on a 2313, a 8515 and a > Mega8515. I recently upgraded the design to a Mega162 and since then 1 out > of three times the board refuses to have the configuration fuses
programmed.
> Also reading the chip ID gives random results many times. Once the fuses
are
> programmed successfully (to use an external crystal at 8MHz), everything > runs fine and the code can be programmed too. >
Ok guys, thanks for all the suggestions. I completely failed to notice the -! option to set the clock frequency. I have set it to 1MHz and all devices program fine now. Regards, Meindert