4
\$\begingroup\$

I'm using an Atmega32. I want to use an external 16MHz crystal and I'm using a universal programmer (like http://www.kanda.com/products/wellon/VP-290.html). My question is: once I've programmed the chip and set its fuse bits to use an external oscillator, would I need an external oscillator when I'd want to reprogram its flash?

\$\endgroup\$

3 Answers 3

7
\$\begingroup\$

Yes! When you configure the fuses to make the controller run from an external clock, you also need that external clock for reprogramming.

It is important to notice that I tested this with an Arduino configured as ISP (In circuit Serial Programmer), which does not attempt to provide an external clock to the device that is being programmed. Other programmers may do this, but that would depend on the programmer. ISP is most common way of programming these devices, but there are other programmers too. Fact is that the device in itself needs an external clock. Unsure for a parallel programmer. A High Voltage programmer can do without an external clock.

I didn't test this with an ATmega, but rather with an ATtiny45, but both AVR's are very similar in these aspects.

This is what I did:

  • I wrote a small program to output a 1kHz square wave output (listing below);
  • I selected 2MHz clock and programmed .low = 0x61 Notice that the fuse settings may be controller specific, so this is the setting for ATtiny45;
  • The controller outputs a frequency of 1kHz, as expected;
  • I selected 1.8432MHz for clock and programmed .low = 0xe0;
  • Output frequency dropped to 0Hz until I connected the oscillator, then it jumped up to 1kHz, again as expected;
  • I detached the external oscillator (output: 0Hz);
  • Tried programming the device, resulting in:

avrdude: Device signature = 0xffffff

avrdude: Yikes! Invalid device signature.

Double check connections and try again, or use -F to override this check.

  • I reattached the external oscillator and programed the device for 2MHz the following result:

avrdude done. Thank you.

  • and of course the ouput was back at 1kHz.

So in conclusion:

If you program the fuses for using an external clock, then you also need an external clock to program the device.


/*
        (c) copyright 2013 by J.P. Hendrix
*/

#include <avr/io.h>
#include <util/delay.h>

#define _BS(bit) ( 1 << ( bit ) )
#define _BC(bit) ( 0 << ( bit ) )

/*
        ATtiny45

        pin     function        name    ISP     SPI     XO              I2C/TWI         comparator              ADC      pin chg
        1       !RESET          PB5                                                                             ADC0     PCINT5  dW
        2       extOscPin       PB3                     XTAL1   CLKI                                    !OC1B   ADC3     PCINT3
        3                       PB4                     XTAL2   CLKO                                    OC1B    ADC2     PCINT4
        4       GND             GND
        5                       PB0     MOSI    DI                      SDA             AIN0    OC0A    !OC1A   AREF     PCINT0
        6       outputPin       PB1     MISO    DO                                      AIN1    OC0B    OC1A    PCINT1
        7                       PB2     SCK     USCK                    SCL     T0                              ADC1     PCINT2  INT0
        8       VCC             VCC
*/

const uint8_t outputPin = _BS( PB1 );
const uint8_t extOscPin = _BS( PB3 );

#ifdef F_CPU
        #if   ( F_CPU == 1000000 )
                // 1MHz
                FUSES = { .low = LFUSE_DEFAULT  , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #elif ( F_CPU == 1600000 )
                // 1.6MHz => ATtiny15 Compatibilty Mode
                #warn "ATtiny15 Compatibility Mode changes Timer1 behaviour!"
                FUSES = { .low = 0x63           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #elif ( F_CPU == 2000000 )
                // 2MHz
                FUSES = { .low = 0x61           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #elif ( F_CPU == 6400000 )
                // 6.4MHz => ATtiny15 Compatibility Mode
                #warn "ATtiny15 Compatibility Mode changes Timer1 behaviour!"
                FUSES = { .low = 0xe3           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #elif ( F_CPU == 8000000 )
                // 8MHz
                FUSES = { .low = 0xe2           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #elif ( F_CPU == 16000000 )
                // 16MHz
                FUSES = { .low = 0xe1           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #else
                // #error "F_CPU setting not recognized."
                // External oscillator selected
                FUSES = { .low = 0xe0           , .high = HFUSE_DEFAULT , .extended = EFUSE_DEFAULT , };
        #endif
#else
        #error "F_CPU not defined."
#endif

void setup( void ) {                            // Initialize all hardware
        DDRB = outputPin;                       // Data Direction Register Port B
}

int main( void ) {
        setup();                                // Initialize the hardware
        while ( 1 ) {
                _delay_us( 500 );
                PORTB ^= outputPin;
        }
}
\$\endgroup\$
4
\$\begingroup\$

It depends on the programmer you will use the second time you program the chip.

To use an ISP programmer (such as the USBTinyIPS), the chip needs to be running and functional to be programmed. If you set the fuses to use the external crystal/resonator (CKSEL1, CKSEL2, CKSEL3 and CKOPT bits), then chip will need the external crystal/resonator to run at all, there is not fallback option such as "Oh, no external crystal? I'll just use the internal resonator"). So you'll need to have the crystal/resonator connected for Flash programming via ISP. This is why it is recommended that you check and double-check the fuse values before programming them: it is an easy way to brick the chip (not just by setting it to use an external crystal/resonator when you don't have one on hand, but also because you can make it unresponsive by programming some values such as the SPIEN fuse value)

You can also program ATmega32 via High Voltage (Serial or Parallel) programming, and JTAG. For high voltage programming you don't need the external crystal, I am pretty sure: HVSP and HVPP can be used to reset the fuses without external clocking. I am not sure what method your programmer uses. If ISP, then you'll need the external clocking mechanism to reprogram once you've set the fuses for external crystal/resonator.

\$\endgroup\$
2
  • \$\begingroup\$ Some minor clarifications: the ATmega32 supports HVPP, but NOT HVSP (MCUs with less than 20 pins support HVSP, those with more than 20 pins support HVPP). HVPP does not require an external crystal, but it does require access to the XTAL1 / CLKI pin, so it’s hard to use on a board with a crystal connected. \$\endgroup\$ Commented Apr 8, 2013 at 1:55
  • \$\begingroup\$ So if I stay away from CKSEL3:0, LB1 and SPIEN I should be just fine reprogramming the flash 10,000 times through the SPI interface without any external oscillators, right ? And what is that CKOPT bit - I was unable to find it in the datasheet ? \$\endgroup\$
    – kellogs
    Commented Feb 16, 2017 at 10:44
-2
\$\begingroup\$

No, you do not need the external oscillator to reprogram the flash.

\$\endgroup\$
1
  • 3
    \$\begingroup\$ This answer would be better if you added some reference to it. \$\endgroup\$
    – user17592
    Commented Apr 5, 2013 at 18:09

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.