home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lsi / cad / 1214 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.4 KB
  1. Xref: sparky comp.lsi.cad:1214 comp.arch:11648
  2. Newsgroups: comp.lsi.cad,comp.arch
  3. Path: sparky!uunet!super!cfreese
  4. From: cfreese@super.org (Craig F. Reese)
  5. Subject: Re: Why no tri-state outputs in FPGA cells?
  6. Message-ID: <1992Dec15.010020.9274@super.org>
  7. Sender: news@super.org (USENET News System)
  8. Nntp-Posting-Host: super
  9. Organization: Supercomputing Research Center (Bowie, MD)
  10. References: <1992Dec14.221541.25270@dartvax.dartmouth.edu>
  11. Date: Tue, 15 Dec 1992 01:00:20 GMT
  12. Lines: 44
  13.  
  14. In article <1992Dec14.221541.25270@dartvax.dartmouth.edu> pichet@coos.dartmouth.edu (Pichet Chintrakulchai) writes:
  15. >
  16. >I've been working on a project designing a processor with FPGA's.  One severe
  17. >limitation I found is that their cells do not have tri-state outputs and thus
  18. >forcing me to use MUXes on buses consuming a lot of the resources.
  19. >
  20. >Does anybody have any idea why they didn't make these cell outputs tri-state?
  21. >
  22. >Thanks.
  23. >Pichet Chintrakulchai        (pichet@dartmouth.edu)
  24.  
  25.  
  26. You don't say which FPGA you are using but the Xilinx 4000 series does
  27. contain tristate buffers for just the kind of purpose you describe.
  28. The buffers are not on each CLB but adjacent.  There are some
  29. limitations as to where the buffers can connect up.  I have found
  30. designs where the functionallity did _not_ work for a given device (due
  31. to the size of the FPGA, size of my design, and the tristate buffer/bus
  32. resources) but a larger chip probably would have.  In many other
  33. designs I have not used any tristate logic (so I'm glad the CLBs aren't
  34. all tristate by default).
  35.  
  36. Xilinx Technical Support; 1-800-255-7778.  (I'm not sure if they'll
  37. talk to you on this number or whether this is just for people
  38. with support contracts but it would be a good place to start.)
  39.  
  40. Craig
  41.  
  42. P.S. I have no connection with Xilinx other than being a user of
  43. there products.  I have both good and bad things to say about their
  44. stuff.
  45.  
  46. *** The opinions expressed are my own and do not necessarily reflect 
  47. *** those of any other land dwelling mammals....
  48.  
  49. "The problem ain't what we don't know; it's what we know that just ain't so
  50. Either we take familiar things so much for granted that we never think about 
  51. how they originated, or we "know" too much about them to investigate closely."
  52. -----------------
  53. Craig F. Reese                           Email: cfreese@super.org
  54. Institute for Defense Analyses/
  55. Supercomputing Research Center 
  56. 17100 Science Dr.
  57. Bowie, MD  20715-4300
  58.