Hi Werner, very exciting to read about the prospects of getting hw extensions for my Ben :)
A Uart would allow me to use the Ben as a terminal frontend for various monitor-less embedded Linux devices (I'm looking at this stuff: http://www.cyrius.com/debian/kirkwood/qnap/). will the Uart be usable with (non-inverted) TTL level interfaces, as present as debug port in many embedded designs (including the wikireader)? >>>>> "Werner" == Werner Almesberger <[email protected]> writes: > - to keep things small, the board only has TX and RX, but no modem or > flow control signals. This design choice may be controversial. SW flow control can be used instead. Best would be if the corresponding code was part of the uart board firmware (and not part of the more latentcy-suffering linux driver). > - write firmware that actually transfers data between SPI (which is > what the board talks with the Ben) and the UART. Right now, all my > firmware does it blink the LED. > This also means that the SPI slave functionality hasn't been tested > yet. > - host software support, at least in user space, if not a kernel > driver Kernel driver would be nice to be able to use standard terminal software. Or for using the serial port routines built into the tcl interpreter that is installed on the ben. Not that I demand that _you_ coded up a driver :) I guess a script-language (python/lua/forth?) test software would be sufficient to verify the spi interface works. cheers, David -- GnuPG public key: http://user.cs.tu-berlin.de/~dvdkhlng/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40
pgpY5MT9X9zVz.pgp
Description: PGP signature
_______________________________________________ Qi Hardware Discussion List Mail to list (members only): [email protected] Subscribe or Unsubscribe: http://lists.en.qi-hardware.com/mailman/listinfo/discussion
