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

  1. Xref: sparky comp.lsi.cad:1288 sci.electronics:22512
  2. Path: sparky!uunet!ogicse!verdix!islabs!fasttech!zeke
  3. From: zeke@fasttech.com (Bohdan Tashchuk)
  4. Newsgroups: comp.lsi.cad,sci.electronics
  5. Subject: Re: Destroying Xilinx FPGAs by improper configuration?
  6. Message-ID: <1993Jan12.113615.4416@fasttech.com>
  7. Date: 12 Jan 93 11:36:15 GMT
  8. Article-I.D.: fasttech.1993Jan12.113615.4416
  9. References: <1993Jan11.142553.5103@ips.cs.tu-bs.de> <1993Jan11.201525.26608@mlb.semi.harris.com> <scott.726798144@labtam>
  10. Organization: Fast Technology   Beaverton, OR
  11. Lines: 38
  12.  
  13. In <scott.726798144@labtam> scott@labtam.labtam.oz.au (Scott Colwell) writes:
  14. >luoni@jasper.mlb.semi.harris.com (Perry Luoni) writes:
  15.  
  16. >>In article <1993Jan11.142553.5103@ips.cs.tu-bs.de> koch@eis.cs.tu-bs.de (Andreas Koch) writes:
  17. >>>Is it possible to physically destroy a Xilinx 3000 series LCA
  18. >>>by programming only (meaning: outside electrical parameters
  19. >>>are within valid bounds)?
  20.  
  21. >>Yes, it is possible to short a lot of nodes together with the wrong data programmed into
  22. >>the LCA.  If you are using the Xilinx design software you don't have to worry about
  23. >>it though.  The software will prevent you from programming it wrong.  
  24.  
  25. >We are worried about this too.  We have been told that as long as the
  26. >configuration only causes internal drivers to clash with each other, the
  27. >device will survive, but if you cause pin drivers to clash with other
  28. >devices on your board, the device can be permanently damaged.
  29.  
  30. >We are not totally convinced that this is good advice.  We have seen a device
  31. >get _very_ hot with only internal contention.
  32.  
  33. There are additional ways you can get the devices to fail in the field. The
  34. parts are CMOS, so, for example, if you accidentally let internal nodes
  35. float, the part may conduct more current, get real hot, and fail soft.
  36. Any type of floating node is bad for CMOS, since even dinky little inverters
  37. can draw lots of current when their inputs are floating. And, of course, this
  38. is very lot dependent.
  39.  
  40. Another poster mentioned that the design software protects you, but that wasn't
  41. always true in the past, and I'm not sure if it's 100% true now. Also, where I
  42. used to work one of the engineers would do all his own routing, since he got
  43. much higher utilization than the software could do. A floating node or two did
  44. slip thru, though, which caused some soft failures out in the field. These
  45. were easy to diagnose, since the Xilinxes did get real hot. We gave our
  46. customers the choice of a new serial PROM with new configuration bits or to
  47. return the product to the factory for replacement of the Xilinx itself.
  48. (Those PQFPs are no fun to rework!) Most customers chose the PROM, and
  49. invariably the overstressed Xilinxes worked fine and ran nice and cool with
  50. the new PROMs. Of course they may well have longer term reliability problems.
  51.