UART funzt nich - ASM (Assembler) - ATMEGA16

geht auch nicht..

Hi

Versuch mal die rjmp durch jmp und reti durch reti und nop zu
ersetzen.

Mfg HG

geht auch nich :(

Hi

Ich weiss zwar nicht wie dein Code jetzt aussieht, aber versuch mal
einfach dir Struktur der Interrupttabelle aus den Datenblatt zu
übernehmen. Ansonsten schau dir die Codebeispiele noch mal genau an.

Mfg HG

die interrupttabelle ist ja 1 zu 1 von anderen programmen kopiert..
sollte also eigentlich gehen.. aber irgendwie wills ned.. kein plan
warum.. ich probier einfach mal weiter rum..

; Interruptroutine: wird ausgeführt sobald ein Byte über das UART
empfangen wurde
INT_RXC:
1.  push temp        ; temp im stack sichern
2.  in temp, UDR     ; Empfangenes Byte in R16(temp) laden
3.  ldi temp, 0x02
4.  out PORTA, temp   ; R16 über PortA (LEDs) ausgeben
5.  pop temp   ; temp wiederherstellen
6.  reti     ; Interrupt beenden

Hi,
Was ist mit 3.? Egal was du empfängst, Du gibts immer 0x02 aus...

Muss man in einer Interruptroutine generell das SREG sichern, Du seztz
mit Sicherheit das Z-Flag, wenn du "NULL" empfängst.
Sonst: Es könnte sein, das deine Interrupttabelle aus einem Programm
mit einem anderen Chip stammt. da sieht die Tabelle dann anders aus.
Habe ich jetzt aber nicht überprüft.
Gruß
Axel

Du seztz, er seztz, sie seztzen, sieht zugegeben komisch aus

"Du setzt" ist wohl richtig, sorry.

Schicke bitte nochmal den Quelltext..

c&p ist nicht immer gut:
"die interrupttabelle ist ja 1 zu 1 von anderen programmen
kopiert.."

Ab 16kB Flash sind die IntVektoren immer mit 2 Words bestückt (für
JMP).

Deswegen nochmal den Quelltext.

nun ich denke eins geht nur:
etweder die Interrupttabelle mit allen Ints untereinander aufführen.
Dann aber mit JMP statt RJMP( siehe Dave, siehe Datenblatt Mega16 Seite
44), oder nur mit den vordefinierten Adressen aus der mega16.inc
(.xxxadr) arbeiten. diese sollten auf alle Fälle stimmen.

Du kannst das Programm doch mal in's AVR Studio laden und das URXC
Flag von Hand setzen, dann siehst du, welcher IntVector angesprungen
wird.

nur mit Reti in der Tabelle springt das Prog sonstwo hin

mit reti+nop passt es,

beim ersten posting hat es auch gepasst:

".org URXCaddr
        rjmp INT_RXC"

war schon richtig..

Andere (gemeine) Frage:
Warum hast Du das nicht selbst schonmal im AVR Studio probiert?
Machst wohl noch nicht so lange, oder?

Gruß auch an alle
AxelR.

Hier ist nochmal der Quellcode, ich hab die Teile, die nichts damit zu
tun haben, herausgeschnitten.
In der INT_RXC schaltet er nur zum Testen die LEDs in einen
festgelegten Status um, damit ich sehen kann, ob er überhaupt was
empfängt.
und ja, ich schreib das ganze in avr-studio und bin selbstverständlich
blutiger anfänger.. bis jetzt habe ich assembler ausschließlich für den
pc verwendet, das hier ist mein erster controller.
allerdings hatte ich doch auch schon ein programm geschrieben, in dem
der chip empfangen konnte und die leds danach geformt hat.

mfg

hier nochmal der alte quellcode, der funktioniert hat.

jetzt habe ich die interrupt-tabelle mal dem bild, dass hier gepostet
wurde angeglicher...läuft genausowenig..
ich schätze mal, dass es nur eine kleinigkeit ist, die hier überhaupt
nicht passt, aber welche?

Ist es zuviel verlangt, mal in das Datasheet vom Controller
reinzuschauen? Da steht auf Seite 44 schon drin wie die IRQ-Tabelle
auszusehen hat. Deine Version braucht 4 Worte pro Eintrag, vorgesehen
sind 2 (Mega16 aufwärts).

Der Tip oben mit den NOPs ist nicht ganz passend. NOP nach RETI
braucht's nur dann, wenn für den jeweiligen Vektor kein JMP drin
steht. Also entweder JMP, oder RETI/NOP.

warum funktioniert das ganze in dem einen programm, und im anderen
nicht??

Sag mal, hast Du Brett vorm Kopf, oder was?
Benutzt Du IRQ-Tabelle mußt Du jeden Eintrag mit 2 Words füllen, OK?

Also, IRQ-Tabelle ohne ISR (Interrupt Service Routine) =

 RETI  ;  1 Word
 NOP   ;+ 1 Word = 2 Words

Mit ISR =

 JMP int_rxc  ;  2 Word

ODER

 RJMP int_rxc ;  1 Word
 NOP          ;+ 1 Word = 2 Words

Machst Du es so wie

.org URXCaddr
        rjmp int_rxc

braucht man das nicht zu machen weil durch .org URXCaddr die Adresse
für den INT-Vektor für URXC an die rivhtige Stelle gepflantzt wird.
Solltest Du aber noch einen Interrupt hinzufügen mußt Du das je nach
Adresse ob niedriger oder höher davor oder dahinter setzen.

sag mal.. entweder blick ich hier überhaupt nix mehr, oder sonst was..
guck dir meinen vorletzten beitrag mal an.. interrupt.asm ...da hab ich
es doch genauso gemacht, wie du es eben beschrieben hast. und ganz am
anfang vom beitrag hatte ich es ja auch noch so:
.org URXCaddr
        rjmp int_rxc
und es funktionierte nicht... und in dem alt.asm was ich hier gepostet
habe, ist auch eine interrupttabelle mit NUR rjmp und reti und die
funktionierte ja komischerweise auch..

ich check langsam echt nix mehr :/

>und ganz am
anfang vom beitrag hatte ich es ja auch noch so:
.org URXCaddr
        rjmp int_rxc
und es funktionierte nicht...

doch, das hat funktioniert!
Nur hast Du die empfangenen Daten mit 0x02 überschrieben. Eigentlich
wolltest Du nur zusätzlich die LED schalten, hast aber mit "ldi
temp,0x02" den Wert den Du vorher mit "in temp, UDR" immer wieder
überschrieben. Wenn Du die Ausgabe "formen" willst, (was immer das
heissen mag) musst Du , wenn überhaupt "andi temp,0x02" machen und
das dann ausgeben.

das hab ich nur als beispiel gemacht, um zu sehen, ob das unterprogramm
überhaupt aufgerufen wird. wäre es aufgerufen worden, wäre es völlig
egal gewesen, WAS empfangen worden wäre. somit hätten sich alle leds
bis auf das 2. ausschalten müssen (oder das 2. an).
--> tut es aber nicht

achso...

gehts denn nun?

nein, sonst hät ichs selbstverständlich gleich gesagt ^^
ich hab schon alles mögliche ausprobiert.. ich verzweifel langsam..
warum geht das nicht?

hier sind doch lauter ehrfahrene leute, die wahrscheinlich schon
ettliche controller programmiert haben. ich selbst habe nur erfahrung
mit pic-controllern, aber ich wollte halt mal nen ATMEL-Controller
ausprobieren. Bloß der will nicht so wie ich.
Wenn jemand mal kurz ein programm schreiben könnte, welches einfach die
empfangenen bytes über port A (LED-Leuchten) wieder ausgibt.. das lad
ich dann mal drauf und teste es, falls derjenige keinen baugleichen
controller hat.

mfg