ATtiny13V-10PU mit AVR Studio 5 und AVRISP mk2 programmieren

[Philipp B. (oddgit)]

Hallo zusammen,

nachdem ich mich durch das Buch "AVR-Mikrocontroller in C programmieren" 
gearbeitet habe, wollte ich Taten walten lassen und hab mir o.g. 
genannte Hard- und Software zugelegt.

Leider scheitere ich bereits an einer blinkenden LED.

Folgendes Problem: Ich hab den AVRISP mk2 mit dem ATtiny verdrahtet und 
die LED über einen Widerstand an den Port PB4 angeschlossen. Mit einem 
Spannungswandler (7805) erzeuge ich 4,91 V.

Der Quelltext ist denkbar einfach:

#define F_CPU 1200000
#include <avr/io.h>
#include <util/delay.h>


int main(void)
{
  DDRB = 0b010000; 
    while(1)
    {
    PORTB = 0b010000;
    _delay_ms(500);
    PORTB = 0b000000;
    _delay_ms(500);
    }
  return 0;
}

Soweit so gut. Ich kann alles kompilieren, AVR Studio 5 erkennt den 
Programmer und ich hab auch ein Firmware Upgrade durchgeführt.

Nach dem Erstellen gehe ich über Extras/AVR Programming in den 
Programmiermodus. Auch da scheint mir noch alles in Ordnung zu sein. Bei 
"Memories" lade ich dann die .hex Datei und programmiere den Controller. 
Und jetzt kommt die Fehlermeldung:
"File contents outside device memory
Some sections of the file provided does not fit within the device 
memory.

Do you want to continue programming Flash using only the sections that 
fit within the device memory?"

Tja. Aber so riesig ist mein Quelltext ja gar nicht... So wies aussieht, 
liegt das an der delay Routine, weil wenn ich die weglasse 
funktionierts. Aber dann blinkts natürlich auch nicht ;).

Die FUSES hab ich meines Erachtens richtig gesetzt (9,6 MHZ, Start Up 
Time 14 CK + 64ms, mit dem CKDIV8 enabled = 1200000 Hz)...

Wäre echt super, wenn mir jemand meinen Sonntag retten könnte.

Gruß Philipp.

Ach und, Sufu und google kenn ich. Ich hoffe dieser Threat ist 
berechtigt...

[Christian F. (cmf)]

Was passiert, wenn du statt

#define F_CPU 1200000
#include <avr/io.h>
#include <util/delay.h>

#include <avr/io.h>
#define F_CPU 1200000
#include <util/delay.h>

schreibst?

[Philipp B. (oddgit)]

Das ändert nix, da hab ich das gleiche Problem...

Ich hab auch versucht, die Delay-Funktion selber zu schreiben (müsste 
doch so funktionieren, oder?):

#include <avr/io.h>

void delay(void);

int main(void)
{
  DDRB = 0b010000; 
    while(1)
    {
    PORTB = 0b010000;
    delay();
    PORTB = 0b000000;
    delay();
  }
  return 0;
}


void delay(void)
{
  int i = 0;
  while(i<600000) i++;
}

Dann bekomme ich zwar die Fehlermeldung über den Speicher nicht mehr, 
aber die LED blinkt nach wie vor nicht, sondern leuchtet nur.

[Christian F. (cmf)]

Was passiert, wenn du:

1. F_CPU 1200000UL schreibst

2. In der selbstgeschriebenen Funktion einfach noch 10 Nullen mehr 
ranhängst?

[Philipp B. (oddgit)]

Bei beiden Varianten gleiches Ergebnis:
Mit mehr Nullen leuchtet die LED nur, mit F_CPU 1200000UL kommt der 
Fehler wegen des fehlenden Speichers. Was genau bewirkt das "UL"?

[Christian F. (cmf)]

Stimmt, Optimierung ist lebenswichtig für delay.

Geht irgendwo unter Projekteinstellungen.

[Klaus W. (mfgkw)]

Philipp B. schrieb:
> Dann bekomme ich zwar die Fehlermeldung über den Speicher nicht mehr,
> aber die LED blinkt nach wie vor nicht, sondern leuchtet nur.

Vielleicht blinkt sie nur so schnell, daß du es nicht siehst?

Bei den _delay-Funktionen sollte man übrigens Compileroptimierung 
eingeschaltet haben; vielleicht geht es deshalb nicht bei dir?

[Philipp B. (oddgit)]

Oh man. So ein Sche** echt. Aber wie soll man da drauf kommen, wenn man 
keine Ahnung hat.

Hab jetzt unter Toolchain -> Optimization -> Optimize for Size (-Os) 
eingestellt. Jetzt gehts.

Tausend Dank, ihr habt mir das Wochenende gerettet.

[Klaus W. (mfgkw)]

Philipp B. schrieb:
> Aber wie soll man da drauf kommen, wenn man
> keine Ahnung hat.

Ganz einfach immer die Doku zu dem lesen, was man benutzt:
http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html

:-)