timer interrupt

Unterscheidet Assembler in Groß/Kleinschreibung? Du hast Licht_80s
und licht-80s geschrieben. (Ich verstehe nicht viel von Assembler, nur
das ist mir aufgefallen)

MfG Paul

Ähm... es wird dir zwar nicht bei der Lösung deines Problems helfen,
aber:

bewirkt

--> ldi temp,128
--> out SREG,temp

und

-->sei

nicht ein und das selbe? Wenn ja, warum gibst du die INTs doppelt
frei?

Gruß,
Magnetus

Oh... habs gerade selber gemerkt... ist nicht das selbe.

--> sei

...setzt das I-Bit im SREG

--> ldi temp,128
--> out SREG,temp

...setzt das I-Bit und löscht alle anderen! ...warum tust du das?

Was freue ich mich, daß es BASCOM gibt!
:-)
Paul

Wer aufpasst bei der Simulation wird schlau:
Der Interrupt tritt sehr wohl auf, du hast aber dein "rjmp Licht_80s"
eine Zeile zu weit unten geschrieben bzw. ein "rjmp RESET" zu viel
drüber.
Ratsam ist immer die benuzten stellen nochmal explizit mit .org an die
entsprechende Speicherzelle zu rücken. Wenn dann ein "rjmp RESET" zu
viel drin is beschwert sich der Assambler.

Sebastian

PS: Lang bleibt das Licht ja nicht an...

Hallo,

ich habe mal ein paar Stellen hier reinkopiert, die mich verwirren:

.include <tn2313def.inc>

ist also ein Tiny2313


      rjmp RESET
         rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp Licht_80s
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET
      rjmp RESET

Mehr als Anregung: wenn Du IRQs nicht benutzt, setze reti statt rjmp
RESET.
Hat den Vorteil, das ein versehentlich ausgelöster IRQ eben einfach als
bearbeitet verlassen wird.


reset:
    ldi temp,128      ;gibt die interrupts frei
    out SREG,temp
Daß das überflüssig ist, wurde ja oben schon diskutiert.

Ein Prozessor macht nicht unbedingt was er soll,
er macht aber IMMER, was man ihm gesagt hat. ;-)

    ldi temp,0b00000000
    out ddrd,temp      ;portd ist eingang

Ich weiß zwar nicht, was an PortD bei Dir dran ist, falls es offene
Pins gibt, unbedingt die internen PullUps einschalten. Ein offener
Eingang nimmt jeden Pegel an, die Nebenwirkungen sind genauso
unberechenbar.

    ldi Temp, 2        ;hier wird der timer interupt freigegeben
    out TIMSK, Temp

Du hast dem Timer immernoch gesagt, in welchem Mode mit welchen Werten
er eigentlich laufen soll, der kann nicht hellsehen...

    sei
Warum gibst Du hier die Interrupts frei, ohne überhaupt irgendwas
initialisiert zu haben? Das kann dazu führen, daß schon ein IRQ
ausgelöst wird, bevor Du die Zugehörigen Daten vorbereitet hast.


    ldi temp,5
    out TCCR0,temp      ; mit 1024 geteilte frequenz

Das Register TCCR0 ist nur aus Kompatibilitätsgründen zu Vorgängertüpen
auf das Register TCCR0A definiert,
der Tiny2323 hat TCCR0A und TCCR0B.
Man sollte auch immer mit den aktuellen Registernamen arbeiten...

timer:  ldi tmp , 255
     out TCNT0, tmp      ;timer zählt bis 255

Hier setzt Du nun endlich den Zählwert des Timers, daß muß vor SEI
passieren. Es ist immernoch unklar (wenigstens als Kommentar für uns
hier) in welchem Mode er läuft...).

Warum setzt Du das hier überhaupt???

    ldi temp,0
    cp zahl,temp
    breq licht_aus
    rjmp timer



licht_aus:
           ldi temp,0b11111111
       out portb,temp
       rjmp ende


Licht_80s:
In der IRQ-Routine wird nur dec Zahl gemacht.
Wenn der Timer im One-Shot-Mode läuft, zählt er genau bis 0 und bleibt
dann stehen, es wird also nie was weiteres passieren...
Dazu müsste hier TCNT0 wieder gesetzt und der Timer gestartet werden.

Habe gerade mal nachgesehen, er müsste im Normal-Mode sein, damit zählt
er aufwärts, also von Deinen 255 direkt auf 0, danach immer von 0...255
usw.
Damit müsste Dein Licht genau einen Taktzyklus lang leuchten, falls Du
es beim Reset einschaltest.
Etwas kurz?

      in sregsave ,SREG
      push sregsave
      dec zahl
      pop sregsave
      out SREG,sregsave
      reti


ende:

    rjmp ende

Gruß aus Berlin
Michael

> timer: ldi tmp , 255
>     out TCNT0, tmp  ;timer zählt bis 255

Das halte ich für ein Gerücht. Wenn Du in TCNT0 255 reinschreibst, dann
läuft er genau beim nächsten Takt über, da es sich um einen 8-Bit-Timer
handelt.

Was ganz gefährlich ist, ist die Freigabe der Interrupts VOR der
Initialisierung des Stack Pointers. Weg damit!

Habe den Eindruck, Du solltest Dich vielleicht mal in Ruhe hinsetzen
und ein Ablaufdiagramm von Deinem Programm zeichnen und jeden Abschnitt
mal anhand des Datenblattes auf seinen Sinn überprüfen. Da es kein
sonderlich langes und kompliziertes Programm ist, sollte das in
endlicher Zeit machbar sein.