Mit Tastendruck vorwärtszählen

Wie ist denn der Taster am uc angeschlossen?

Drück mal deine Taste gaaaanz langsam.
Wann genau erfolgt das Umschalten der Led auf
die nächste Ziffer?
Nachdem du die Taste gedrückt hast?
Oder nachdem du die Taste losgelassen hast?


Hintergrund (Niels vermutet dasselbe).

Meist sind Taster so angeschlossen, dass der Grundzustand,
also Taster nicht gedrückt, einer 1 entspricht und der PortPin
auf 0 wechselt wenn der Taster gedrückt wird.

Wenn das Verhalten deines Programmes so ist, dass das Höherschalten
erst nach dem Loslassen passiert, dann ist das bei dir auch so.
sbis und sbic tauschen.

Karl heinz Buchegger wrote:

> Hintergrund (Niels vermutet dasselbe).

Naja, eigendlich vermute ich, das der Taster ohne Pullup oder sonstwas 
betrieben wird; also der Port im "ungedrückten" Zustand einfach offen 
ist.

Thilo M. wrote:

> Pullup hat er drin, 'da wo die Taster angeschossen ;) sind'

Pullups? also sind die taster low-aktiv. Ist das vieleicht schon das 
Problem? Kenn mich jetzt mit Assembler nicht genau aus....

Niels Hüsken wrote:

> Pullups? also sind die taster low-aktiv. Ist das vieleicht schon das
> Problem?

Könnte sein. Solange Einsteiger sich nicht meldet werden wir
es nicht erfahren.

> Kenn mich jetzt mit Assembler nicht genau aus....

Er hat zur Zeit seine Taste auf high-aktiv programmiert.
Ohne internen Pullup.

sbis  bedeutet: Skip (next instruction) if Bit Is Set
sbic            Skip (next instruction) if Bit Is Cleared

damit müsstest da das Programm nachvollziehen können.
Der Rest vom Programm ist ja eher selbsterklärend.

Dann ist der Code offensichtlich High-Aktiv programmiert und die Logic 
muss umgedreht werden...entweder software- oder hardwaremässig.

> Also es zählt ab 1 (dezimal) statt ab 0(dezimal)

Das ist auch nicht ganz richtig. Der Code initialisiert PortD mit 0xFF.

Niels Hüsken wrote:
> Dann ist der Code offensichtlich High-Aktiv programmiert und die Logic
> muss umgedreht werden...entweder software- oder hardwaremässig.
>
>> Also es zählt ab 1 (dezimal) statt ab 0(dezimal)
>
> Das ist auch nicht ganz richtig. Der Code initialisiert PortD mit 0xFF.

Sieh es ihm für den Moment nach:-)
Seine Led dürften ebenfalls low-activ sein.

Das wird dann die nächste Frage: Warum zählt der so komisch?
Zuerst brennt keine Led, drücke ich die Taste brennen dann auf
einmal alle.

Sondern? Wie sieht die verdrahtung am uc aus?

Karl heinz Buchegger wrote:
> Seine Led dürften ebenfalls low-activ sein.
>
> Das wird dann die nächste Frage: Warum zählt der so komisch?
> Zuerst brennt keine Led, drücke ich die Taste brennen dann auf
> einmal alle.

Okey, gehen wir mal davon aus, das die Logic am Taster jetzt stimmt....
Wenn die LEDs Low-Aktiv sind, bedeutet das, das der Zustand des Zählers 
"negiert" dargestellt wird, wenn du ihn "ungefilterert" auf die Ports 
ausgibst.

Zuerst wird der Port mit 0xFF initialisiert. Keine LED leuchtet.
Nach dem ersten Tastendruck wird das register R17, das mit 0x00 
initialisiert worden ist, auf 0x01 hochgezählt und auf dem Port 
ausgegeben. Alle LEDs, bis auf die erste, leuchten.... so müsste es laut 
code zumindest sein.

Möchtest du(ihr) die negierung aufgeben, macht ihr das entweder 
Hardwaremässig (LEDs umpolen bzw umdrehen) oder Softwaremässig (über ein 
zwischenregister den Wert von R17 negieren)