AVR-Chat

Sorry I post such similar question but cannot figure out a good answer:

From the ATMEL app note, it is suggested to implement a PS/2 keyboard
interface using INT0 (keyboard clock) and any other port (data line).

Using this schema, the data value is sampled and stored are every
leading edge of the clock signal.
At the end one has the byte assembled and can decode it.

So... what is happening here is that the software is doing the 
work of an interface serial.

The question I cannot see a good answer for yet is : 
 - why not use one of the USARTS of the ATmega128 provides 
    (that's what I am using) and let the internal atmel 
    hardware assemble the byte and generate to me an interrupt 
    when the byte is ready to be decoded ?

Unless the USART is way too slow, then, what is the benefit ?

Thanks you all.

-Alex

At 07:54 AM 4/04/2007, you wrote:
>  - why not use one of the USARTS of

Because it is a completely different format. The KB
signals are more close to a I2C or TWI format than
a USART format but not the same.


Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495       Fax (02) 9674-8745
Email: john@ampertronics.com.au
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

And due to Mr. Samperi's notes, it's speed is varies
and at the other hand, you may need to send some
data/command bytes to keyboard using same data line
which does not works using USART.



 
____________________________________________________________________________________
Expecting? Get great news right away with email Auto-Check. 
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html