PS/2 mit Assembler - Fehler wegen Interrupts

[Malte B. (oberammergau)]

Liebes Forum,

ich bin gerade für ein Projekt dabei, eine PS/2 Tastatur mit einem 
Atmega 16 auszulesen. Mein bisheriges Ziel war eigentlich nur, die von 
der Tastatur gesendeten Scancodes zu empfangen und über LEDs auszugeben.

Mein Code funktioniert im Prinzip so:
Tastatur CLK an INT2 (INT0 & 1 sind leider schon belegt) löst Interrupt 
bei fallender Flanke aus.
Es wir geprüft ob dies das Startbit ist, falls ja wird es nicht 
gespeichert, sondern einfach ein Zählregister inkrementiert.
In den darauffolgenden 8 Interrupts wird zunächst das Empfangsregister 
rotiert, sodass das LSB für das nächste am Data-Eingang anliegende Bit 
(PortB.3) frei wird. Das Paritätsbit wird wiederum herausgefiltert, und 
wenn das Stopbit empfangen wurde, wird das nun in Temp3 gesicherte Byte 
an PORTD ausgegeben. Dann werden die Variablen resettet um die nächste 
Übertragung abzuwarten.

Wenn ich das Programm nun auf dem µC habe, bekomme ich keine Ausgabe 
über die LEDs (beim normalen Durchlauf). Wenn ich es über einen JTAG 
debugge, wird immer ein Interrupt aktiviert (auch wenn keine Taste 
gedrückt wird) und es werden auch Bytes ausgegeben. Die haben allerdings 
noch keinen kausalen Zusammenhang mit den Scancodes.

Danke für jede Hilfe :)

EDIT: Habe den Code nochmal überarbeitet, selbes Problem:

.include "m16def.inc"

.def temp = r16
.def temp2 = r17
.def temp3 = r18

.org 0
    rjmp init
.org INT2addr
        rjmp int2_handler    

init:  ldi temp, LOW(RAMEND) ;Stack-Init
        out SPL, temp
        ldi temp, HIGH(RAMEND)
        out SPH, temp

    ldi temp, 0xFF
    out ddrd, temp

    ldi temp, 0b11110011  ;interrupt eingang portb2 + data leitung pordb3
        out DDRb, temp

    ldi temp, (1<<2)|(1<<3)
    out PORTB, temp

    ldi temp, (1<<INT2)
    out GICR, temp
    
    clr temp2
    clr temp3

    sei

loop:  rjmp loop


;Interrupt
int2_handler:

    cpi temp2, 1
    brlo skipbit ;Startbit
    
    cpi temp2, 0x0A ;Alles empfangen?
    brsh ausgabe
    
    cpi temp2, 0x09 ;Paritätsbit?
    brsh skipbit
    
    clc
    ror temp3 ; ausleseregister rotieren für nächsten Eingabe

    in temp, pinb
    bst temp, 3 ;Nächstes Bit ins Ausleseregister
    bld temp3, 7


skipbit:inc temp2
    reti

ausgabe:out portd, temp3

    clr temp3
    clr temp2
    reti

[Mark L. (Firma: TH Köln) (m2k10)]

Malte B. schrieb:
> Es wir geprüft ob dies das Startbit ist

Das siehst du etwas falsch, du prüfst nur deinen Zähler und setzt dabei 
voraus, dass das Startbit dann kommt, wenn dieser auf 1 steht, selbst 
wenn das (falsche) 'Startbit' eine 1 ist. Mit viel Glück könnte das 
funktionieren, aber bei jeglichem Fehler läuft das sofort aus dem Ruder. 
Der int-IRQ ohne Noise-Canceler reagiert auch empfindlich auf Störungen.

Hab grad nicht im Kopf, wie's genau geht, aber du müsstest das Startbit 
als solches identifizieren (bspw. warten bis CLK >50µs high und dann 
erste fallende Flanke, wenn DAT auf low dann Startbit) und dann erst den 
Zähler starten und die nachfolgenden bits einlesen. Oder, falls noch 
frei, könntest du auch einfach den USART nehmen und dir die ganze Arbeit 
sparen(synchr.USART, odd-Parity und CLK und RxD mit pull-up an die 
Tastatur).

Mark