ATtiny13 und Studio4 in Assembler

[hegewald]

Hallo Hubert und Oberallgeier,
danke für Eure Hilfe!
zu Hubert...habe schon das halbe AVR - Tutorial gelesen, aber zu den Vorschlag von Oberallgeier

#define sw1 PINB,PB4
stand nichts! Auch in meinen Buch zum AVR-Assembler war nichts zu lesen.
Und es funktioniert tadellos.
Schlau geworden bin ich auch, wie ich die PULLUP-Widerstände am Portb setze.
Nun werde ich über Timer0 3 Zeiten von 20 / 30 / 40 Minuten aufbauen.

Grüße

Rolf

[Besserwessi]

Viele der Tutorials und Bücher sind noch für den alten Assembler. Der kann den Befehl #define noch nicht. Da hat man so etwas per .equ Direktive gemacht. Bei AVR Studio4 kann man zwischen der alten und neuen Version des Assemblers wählen.

[hegewald]

Hallo Leute,
ich hänge mit den Tiny13 auf dem Schlauch...und habe schon das Datenblatt studiert.
Anfangsteile vom Quelltext und Aufruf der ISR am Ende:

.INCLUDE "tn13def.inc" ; Deklarationen für Tiny13
.EQU takt = 1000000 ; Systemtakt 1 MHz
#define test PINB,PB3
#define sw1 PINB,PB4
#define sw2 PINB,PB1
#define sw3 PINB,PB2
rjmp start ; Reset-Einsprung
.ORG OVF0addr ; Interupt-Vektoren
rjmp TIM0_OVF ; Sprung zur ISR

start: ldi r16,LOW(RAMEND) ; Stapel anlegen
out SPL,r16

ldi r16,0x01 ; Bitmuster 0000 0001
out DDRB,r16 ; PortB (PB0 ist Ausgang)
ldi r16,0b00011110 ; PB1-PB4 = PULLUP
out PORTB,r16

;Interrupt-ISR
TIM0_OVF: push r16
in r16,SREG
dec r17
pop r16
out SREG,r16
reti
Der Compiler vom Studio4 gibt Fehlermeldung "TIM0_OVF" undefiniertes Symbol.
Beim Tiny2313 läuft das anstandslos...ich weiß nicht mehr weiter.
Auch wenn ich in der loop-Schleife "rcall zeit4" eingebe, und die Routiene mit ret beende,
kommt die Fehlermeld. zeit4 undef. Symbol

Grüße

Rolf

[hegewald]

Sorry, hab den Fehler gefunden!

Vor der ISR und den Aufrufen der Zeiten stand ein ".EXIT", und das hat mich 4 Stunden gekostet.

[oberallgeier]

... ein ".EXIT", und das hat mich 4 Stunden gekostet.

Ein langsamer Ausgang . . . *ggg*. Aber besser ein .exit in der Software als der .exitus des Controllers.

[Searcher]

;Interrupt-ISR
TIM0_OVF: push r16
in r16,SREG
dec r17
pop r16
out SREG,r16
reti

Hallo,
ich bin Anfänger in ASM, aber könnte es sein, daß das grüne push fehlt oder das rote pop zuviel ist?

;Interrupt-ISR
TIM0_OVF: push r16
in r16,SREG
push r16
dec r17
pop r16
out SREG,r16
pop r16
reti


Gruß
Searcher

[MagicWSmoke]

..., aber könnte es sein, daß das grüne push fehlt oder das rote pop zuviel ist?

Nein, nur vertauscht, richtig wär's so:

TIM0_OVF:
push    r16
in      r16,SREG
dec     r17
out     SREG,r16
pop     r16
reti

Der Originalcode:

pop    r16
out    SREG,r16

stellt dagegen SREG mit einem Wert wieder her, den R16 beim Aufruf des Interrupts hatte, was für kreatives Verhalten des Codes sorgt.

[hegewald]

Hallo Macig,
den Cod
TIM0_OVF:
push r16
in r16,SREG
dec r17
out SREG,r16
pop r16
reti
hatten mir die Provis vom www.mikrocontroller.net vorgegeben, und daran habe ich mich dann gehalten.
SREG ist doch ein Register (Bit7=I) =sei, wenn gesetzt, läuft der Overflow ständig.
Was mich nun beschäftigt, die Zeiten von 20 | 30 | 40 Minuten zu realisieren...das wird noch an Zeit kosten.
Toleranzen sehe ich mit +/- 5%

Grüße

Rolf

[MagicWSmoke]

Hallo Hegewald,

TIM0_OVF:
push r16
in r16,SREG
dec r17
out SREG,r16
pop r16
reti
hatten mir die Provis vom www.mikrocontroller.net vorgegeben, und daran habe ich mich dann gehalten.

Dieser Code jetzt entspricht dem von mir berichtigten.

Vergleich' dazu Dein Post Nr. 6 dieses Threads:

;Interrupt-ISR
TIM0_OVF:    push    r16
            in        r16,SREG
            dec        r17
            pop        r16
            out        SREG,r16
            reti

Nur darum ging's, das ist falsch.
Betrachte genau wo R16 gepoppt wird und wo in's SREG heschrieben wird.