Kein Erfolg mit Timer

[Brutzel (Gast)]

Ich möchte 5 LEDs zählen lassen, dazu verwende ich einen 8 Bit Timer.
Das Ziel ist es eine Funktion mit 3Hz aufzurufen (ca 3 mal pro Sek)

Mein Chip taktet mit geringen  16kHz hinzu kommt ein Vorteiler von 1024 
bedeutet mein Timer arbeitet mit 15Hz
Das ist auch richtig bis dahin, die LEDs blinken mit 15Hz nun kam ich 
auf den Gedanken diese Funktion im Timer nur alle 5 mal aufzurufen.

Der Code auf Pastebin: http://pastebin.com/DYL4LH8A

Mein Problem ist, die LEDs leuchten dauerhaft als würde die Funktion 
Loop nie aufgerufen werden.

[Dieter F. (Gast)]

Brutzel schrieb:
> Mein Chip taktet mit geringen  16kHz

Sieht nach einem ATTiny 2313 aus - und der soll mit 16 kHz takten? Ich 
habe da 8 MHz (Megahertz) per Default im Hinterkopf ...

Oh, Assembler - ein Fall für den C-Hater :-)

[Meckerziege (Gast)]

Brutzel schrieb:
> Der Code auf Pastebin: http://pastebin.com/DYL4LH8A

Geht bei dir die Funktion für Foren-Anhänge nicht?

[Rolf M. (rmagnus)]

Brutzel schrieb:
> Mein Chip taktet mit geringen  16kHz hinzu kommt ein Vorteiler von 1024
> bedeutet mein Timer arbeitet mit 15Hz
> Das ist auch richtig bis dahin, die LEDs blinken mit 15Hz nun kam ich
> auf den Gedanken diese Funktion im Timer nur alle 5 mal aufzurufen.

Wie sorgst du denn dafür, daß dein Timer bei jedem Takt einen Overflow 
bekommt?

> Mein Problem ist, die LEDs leuchten dauerhaft als würde die Funktion
> Loop nie aufgerufen werden.

Was hat die Funktion Loop denn mit den LEDs zu tun? Sie beeinflußt diese 
doch gar nicht. Nach der Initialiserung in main wird der Status der LEDs 
nie wieder verändert.

[c-hater (Gast)]

Brutzel schrieb:

> Ich möchte 5 LEDs zählen lassen

LEDs können nicht zählen.

> dazu verwende ich einen 8 Bit Timer.

Der zählt. Eigentlich ist das nämlich ein Timer/Counter.

> Das Ziel ist es eine Funktion mit 3Hz aufzurufen (ca 3 mal pro Sek)

OK.

> Mein Chip taktet mit geringen  16kHz

Hoffentlich stimmt das... Aber immerhin: es wäre zumindest möglich. 
Könntest du bitte die Hexwerte der Fuses posten, damit das überprüfbar 
wird?

> Der Code auf Pastebin: http://pastebin.com/DYL4LH8A

Dieser Code wird sich sicher nicht übersetzen lassen. Da dürfte es 
mehrere Fehlermeldungen hageln. Schon beim ersten Überfliegen des Code 
würde ich folgende Fehler vorhersagen (sinngemäß in's deutsche 
Übersetzt): "konnte Include-Datei nicht finden" und "unbekanntes Makro".

> Mein Problem ist, die LEDs leuchten dauerhaft als würde die Funktion
> Loop nie aufgerufen werden.

Oder so schnell, dass du es mit deinen begrenzten Sehfähigkeiten als 
Dauerlicht siehst...

[Brutzel (Gast)]

Der code Lässt sich problemlos übersetzen, die 16khz stimmen in soweit, 
dass ich als Takt 128kHz eingestellt habe, mit CKDIV8 was 16kHz ergibt, 
dies lässt sich in soweit auch überprüfen.
Schreibe ich bei einem Timeraufruf nur:
inc leds

und gehe dann wieder raus, so blinken die LEDs mit 15Hz bzw sie Zählen 
binär nun kann man argumentieren wie habe ich das kontrolliert, ganz 
einfach die 3. LED stehend für das 3. bit Leuchtet ca 3,5mal Pro sek das 
kann man Zählen.

Darum denke ich nicht, das die Leds mit einfügen meines Versuches 
plötzlich so schnell blinken, dass ich nicht sehe.

Des weiteren denke ich, dass die Funktion Main immer nach Rückkehr des 
Interrupt aufgerufen wird, das muss auch geschehen da ich es ja sehen 
kann, wie sie mit 15Hz zählen.

[Heinz V. (heinz_v)]

'Teiler' wird nur einmal vor der Main mit 0x05 geladen, in deiner 
Interruptroutine wird der auf 0 runtergezählt, und dann?

[ohne Worte (Gast)]

Brutzel schrieb:
> Des weiteren denke ich, dass die Funktion Main immer nach Rückkehr des
> Interrupt aufgerufen wird, das muss auch geschehen da ich es ja sehen
> kann, wie sie mit 15Hz zählen.

dein Hauptprogramm wird nur ein Mal gestartet und hängt dann in der 
Schleife
END
JMP END

und bloß weil du ein Register mit leds bezeichnest leuchtet noch lange 
keine (siehe Rolf)

[c-hater (Gast)]

ohne Worte schrieb:

> dein Hauptprogramm wird nur ein Mal gestartet und hängt dann in der
> Schleife
> END
> JMP END

Und genau hier würde jeder Assembler meckern, der was auf sich hält. END 
ist keine Sprungmarke (dazu fehlt der Doppelpunkt), also würde es der 
Assembler für ein Makro halten. Das ist aber nirgends definiert, also 
würde es die Fehlermeldung "unbekanntes Makro" geben.

[Rolf M. (rmagnus)]

Mal ganz davon abgesehen, daß es einen Befehl JMP beim tiny2313 gar 
nicht gibt.

[Karl H. (kbuchegg)]

Und bitte spar dir den Mist mit pastebin.
Du kannst, darfst und sollst Code hier direkt posten.
Kurzen Code kannst du in dein Posting mit einbauen (bitte die 
Codeformatiertags benutzen), längeren Code kannst du ganz einfach als 
Dateianhang anhängen (so wie die Quellcodedatei ist, kein Umformatieren, 
nicht als Word-Dokument, kein PDF, einfach nur die Datei).

.include "2313def.inc"
 
.def temp  = r16
.def leds  = r17 // Ausgaberegister
.def teiler = r18
.def counter = r19 // Was ist der Nächste Schritt der Scene
 
.org 0x0000
        rjmp    main                  ; Reset Handler
.org OVF0addr
        rjmp    timer0_overflow       ; Timer Overflow Handler
 
 
ldi     teiler, 0x05  
main:
 
        ldi     temp, LOW(RAMEND)    
        out     SPL, temp
 
                ldi     temp, 0xFF  
        out     DDRB, temp
 
                   
        out     PORTB, leds
 
                ldi     temp, (1<<CS00)|(1<<CS02); CS00 setzen: Teiler 1024
        out     TCCR0, temp
 
        ldi     temp, (1<<TOIE0)      ; TOIE0: Interrupt bei Timer Overflow
        out     TIMSK, temp
                sei
 
                END
                jmp END
 
timer0_overflow:
 
                dec teiler
                breq Loop
                reti
                Loop:
                inc leds
                ldi     teiler, 0x05  
                reti

[Karl H. (kbuchegg)]

>

> timer0_overflow:
> 
>                 dec teiler
>                 breq Loop
>                 reti
>                 Loop:
>                 inc leds
>

Schön.
Und? Weiter?
Wie bzw. wo kommt 'leds' jetzt an die Portpins?