Again pessimistic. max signal layers = (n/2 - 2) / 2 / 2
the last "/ 2" says I get to work of of each edge of the device. So I should have been able to route a 900 pin fpga on 4 layers. at least as far as clearing the fpga. If we don't use via in pads we loose the two outer layers for routing to the inner io pads. max signal layers = ((n/2 - 2) / 2 / 2) + 2 and we have to make up for them with additional signal layers. Steve Meier On Fri, 2008-03-28 at 11:53 -0700, Steve Meier wrote: > ah it assumes all pins are io and that you can only get one trace > between rows? > > Realistically, the center pins are power and ground with io allong the > edges. > > so lets say for a row the center half of the pins are power and ground > and you can get two traces between rows. > > max signal layers = (n/2 - 2) / 2 > > n/2 says half the pins are io > > -2 says on an outer surface we can touch the outer io pad with a trace. > > / 2 says we can place two traces between each row > > > Steve M. > > On Fri, 2008-03-28 at 11:43 -0700, Steve Meier wrote: > > I have routed a 900 pin bga 1mm pitch on 4 signal layers. > > > > 30x30 > > > > using Larry's math > > > > 30/2 - 2 = 13 layers.... this seems pessimistic. > > > > for details see > > > > http://archives.seul.org/geda/user/Jan-2005/msg00196.html > > > > > > Steve M. > > > > On Thu, 2008-03-27 at 17:21 -0700, Larry Doolittle wrote: > > > Guys - > > > > > > On Thu, Mar 27, 2008 at 04:22:34PM -0700, Jesse Gordon wrote: > > > > DJ Delorie wrote: > > > >>> http://www.xilinx.com/products/boards/ml410/index.html > > > >> They have a lot of support chips on that board, though. Like the > > > >> south bridge, CF controller, PCI bridge, etc. I was thinking more > > > >> like "every connector goes directly to an FPGA pin". Maybe one fpga > > > >> for the cpu core and one for the peripherals, though. > > > >> > > > > I like the idea. If the main FPGA was big enough, maybe it'd only need > > > > one, but I guess we're trying to avoid > > > > more then 4 layers, and big bga=more then 4 layers. > > > > > > > > But if two fpgas were sitting right besides eachother, with about 25 > > > > pins lining up, and just connected right together, (with qfp) the run > > > > would be short, straight, and all the same length, it could be over > > > > ground-plane layer there. I think considerable fpga-fpga speeds could > > > > be > > > > attained. If the run was short enough, it may > > > > /work/ without termination. By having several such fpgas in a row, each > > > > > > > > connected likewise to the one near it, or maybe having 1 in the middle > > > > then 4 around it, one on each side, I'm sure enough pins could be > > > > attained to feed all the peripherals. > > > > > > > > It may even be doable on a 2 layer board, but four is much more then > > > > twice as good as 2. > > > > (I think it's more then twice the cost too :-) > > > > > > > > Interfacing to the ram at high speeds could be tricky, so it might be > > > > better to have the ram in parallel (wider data bus) rather then longer > > > > address space, > > > > to allow faster byte/sec without faster addresses/second. > > > > > > All interesting ideas, but fundamentally not new. The > > > bigger/faster/cheaper > > > FPGAs get, the more interesting it gets. A few comments on details: > > > > > > 1. Self-reconfigurable FPGAs have been promised for years, but aren't > > > ready, and probably never will be. Think carefully about the boot > > > sequence, and how one FPGA can boot the next. Having more than one > > > FPGA is probably a good thing. > > > > > > 2. For Ethernet, you don't want a PHY+MAC, just a PHY. The pin count > > > is lower and the result is more FPGA-like. I have a demo of > > > Gigabit-compatible IP/ARP/UDP in 200 cells plus 32 kbits RAM. > > > I will probably even work on making it useful for real-time > > > communications in the next year. > > > > > > 3. A large BGA can be useful even without a lot of board layers. > > > Assume 1mm pitch and 5/5 space/trace. In concept, reaching all > > > n^2 pads can take approximately n/2-2 routing layers, although that's > > > an overestimate because many interior pads are power and ground. > > > Practically, it takes six layers for 170 user I/O on a 256-pad BGA, > > > and the layer count rises rapidly for those 600 to 1200 pad monsters. > > > If you only route the outer four rows, however, you get 16*(n-4) > > > pads with two routing layers (four physical layers with power/ground). > > > A 676-pad package (26x26) gives you 352 routable pads like that. > > > > > > 4. You can do a lot with FPGA plus DDR SDRAM, outside of traditional > > > CPU design. Just look at Elphel's model 333 camera. > > > http://www3.elphel.com/ > > > Ogg Theora _en_coding faster than most PC's can _de_code it. > > > > > > 5. I have always been impressed by Jan Gray's CPU in FPGA designs. > > > http://fpgacpu.org/ > > > Jan himself has moved on to other work. If anyone wants to talk shop > > > about CPUs in FPGA, like how to add Cache, MMU, and SDRAM to a 32-bit > > > Gray-esque processor, let's find a better list. > > > > > > - Larry > > > > > > > > > _______________________________________________ > > > geda-user mailing list > > > geda-user@moria.seul.org > > > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > > > > > > > > _______________________________________________ > > geda-user mailing list > > geda-user@moria.seul.org > > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > _______________________________________________ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user