home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lsi / 764 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  2.7 KB

  1. Xref: sparky comp.lsi:764 sci.electronics:21955
  2. Path: sparky!uunet!olivea!apple!apn
  3. From: apn@Apple.COM (Alex Novickis)
  4. Newsgroups: comp.lsi,sci.electronics
  5. Subject: Re: Lattice & GAL questions...
  6. Message-ID: <76090@apple.apple.COM>
  7. Date: 4 Jan 93 23:46:22 GMT
  8. References: <1992Dec28.023739.9176@softwords.bc.ca>
  9. Followup-To: comp.lsi
  10. Organization: Apple Computer Inc, Cupertino, CA
  11. Lines: 55
  12.  
  13. In article <1992Dec28.023739.9176@softwords.bc.ca> jmacphai@cue.bc.ca (James MacPhail) writes:
  14. >Is there a Lattice Semiconductor engineer or e-mail address
  15. >here-abouts? I'm looking for the answers to the following:
  16. >
  17. >What's the difference between a GAL16V8 and a GAL16V8A?
  18. >
  19. 16v8  = 1st design
  20. 16v8a = product terms added to allow feedback paths in simple mode
  21. 16v8b = added pullups to all pins
  22. 16v8A-QP = quarter power 16v8a design
  23.  
  24. >What are the product term disable fuses useful for?
  25. >(Other than the obvious... why are these in the architecture?
  26. >do they alter the speed/power dissipation?)
  27. >
  28. YES!! They alter the power usage. Bingo. However I have yet to see a 
  29. programmer & software package that allows you to set these. Apparently
  30. the bottleneck is in the programmer, but I can't see why exactly.
  31.  
  32. >Why is the architecture configuration still accessible after
  33. >programming the security fuse? It seems to me that this saves
  34. >a few hours for the buggers off-shore (or on-shore!) that are going
  35. >to reverse engineer my product!
  36. Modern programmers have built-in algorithms to detect what
  37. if the type of device you plugged-in matches the device you selected.
  38. This is sometimes important to prevent damage to both device and
  39. programmer.
  40.  
  41. The only time I can see this to be of significance is when you include
  42. test vectors in your download to the programmer.
  43.  
  44. >And finally... why is the 16V8 so much cheaper than the 22V10? 
  45. >A factor of two seems reasonable to me, but 4-6x seems excessive.
  46. >I've been putting in two 16V8s instead of a 22V10 in most cases,
  47. >and am happy to continue to do so, but it seems to me that there
  48. >would be more profit for Lattice if the 22V10 came down some.
  49. 16V8 production volumes are much higher.
  50.  
  51. >
  52. >Thanks for your time...
  53. >
  54. >James MacPhail  jmacphai@cue.bc.ca  james@mirg2.phy.queensu.ca
  55.  
  56. Call 1-800-fast-gal for GAL info. They usually have an engineer
  57. type you can talk to within minutes.
  58.  
  59. Strangely, I just knew most of thes of the top of my head, and I'm
  60. *not* associated with lattice.
  61.  
  62.  
  63. -- 
  64. Alex P. Novickis, Real Time systems demi-guru.  (W)   408-862-4541
  65. ALINK:alex.n                                    (H)   415-691-0657
  66. UUCP:{amdahl,claris,pyramid,sun,decwrl,well,ubvax,ames}!apn@apple.com,apn@nonvon
  67. "I think... I think it's in my basement. Let me go upstairs and check"-Escher.
  68.