| Autor |
Probleme beim Programmieren mit STK500
Suche nach: stk500 (120) |
|
|
|
|
BID = 332910
Humus
Aus Forum ausgetreten
|
|
Hallo,
ich habe die Woche endlich mein STK500 von Atmel bekommen.. und hab mich natürlich gleich dran gemacht und versucht einen Controller zu Programmieren, aber es hat bis jetzt noch nichts funktioniert!! Das ganze entmutigt mich im Moment ein bisschen.
Der sagt mir zwar die ganze Zeit wenn ich was auf den Controller programmiere das alles okay ist, aber es kommt nichts aus dem Controller raus, woran liegt das?
LED´s leuchten keine...
aber wenn ich den AVR in eine eigene schaltung, also nur mit LEDs baue passiert auch nichts.
Es handelt sich dabei um einen ATtiny26 |
|
BID = 332949
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
|
Hast du die Datenrichtungsports für die LEDn (Ausgänge in diesem Fall) aktiviert?
Sind die Fuses richtig programmiert? (vorallem Taktquelle...)
_________________
|
|
BID = 332969
Humus
Aus Forum ausgetreten
|
Also,
nach dem ich fast verzweifelt bin habe ich dann mal einen ATmega8 ausprobiert und mit dem kann ich zumindest die LEDs zum leuchten brigen 
aber leide auch kein blinken Realisieren.
Welche Fuses muss ich da setzen?
Ist das nicht standart mäßig schon so wie es sein muss?
Habe leider noch nicht wirklich viel zum Thema Fuses gelesen, steht bei den Tutorials leider nicht so viel dabei
|
BID = 332972
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
Wenn deine LEDn leuchten, dann scheint es wohl eher ein Programmierfehler zu sein.
Wie realisiertst du denn die Verzögerung, damit die Blinken? Beachte: Standardmäßig sind die Taktquellenfusebits (  .
_________________
|
BID = 333118
Humus
Aus Forum ausgetreten
|
Das mit dem internen Takt ist mir schon klar, deswegen habe ich auch den befehl "nop" verwendet.
Werde mich gleich noch mal an das Programm setzen und es noch einmal durcharbeiten.
Habe mal wegen dem Fuses geschaut und da steht der Mega8 auf 1MHz +64ms Was bedeuten die 64ms?
|
BID = 333147
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
Die Verzügerung nach Anlegen der Spannungsversorgung, bis der AVR anfängt, das Programm abzuspielen.
Ich denke mal, es lag an falschen Zeitkonstanten.
Ich lade mir mal das Datenblatt runter und schreibe dir nen kleines Programm zum Testen.
_________________
|
BID = 333150
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
Sachmal eben an, an welchen Ports deine LED hängen. Also Portc.3 oder so.
Ich schreibe das für den ATmega8, den habe ich schon zigmal programmiert, da brauche ich auch kein Datenblatt für. Außerdem habe ich keine Definitionsdatei für den ATtiny26.
_________________
|
BID = 333160
Humus
Aus Forum ausgetreten
|
der Port ist mir egal, da das ganze ja nur zum Ausprobieren auf dem STK ist.
|
BID = 333172
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
Ich muss doch wissen, an welchen Anschlüssen deine LEDn hängen.
Sonst kann ich dir kein Programm schreiben.
_________________
|
BID = 333190
Humus
Aus Forum ausgetreten
|
Warum?
Ich muss dann doch nur das Flachband kabel anders stecken auf dem STK. =)
nimm einfach PORT B =)
|
BID = 333197
DonComi
Inventar
Beiträge: 8605
Wohnort: Amerika
|
OK, Programm ist so geschrieben, das alle 500ms der Pin 0 von Port B seinen Pegel ändert. Er ist als Ausgang konfiguriert.
_________________
|
BID = 333203
Humus
Aus Forum ausgetreten
|
danke für die hex datei.
könntest du mir vielleicht den ASM code noch geben?
|
BID = 333254
Humus
Aus Forum ausgetreten
|
schade, dass du es in Bascom geschrieben hast...
Assembler wäre toll gewesen... =)
Na ja ich mach mich mal dran und versuchs einfach mal.
Wird schon schief gehen 
|
BID = 333311
Jornbyte
Moderator
Beiträge: 7149
|
.include "m8def.inc"
.org $000
rjmp init ;Program/Reset Handler
reti ;INT0addr=$001 ; External Interrupt0 Vector Address
reti ;INT1addr=$002 ; External Interrupt1 Vector Address
reti ;OC2addr =$003 ; Output Compare2 Interrupt Vector Address
reti ;OVF2addr=$004 ; Overflow2 Interrupt Vector Address
reti ;ICP1addr=$005 ; Input Capture1 Interrupt Vector Address
reti ;OC1Aaddr=$006 ; Output Compare1A Interrupt Vector Address
reti ;OC1Baddr=$007 ; Output Compare1B Interrupt Vector Address
reti ;OVF1addr=$008 ; Overflow1 Interrupt Vector Address
reti ;OVF0addr=$009 ; Overflow0 Interrupt Vector Address
reti ;SPIaddr =$00a ; SPI Interrupt Vector Address
reti ;URXCaddr=$00b ; USART Receive Complete Interrupt Vector Address
reti ;UDREaddr=$00c ; USART Data Register Empty Interrupt Vector Address
reti ;UTXCaddr=$00d ; USART Transmit Complete Interrupt Vector Address
reti ;ADCCaddr=$00e ; ADC Interrupt Vector Address
reti ;ERDYaddr=$00f ; EEPROM Interrupt Vector Address
reti ;ACIaddr =$010 ; Analog Comparator Interrupt Vector Address
reti ;TWIaddr =$011 ; Irq. vector address for Two-Wire Interface
reti ;SPMaddr =$012 ; SPM complete Interrupt Vector Address
reti ;SPMRaddr =$012 ; SPM complete Interrupt Vector Address
init:
ldi r16,High(RamEnd)
out sph,r16
ldi r16,Low(RamEnd)
out spl,r16
ldi r16,0xff
out ddrb,r16
loop:
clr r16
out portb,r16
rcall wait500ms
com r16
out portb,r16
rcall wait500ms
rjmp loop
wait500ms:
ldi R17, $0F
wait0:
ldi R18, $37
wait1:
ldi R19, $C9
wait2:
dec R19
brne wait2
dec R18
brne wait1
dec R17
brne wait0
ret
[ Diese Nachricht wurde geändert von: Jornbyte am 20 Mai 2006 20:57 ]
|
BID = 339797
Humus
Aus Forum ausgetreten
|
Hey,
so heute kam ich endlich mal wieder dazu mich ein wenig an Assembler zusetzen.
@Jornbyte
Könntest du mir bitte mal das Warten in dem Programm erklären, also ab Wait500ms
Ich habe mir das Programm mal in mein AVR-Studio geladen und mal durch geschaut, aber irgendwie macht er bei dem Warten nicht das was er soll, oder es ist für mich nicht ganz ersichtlich...
der Befehl brne steht doch für ungleich, oder?
und das hinten dran wo er hin verweisen soll, wenn es ungleich ist, oder?
Aber mit was wird verglichen? Für mich wäre es logisch wenn brne $FF wenn dann mit den $FF verglichen wird...
Ich hoffe ich habe dir mein Problem nicht gar so kompliziert und unverständlich geschrieben...
Schon mal vielen dank im vorraus! =)
|
