AVR Studio 4.17 - IRQ Vektoren - Bug ?

Werner Gast 02.01.2012 20:44 #2482402

Lesenswert?

•

Moin, Moin,

ich bin ein rechter Assembler dummy. Aber ich mühe mich ....
Nun wollte ich mir ein paar TWI Slaves basteln, die haben wenig aber
"schnell" zu tun.
Die Hardware ist noch nicht fertig, so habe ich mich AVR Studio an die
Firmware gemacht und simuliert.
Ich verstehe es nicht, ich möchte den TWI Interrupt benutzen,
der Simulator geht auch mit PC 0x0018 an die richtige Stelle nur die 
Tabelle ist "krum".
Ohne das .org $18 ist da schon Programcode und es macht Quatsch.

Sollte nicht jeder Vektor 2 Byte belegen ?

Grüße Werner

Angehängte Dateien:

Vektoren.png
38 KB

Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat

spess53 Gast 02.01.2012 20:47 #2482413

Lesenswert?

•

▲
▼

Hi

Um welchen Controller handelt es sich?

MfG Spess

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Werner Gast 02.01.2012 20:51 #2482421

Lesenswert?

•

▲
▼

Hi,
das war schnell. Frohes Neues ...

Es soll ein DDS mit ATmega48 werden,
Nicht perfekt, TwoWire im extended IO, sie liegen aber rum :0)

mfg Werner

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

spess53 Gast 02.01.2012 20:52 #2482426

Lesenswert?

•

▲
▼

Hi

>Es soll ein DDS mit ATmega48 werden,

Das ist aber nicht die Interruptvektortabelle vom ATMega48.

MfG Spess

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Karl H. (kbuchegg) 02.01.2012 20:58 #2482433

Lesenswert?

•

▲
▼

Der Memory Dump stimmt doch mit dem überein was du programmiert hast.
Genau auf hex 18 ist der Jump zu deinem Handler eingetragen.

Ob das jetzt zum Mega48 passt weiß ich nicht. In solchen Fällen ziehe 
ich die symbolischen Namen direkten Zahlenangaben vor. Denn die stimmen, 
wenn das jeweilige inc File korrekt erzeugt wurde (wovon ich bei einem 
Atmel Produkt erst mal ausgehe)

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

spess53 Gast 02.01.2012 21:01 #2482440

Lesenswert?

•

▲
▼

Hi

>Ob das jetzt zum Mega48 passt weiß ich nicht.

Nein, passt nicht. Seine stammt vom ATMega8.

MfG Spess

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Werner Gast 02.01.2012 21:02 #2482441

Lesenswert?

•

▲
▼

Mhmm.

Ich habe mich an den ATmega8 gehalten.
Das Datenblatt von AVR für den 48er schweigt sich aus,
oder ich finde das Richtige nicht
Es beschreibt eigentlich nur Unterschiede.

Der Simulator erwartet den Vektor auf jeden Fall an der Adresse des 8er.
Wie tickt denn dann der reale 48er?

mfg Werner

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Jörg W. (dl8dtl) Moderator 02.01.2012 21:03 #2482447

Lesenswert?

•

▲
▼

Werner schrieb:
> Es beschreibt eigentlich nur Unterschiede.

Dann hast du wohl nicht das Datenblatt, sondern eine migration appnote
oder sowas.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Karl H. (kbuchegg) 02.01.2012 21:03 #2482449

Lesenswert?

•

▲
▼

Werner schrieb:
> Mhmm.
>
> Ich habe mich an den ATmega8 gehalten.
> Das Datenblatt von AVR für den 48er schweigt sich aus,

Wie bitte?

http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf

Seite 59

> Es beschreibt eigentlich nur Unterschiede.

Ähm. Du musst schon ins richtige Datenblatt schauen und nicht in 
irgendein Verkaufs-Summary-Datenblatt für BWL Leute

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Noname Gast 02.01.2012 21:06 #2482454

Lesenswert?

•

▲
▼

Seite 56
aber das mit den rjmps (Ein-Wort Einträge) stimmt.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Werner Gast 02.01.2012 21:06 #2482455

Lesenswert?

•

▲
▼

Das geht schneller als ich tippe...

include "m48def.inc" habe ich da drin.
Das Enviorment sthet auf ATmega48.
Der Simulator will dann auf TWI bei $18 eingenordet werden.
Nur der Code erzeugt nicht alle RETIs ?

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Karl H. (kbuchegg) 02.01.2012 21:10 #2482464

Lesenswert?

•

▲
▼

Werner schrieb:
> Das geht schneller als ich tippe...
>
> include "m48def.inc" habe ich da drin.
> Das Enviorment sthet auf ATmega48.
> Der Simulator will dann auf TWI bei $18 eingenordet werden.
> Nur der Code erzeugt nicht alle RETIs ?

Weil dein  Code nicht alle Interrupt Vektoren mir rjmp belegt, die der 
Mega48 hat.
Zähl doch mal nach: Du hast vor dem .org $18 insgesamt 17 Handler 
eingetragen (16 Handler ud ein Sprung beim Reset). $18 ist aber HEX 18, 
also dezimal 24. Logisch, dass da eine Lücke ist, die du im Memory Dump 
siehst. Aber wenn du im Memory Dump wieder abzählst, wieviele 
Ret-Instruktionen da sind, dann sind es wieder 16.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

spess53 Gast 02.01.2012 21:11 #2482467

Lesenswert?

•

▲
▼

Hi

>Nur der Code erzeugt nicht alle RETIs ?

Weil der ATMega48 mehr Interrupts besitzt und der für TWI deshalb an 
einer anderen Stelle liegt.

Also Code anpassen.

MfG Spess

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Karl H. (kbuchegg) 02.01.2012 21:13 #2482474

Lesenswert?

•

▲
▼

So was schreibt man so

     rjmp Reset
.org TWIaddr
     rjmp TwiHandler
.org INT_VECTORS_SIZE
Reset: ....


dann kann dir völlig egal sein, wo genau im Speicher der Vektor sein 
muss. Und es braucht dich auch nicht zu interessieren, dass es der 24.te 
ist.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Noname Gast 02.01.2012 21:15 #2482477

Lesenswert?

•

▲
▼

>Der Simulator will dann auf TWI bei $18 eingenordet werden.
Den Satz verstehe ich nicht.

Du hast ein ganz anderes Problem.
Entweder Du definierst in Deinem Code nur einen Teil der 
Interruptvectoren oder alle.
Im ersten Fall brauchst Du nach den Lücken in deinen rjmps ein .org 
sonst folgt der nächste rjmp direkt, also an falscher Stelle.
Das ist hier am Anfang der Fall, weil z.B.

0x003 rjmp PCINT0 ; PCINT0 Handler
0x004 rjmp PCINT1 ; PCINT1 Handler
0x005 rjmp PCINT2 ; PCINT2 Handler


fehlen.
Deswegen steht bei fehlendem .org 18 da schon Code.

Oder definiere einfach alle Interrupt Vektoren.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Stefan E. (sternst) 02.01.2012 21:15 #2482482

Lesenswert?

•

▲
▼

Karl Heinz Buchegger schrieb:
> Und es braucht dich auch nicht zu interessieren, dass es der 24.te
> ist.

Ist es auch gar nicht. Es ist der 18. Er hat Vector-Nummer und Adresse 
verwechselt.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Werner Gast 02.01.2012 21:16 #2482484

Lesenswert?

•

▲
▼

Danke, Danke,

ich habe aus dem Link nun das "richtige" Datenblatt.
Keine "migration" PR mehr.
Das passt jetzt schon.

Aller Mühsam ist Anfang oder was war da schwer ?

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Karl H. (kbuchegg) 02.01.2012 21:18 #2482491

Lesenswert?

•

▲
▼

Stefan Ernst schrieb:
> Karl Heinz Buchegger schrieb:
>> Und es braucht dich auch nicht zu interessieren, dass es der 24.te
>> ist.
>
> Ist es auch gar nicht.

richtig. Es ist der 25.te.
Mein Fehler.

> Es ist der 18. Er hat Vector-Nummer und Adresse
> verwechselt.

Du hast gerade hex und dezimal verwechselt. genau wie der TO

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

Stefan E. (sternst) 02.01.2012 21:21 #2482494

Lesenswert?

•

▲
▼

Karl Heinz Buchegger schrieb:
>> Es ist der 18. Er hat Vector-Nummer und Adresse
>> verwechselt.
>
> Du hast gerade hex und dezimal verwechselt. genau wie der TO

Nee, viel schlimmer, ich habe TWI und SPI verwechselt. :-D

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat

AVR Studio 4.17 - IRQ Vektoren - Bug ?

Antwort schreiben