What there is now is basically a KL11 type serial controller - the simplest version of a rs232 controller, without the option to set baud rates, byte lengths, parity, without modem control, and without any error detection capability. ie. What you would connect a terminal or hardcopy console to. More specifically: any device connected to a KL11 - or whatever variant of that that would be accepted by the software that interfaces to the controller. If you mean, do I have any plans to make it possible to connect original "real" Uni/Q controller boards to the FPGA? No, I don't - firstly, because I don't have any of those boards; secondly, because it would likely be more appropriate to recreate the functionality in VHDL as well. And maybe easier - because, interfacing would mean that the timing and electrical behavior of a 'real' Uni/Q bus would have to work with the timing and electrics of the 'logical' bus inside the FPGA. That would not be a trivial challenge. I agree :-) I do have some thoughts on adding one of the Ethernet controllers, but that is a nontrivial job - it will probably take me at least a couple of months to get it working. And, unlike RS232 ports, Ethernet hardware differs across FPGA boards - some have a phy, some have a complete controller including dma to memory, some have wire/transformer only, most have nothing at all. So there too is a bit of a challenge - which situation to build the VHDL for?