Re: Home Grown ActionTec Development Daughterboard

"Scott Christensen" <[email protected]>
Newsgroups gmane.linux.uclinux.actiontec
Message-ID <[email protected]>
>I spent 10 years doing HDL design in Verilog making bleeding-edge" 
>full-custom chips, so I know the possibilities are endless with this

Excellent news - glad you're an expert in the area.  I know nothing about 
these devices other than they seem very attractive for a generic "do it all" 
expansion board.

>kind of thing.  I did not realize how cheap these FPGA's have gotten or 
>more importantly, there seem to be usable HDL design tools that are free!

If Digilent can sell a CoolRunner II - XC2C256 CPLD surface mounted on a 40 
pin DIP module carrier for $15 in single quantity, then the IC itself must 
be dirt cheap!

>I say leave the existing (cheap) UART/USB recovery logic in place so that 
>the Actiontec always can boot with a console present, and then

Yes!

>add a little more area to the existing PCB to support the Xilinx chip, and 
>then add something like a compact flash slot (or two).

....and other i/o possibilities, see below.

>  0x8: register for address bits 0-7 (R/W)
>  0x9: register for address bits 8-15 (R/W)
>  0xa: register for address bits 16-23 (R/W)
>  0xb: register for address bits 24-31 (R/W)
>  0xc: data register bits 0-7 (R/W)
>  0xd: data register bits 8-15 (R/W)
>  0xe: control/config/status register (R/W)
>  0xf: read/write data at current address

I like it!

However I'm not sure we want to consume all remaining 8 address locations, 
as we may want to leave a couple addresses for direct i/o to other "you 
decide it" logic in the FPGA/CPLD. (and can have them programmed in the 
device simultaneously)

So I suggest the "bus expansion" design should accomplish your idea with as 
few locations as possible.  For instance do we need all 32 address bits?  
Maybe 24 would be enough?  Does it really need the 0xf address?  That kind 
of thinking.  (I know you threw out a first pass design idea, and a good one 
at that :-)

As far as FPGA and CPLD goes, here is what I've read.

CPLD forever remembers last program, even through power cycles, until has 
new program downloaded.  Example is the CoolRunner II XC2C256.

FPGA must be reprogrammed after every power cycle.  Example is, like on Game 
Boy thingy, Spartan II XC2S50.

I read in some cases designs incorporating a FPGA may also incorporate a 
CPLD that does nothing more than program the FPGA after powerup.

These devices must have tradeoffs, but I'm not sure which would be more 
appropriate for our goals.

Before we "lay down copper" it would be nice if we could, as a group, 
coordinate what features goes into the Next Gen Actiontec Daughterboard 
(NGAD? :-).

I think that the interface to J5 is going to be very straightforward. (uart, 
usb pass-through, xilinx, JTAG to xilinx? - that's it)

However what we put on the outside world part of the xilinx can be any 
number of things.

I would like to have some generic I/O capability, and I like some of the 
other suggestions I've seen.  (USB master, etc)  If we put USB in the FPGA, 
I think I found a reference on opencores that said it would need a companion 
chip PHY?

Generic I/O ability to direct read / write without going through the "bus 
expander" thing would be preferable to me.

Ok, enough rambling for now.

_________________________________________________________________
Frustrated with dial-up? Lightning-fast Internet access for as low as 
$29.95/month. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

__
ActionHack Mailing List - ActionHack-W7/[email protected]
http://www.express.org/mailman/listinfo/actionhack
http://www.embeddedlinuxinterfacing.com/wiki.php/ActiontecDualModem
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.