Blutiger Anfänger möchte gerne mit STK500 programmieren

Ja, hab mir die Anleitung ein wenig angesehen. Da kann man einiges 
nachlesen, aber ich hab jetzt nicht viel dazu gefunden, was mit dem AVR 
Studio 4 und dem STK 500 zu tun hat. Vielleicht hab ichs übersehen oder 
so?

mfg

@Bernd

also heißt das jetzt, dass ich am Anfang bei meiner Projekteinstellung 
nicht auf AVR Simultor gehen soll? Aber was soll ich dann auswählen? Ich 
finde mein STK 500 nicht in dieser Liste

mfg

Okay, aber wenn ich doch was übersetzen möchte, dann muss doch auch 
irgendwie das Porgramm sagen, Fehler beim laden oder nach dem 
Kompilieren, ob der Code i.O. ist, aber leider macht das AVR Studio 4 
gar nichts.

hab mir mal auf youtube ein paar videos angeschaut. Also wenn ich auf
Tools -> Program AVR -> connect -> connect klicke, erscheint ein 
Fenster, wo ich dann in dem Register "Program" unter "Flash" mein Input 
Hex File auswähle und dann auf "Program" klicke, anschließend bringt er 
mir diese ganzen Meldungen:

Getting isp parameter.. SD=0x0a .. OKOK
Reading FLASH input file.. OK
Setting mode and device parameters.. OK!
Entering programming mode.. OK!
Erasing device.. OK!
Programming FLASH ..      OK!
Reading FLASH ..      OK!
FLASH contents is equal to file.. OK
Leaving programming mode.. OK!

Danach gehe ich auf Build and Run, aber leider blinken meine LED's 
nicht!
Habe den Code abgeändert in:

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

int main (void)

{
  DDRB=0xff

  while (1)
  {
    PORTB=0xff;
    _delay_ms(1000);
    PORTB=0x00;
    _delay_ms(1000);
  }
  return 0;
}

Habe die Flachbandkabel angesteckt, also den PortB mit den LED`s und den 
PortD mit den Tastern und das Flachbandkabel für ISP.
Danke schon mal im Voraus :)

@STK500-Besitzer

Und hast Du auch einen externen Takt angelegt?
Dazu gibt es einen Jumper auf dem STK500 und eine Erklärung in der Hilfe 
zum STK500.

Da das STK500 kein Debugger ist, ist Build&Run eigentlich Quark, das 
ruft nur den Simulator auf, startet aber kein Programm im realen AVR.

Das Programm im realen Controller hat sofort nach dem Beschreiben der 
Hexdatei (und evtl. EEP-Datei und Fusesetting) zu arbeiten. Allerdings 
ist die Reihenfolge
- Build (also Assemblieren bzw. Compilieren bei C) und dann
- Program (Write Flash & Co).

Vor Write Flash ist im Programmer-Dialog natürlich noch unter Main der 
richtige Controllertyp auszuwählen und durch Lesen der Signature die 
Verbindung zu prüfen. Erst dann wechselt man auf Program, wählt die 
korrekten Dateien aus den richtigen Projektordnern aus und überträgt sie 
ins Flash bzw. bei Bedarf auch ins EEP.

...

@hannes
also ich habe keinen externen Takt angelegt, bei mir ist standardmäßig 
bei XTAL-1 ein Jumper, d.h. laut STK500-Beschreibung, dass ich einen 
internen Takt habe, oder? Wo ich aber den Taktgenerator einstelle weiß 
ich leider nicht.

@uff
ja ich meinte natürlich mein STK500-Board :), sollte ich das eventuell 
auch abfotografieren???

Hiiilfee! :)

Also sind bei mir alle fuses gesetzt außer spien, aber liegt es wirklich 
an den Einstellungen der fuses? Mfg

Hane89 --- schrieb:
> Hiiilfee! :)

Laut Deinem Bild hast Du per Fuses als Taktquelle extern Clock 
eingestellt, ob das stimmt, weiß ich nicht, da ich nicht weiß, ob die 
Kommunikation mit dem AVR klappt. Sollte das stimmen, dann musst Du dem 
AVR auch einen externen Takt zuführen. Das STK500 bietet diese 
Möglichkeit, es erzeugt diesen Takt mit Hilfe des eigenen MCs selbst, Du 
musst ihn nur noch zum XTAL-Pin des Target-AVRs durchschalten. Und das 
erfolgt über den dafür vorgesehenen Jumper. Um Infos darüber zu 
erhalten, rufst Du im AVRstudio die Hilfe auf (Menüpunkt, der mit "Help" 
beschriftet ist), wählst AVR-Tools, dann STK500, dann Jumper-Settings 
und findest die nötigen Infos (siehe Anhang).

Um dann zu ermitteln, ob Dein AVR ansprechbar ist, gehst Du im 
Programmer-Dialog auf das Panel "Main", wählst aus der Liste den 
entsprechenden AVR-Typ aus (ja, fast jeder AVR wird etwas anders 
angesprochen) und prüfst dann die Verbindung durch Auslesen der 
Signature. Solange das nicht klappt (bitte auch die Rückmeldungen 
lesen!), brauchst Du nicht versuchen, den AVR zu beschreiben oder an den 
Fuses zu spielen, sondern schaust erstmal, ob die von Dir eingestellte 
ISP-Frequenz nicht zu hoch ist. Sie muss kleiner als 1/4 der 
Taktfrequenz sein.

Ein weiterer oft gemachter Fehler ist das Verwenden des falschen 
Target-Sockels. Das ist etwas verwirrend, ich habe mir geholfen, indem 
ich Labels angebracht habe, die mit den Basistypen der entsprechenden 
Pinbelegung beschriftet sind. So brauche ich nicht immer mit den 
kryptischen Sockel-Namen hantieren.

Frag' jetzt aber bitte nicht, welches der richtige Sockel ist. Das steht 
nämlich alles in der Doku zum STK500, die über Help, AVR-Tools 
erreichbar ist.

...

Also den richtigen Sockel hab ich sicher, hab es nachgelesen, welchen 
man nehmen muss, wenn man einen 8515 hat. Bei mir sind 5 Jumper 
gesteckt, also wie in deinem Anhang von vtarget bis oscsel. Die 
Verbindung zum Board passt normal auch, die signature hab ich auch 
auslesen können, dann kann es eigentlich nur noch an der ISP Frequenz 
liegen oder? Wo finde ich die Taktfrequenz?

Hane89 --- schrieb:
> die signature hab ich auch
> auslesen können, dann kann es eigentlich nur noch an der ISP Frequenz
> liegen oder?

Das ist ein Widerspruch in sich.

Wenn Du die Signature wirklich auslesen konntest (vergleiche bitte die 
gelesene Signature mit der Angabe im Datenblatt!), dann ist die 
ISP-Frequenz ok. Denn wenn die ISP-Frequenz nicht passen würde, dann 
hättest Du auch keine Verbindung und könntest auch keine Signature 
auslesen.

> Wo finde ich die Taktfrequenz?

Na unterhalb des Signature-Buttons. Da steht Settings und ISP-Frequency 
dran. Ist das sooooo schwer zu finden???

...

@ Hannes

Habe die Signatur ausgelesen uns mit dem Datenblatt verglichen, es 
stimmt überein.

desc             = "ATMEGA8515";
signature        = 0x1e 0x93 0x06;

also sollte jetzt die Verbindung passen und auch die eingestellte 
Frequenz.

Anbei das Board mit den Jumperstellungen

@Sanitäter
Nein man ich hab mir den Controller an den Kopf genagelt, weil ich mir 
dachte, so könnte ich vielleicht besser programmieren! :D

Also oben hätte ich mein Problem eigentlich schon beschrieben!
Ich möchte eigentlich nur mal, dass ich ein kleines Programm auf einen 
ATMEGA 8515 programmiere, aber es funktioniert irgendwie nicht!

MFG

Hilfe!

Hane89 --- schrieb:
> Nein man ich hab mir den Controller an den Kopf genagelt,

Ich weiß nicht, was Sanitäter schrob, aber an den Kopf nageln ist keine 
gute Idee.

Kann es sein, dass Du die falsche Hexdatei brennst? Ich frage deshalb, 
weil man nach Wechseln des Projektes auch im Programmer-Dialog die neue 
Datei im neuen Projektordner einstellen muss.

...

Ach mensch Leute! :D

@hannes

also ich hab bis jetzt nur ein projekt und ich wähle bei Flash -> input 
hexfile -> die richtige Projekt-Hexfile aus und klicke anschließend auf 
"program"

Hane89 --- schrieb:
> Ach mensch Leute!

Also ein STK500 ist kein Multimediakonsumartikel, sondern ein 
Entwicklungsboard. Der erfolgreiche Umgang damit setzt voraus, dass man 
die benötigten Informationen liest und auch etwas mitdenkt. Ist wie bei 
einer Geige, damit kann auch nicht Jeder auf Anhieb umgehen. Also lies 
und verstehe endlich die zugehörigen Dokus oder stelle fest, dass Du 
dafür ungeeignet bist. Es ist nunmal nicht Jeder für jede Tätigkeit 
geeignet. Ich kann auch keine Geige spielen, obwohl ich weiß, wie sie 
funktioniert und wie sie gestimmt ist.

...

Ja aber es hat mir bisher leider auch keiner helfen können zu dieser 
Problematik oder? Es gibt auch "Geigen-lehrlinge", die ab und zu Hilfe 
brauchen oder konntest du alles von Anfang an?????

Danke Bernd :)

@spess

hab den code, wie weiter oben beschrieben umgeändert in:

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

int main (void)

{
  DDRB=0xff

  while (1)
  {
    PORTB=0xff;
    _delay_ms(1000);
    PORTB=0x00;
    _delay_ms(1000);
  }
  return 0;
}

Die Flachbandkabel hab ich auch richtig rum jetz

Wenn ich jetzt auf Build klicke steht unten nur Build started... aber 
mehr leider nichtt

Hane89 --- schrieb:
> Wenn ich jetzt auf Build klicke steht unten nur Build started...

Build und der Transfer zum realen AVR sind zwei völlig verschiedene 
Dinge.

...

Hab gelesen, wenn ich auf Build klicke, erzeuge ich den HEX-Code, 
welchen ich dann beim "programmieren" auswähle bei Flash Input Hex File. 
Aber das Programm macht ja nichts, wenn ich meinen Code eingebe und 
anschließend auf Build klicke

es steht nur Build started ...
und nicht ...completetd ..0 errors...0 warnings
also so sollte es laut beschreibung zumindest dort stehen

@ttl

mit dem obigen Programm sollten die LED's aber schon normal blinken 
oder?

Nur mal so nebenbei: hat das mit meinem Problem zu tun, ob die LEDs und 
Taster nun low aktiv sind oder nicht???

mfg

Stimmt beim ersten Programm machts was aus :)
Ich glaub aber nicht, dass die Hex-File (Anhang) korrekt ist :)

Vielen Dank schonmal Spess53!!! Endlich^^

Hane89 --- schrieb:
> hat das mit meinem Problem zu tun, ob die LEDs und
> Taster nun low aktiv sind oder nicht???

Jain. Denn Du hast anscheinend mehrere Probleme.

Hane89 --- schrieb:
> es steht nur Build started ...
> und nicht ...completetd ..0 errors...0 warnings

Das ist wohl eine Frage betreffs C-Compiler. Da kann ich Dir nicht 
helfen, für C bin ich ungeeignet (eigene Feststellung, schon seit Langem 
bekannt). Ich weiß nicht, was man alles tun und einbinden muss, damit 
ein C-Programm überhaupt Compilierfähig ist. Ich muss das aber auch 
nicht wissen, denn ich werkele in Assembler.

Du kannst natürlich auch mal mit einem Dateimanager Deiner Wahl im 
Projektordner nachsehen, ob der Compiler eine Hexdatei erstellt hat. 
Dazu könnte man Datum und Uhrzeit der Erstellung der Datei im Vergleich 
zur Systemzeit des Rechners berücksichtigen.

Hane89 --- schrieb:
> DDRB=0xFF;
>   led2_status=0xFF;
>   PORTB=led2_status;

Damit bekommst Du am STK500 keine LED zum Leuchten, da die LEDs (wie 
auch die Taster) L-aktiv sind. Gut, Du hast es vermutlich inzwischen auf 
0x00 geändert, also von einem Extrem zum anderen. Denn es gibt zwischen 
0x00 und 0xff genügend Zwischenwerte, bei denen einige Portpins auf H 
und einige Portpins auf L geschaltet werden, worauf dann einige LEDs 
leuchten sollten, egal, ob sie H- oder L-aktiv sind.

...

Kapersky schrieb im Beitrag #3029425:
>>Probiere mal das angehängt Hex-File aus.
>
> VORSICHT!!! VIRUS!!!


Einen schönen Gruß an deinen Kaspersky.
Aber für ASCII-Text Files kann er sich seine Meldung sparen.
Die kann man im Notepad aufmachen, die kann man auch mit AVR-Studio auf 
den µC brennen, aber eines ist da ganz sicher nicht drinnen: ein Virus. 
Da ist einfach nur Text drinnen. Und zwar so wie Gott ihn schuf: 7 Bit 
ASCII. Die Probleme mit EMail Viren haben erst angefangen, als die 
BWL-er unbedingt HTML in den EMails haben wollten, bzw. Microsoft ihnen 
das gegeben hat. Vorher war das nämlich überhaupt kein Problem.

Hallo Leute, also das Problem war die Software selbst!!!!
Habe AVR Studio 4.19 nochmals deinstalliert und wieder installiert!
Jetzt bekomm ich auch eeeendlich Meldungen, wenn ich das Programm z.B. 
kompiliere oder auch übersetzen möchte!!!!

Jetzt bekomme ich bei der Kompilierung von diesem Programm:

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

int main (void)

{
  DDRB=0xff

  while (1)
  {
    PORTB=0xff;
    _delay_ms(1000);
    PORTB=0x00;
    _delay_ms(1000);
  }
  return 0;
}

diese Meldungen:

Build started 5.2.2013 at 10:15:00
avr-gcc  -mmcu=atmega16 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char 
-funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT LED_TEST.o 
-MF dep/LED_TEST.o.d  -c  ../LED_TEST.c
In file included from ../LED_TEST.c:2:0:
c:\program files (x86)\atmel\avr tools\avr 
toolchain\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/util/delay.h: 
90:3:  warning: #warning "F_CPU not defined for <util/delay.h>" [-Wcpp]
../LED_TEST.c: In function 'main':
../LED_TEST.c:9:3: error: expected ';' before 'while'
make: *** [LED_TEST.o] Fehler 1
Build failed with 1 errors and 1 warnings...

kann mir da jemand weiterhelfen?

ok nach DDRB=0xff kommt noch ein Semikolon :)

Hane89 --- schrieb:
> kann mir da jemand weiterhelfen?

Steht doch alles da:

Hane89 --- schrieb:
> 90:3:  warning: #warning "F_CPU not defined for <util/delay.h>" [-Wcpp]
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Du hast dem Compiler nicht gesagt wie schnell Dein Controller taktet, 
somit weiß er nicht, wie die Warteschleifen berechnet werden sollen.

Hane89 --- schrieb:
> ../LED_TEST.c:9:3: error: expected ';' before 'while'
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Du hast wohl ein Semikolon vergessen. Wo weiß ich nicht, ich kann kein 
C.

...

na endlich es funzt, meine LEDs blinken! :)