On Mon, 4 Mar 2013 16:14:12 +0000 andy pugh <[email protected]> wrote:
> Is there scope for a HAL-to-keysccan userspace cmponent, is this even > possible? 1. The HAL component would accept so-many row bits and so-many column bits as address inputs to a character ROM. 2. The ROM would be so-many bits wide (ASCII or Unicode?). 3. The data output of the character ROM would be sent to wherever it should go. This is probably the problem area as far as implementation goes, or it would be for me. 4. Some mechanism(s) would be needed to address: A. Multiple key rollover B. Separate key-down and key-up codes (if required) C. Output data flow control which could be a simple DATA_READY strobe, or if an output buffer is provided, a two-way handshaking scheme. 5. This could be done as a HAL component, or built in the FPGA. The FPGA route is a waste of high speed resources, and much less transparent, so a HAL component is the right idea. Thanks, Matt P.S. This may all be a statement of the obvious, but there it is! ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
