Forum: Mikrocontroller und Digitale Elektronik Erste Versuche mit Timer0 scheitern


von Johannes Permoser (Gast)


Angehängte Dateien:

Lesenswert?

hi,

ich hab mir folgendes gedacht:
ich lass den 8bit timer mit 256 als prescaler laufen, fang den overflow
interrupt ab, und zahle dann ein word (sumH und sumL) immer um 1 hoch.
mit 14,7 mhz und 256 prescaler müsste dann das obere byte alle
(1/14,7e6)*256*256*256=1,15s 1 hinzugezählt bekommen. funktioniert aber
nicht.

was habe ich falsch gemacht?

mfg, johannes

von A.K. (Gast)


Lesenswert?

Wenn showsum ein Unterprogramm sein soll, dann nicht mit rjmp sondern
mit rcall aufrufen. Andersfalls muss ans Ende davon RETI statt RET. So
kommt der erste IRQ durch, danach bleibt der Interrupt permanent
ausgeschaltet.

Ausserdem ersparst du dem sumL den Wert 0 komplett. Abgesehen von der
argen Umständlichkeit der Zählerei, aber das legt sich mit etwas Übung
(Tip: "inc sumL" erzeugt auch einen per Sprung abfragbaren Status).

von crazy horse (Gast)


Lesenswert?

ausserdem fehlt die Initialisierung des Stackpointers. Unentbehrlich,
sobald du mit Unterprogrammen und/oder Interrupts arbeitest.
Des weiteren musst du in der Interrupt-routine das SREG sichern, wenn
du es veränderst (und das tust du).
Unterprogramme immer mit (r)call aufrufen.

von Pete da Heat (Gast)


Lesenswert?

Außerdem hast Du keinen Stack, die Springerei wird also auch nicht
funktionieren.
Und Du musst Deine Invertierung für die Diodenanzeige wieder rückgängig
machen, sonst zählst Du nur Müll.

Du solltest nochmal einen gründlichen Blick auf Dein Pogramm werfen.

Pete

von A.K. (Gast)


Lesenswert?

Klar, SREG sollte man immer sichern - nur ausgerechnet in diesem Code
ist's überflüssig ;-), weil der "Hauptschleife" völlig egal.

von Pete da Heat (Gast)


Lesenswert?

Das Pferd war wohl etwas schneller...
Das mit der Invertierung passt natürlich, Du verschiebst es ja in ein
anderes Register. Mein Fehler...

Pete

von crazy horse (Gast)


Lesenswert?

@A.K.
"weil der "Hauptschleife" völlig egal"
klar, in diesem speziellen Fall, aber das Hauptprogramm wird ja nicht
ewig leerbleiben. Er fängt doch gerade erst an, also soll er es richtig
machen. Kleine Ausnahmen kann man sich genehmigen, wenn man das Ganze im
Schlaf beherrscht und auf der Suche nach der letzten
performance-Verbesserung ist :-)

von Johannes Permoser (Gast)


Angehängte Dateien:

Lesenswert?

verbesserungen, die ich gemacht habe:
- rcall anstatt rjmp beim aufruf des unterprogramms verwendet
- stackpointer initialisiert
- SREG gesichert

aaaaber: es funktioniert immer noch nicht.

und dann könnte mir noch einer mal verraten, wie das mit der zählerei
eleganter geht.

von A.K. (Gast)


Lesenswert?

"rcall anstatt rjmp beim aufruf des unterprogramms verwendet"

Aber nur an einer Stelle.

von Conlost (Gast)


Lesenswert?

Hallo,

da steht immer noch:
rjmp showsum

Es grüsst,
Arno

von Pete da Heat (Gast)


Lesenswert?

Du kannst Deine Programme im AVR-Studio auch debuggen (simulieren).
Da siehst Du dann auch gleich, wenn er irgendwie komisch rumspringt.

Pete

von Johannes Permoser (Gast)


Lesenswert?

> da steht immer noch:
> rjmp showsum

genau das wars
(bin aber selbst drauf gekommen, nachdem ich in vmlab bisschen
simuliert hab)

danke euch

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.