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

  1. Xref: sparky comp.lsi.cad:1286 sci.electronics:22488
  2. Newsgroups: comp.lsi.cad,sci.electronics
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!darwin.sura.net!mlb.semi.harris.com!jasper.mlb.semi.harris.com!luoni
  4. From: luoni@jasper.mlb.semi.harris.com (Perry Luoni)
  5. Subject: Re: Destroying Xilinx FPGAs by improper configuration?
  6. References: <1993Jan11.142553.5103@ips.cs.tu-bs.de> <1993Jan11.201525.26608@mlb.semi.harris.com> <scott.726798144@labtam>
  7. Date: Tue, 12 Jan 1993 15:25:38 GMT
  8. Nntp-Posting-Host: jasper.mlb.semi.harris.com
  9. Organization: Harris Semiconductor, Melbourne FL
  10. Sender: news@mlb.semi.harris.com
  11. Message-ID: <1993Jan12.152538.10700@mlb.semi.harris.com>
  12. Lines: 49
  13.  
  14. In article <scott.726798144@labtam> scott@labtam.labtam.oz.au (Scott Colwell) writes:
  15. >luoni@jasper.mlb.semi.harris.com (Perry Luoni) writes:
  16. >
  17. >>In article <1993Jan11.142553.5103@ips.cs.tu-bs.de> koch@eis.cs.tu-bs.de (Andreas Koch) writes:
  18. >>>Is it possible to physically destroy a Xilinx 3000 series LCA
  19. >>>by programming only (meaning: outside electrical parameters
  20. >>>are within valid bounds)? Since we are in the process of
  21. >>>establishing FPGA design labs, we would like to know if
  22. >>>we have to watch out for critical design flaws which would
  23. >>>endanger our LCAs. Any hints are appreciated!
  24. >>>
  25. >>>Andreas Koch
  26. >>>-- 
  27. >>>Andreas Koch                                Email  : koch@eis.cs.tu-bs.de
  28. >>>Institut f"ur theoretische Informatik       Phone  : x49-531-391-2384
  29. >>>Abteilung Entwurf Integrierter Schaltungen  Phax   : x49-531-391-5840
  30. >>>Gaussstr. 11                                Telex  : 95 25 26
  31. >
  32. >>Yes, it is possible to short a lot of nodes together with the wrong data programmed into
  33. >>the LCA.  If you are using the Xilinx design software you don't have to worry about
  34. >>it though.  The software will prevent you from programming it wrong.  
  35. >
  36. >
  37. >We are worried about this too.  We have been told that as long as the
  38. >configuration only causes internal drivers to clash with each other, the
  39. >device will survive, but if you cause pin drivers to clash with other
  40. >devices on your board, the device can be permanently damaged.
  41. >
  42. >We are not totally convinced that this is good advice.  We have seen a device
  43. >get _very_ hot with only internal contention.
  44. >
  45. >
  46. >By the way, the problem is not doing this at the design stage.  If you are
  47. >building 200 units a week using an LCA in a pqfp package, you are going to
  48. >get a percentage of boards that will not correctly load the LCA config
  49. >from the prom.  (this is most likely when you use the parallel prom mode)
  50. >We see our prototype get very hot when it can't read the prom correctly
  51. >and we are worried that we will have the LCA destroyed on each board that
  52. >has a fault that stops the config prom from loading correctly.
  53. >
  54. One solution would be to current limit the supplies when you are testing the part.
  55. There really isn't any way to eliminate the problem.  If you look at the schematics
  56. to the 3000 series you will see you can pretty much connect anything with anything
  57. or short damn near every node in the chip together.  If you want to try to burn one
  58. out just for fun try programming every memory location to a one, I'm pretty sure
  59. you will have a near worst case condition.   If you guys want to buy some radiation hardened
  60. parts (3090) we will be selling them next year for about $3500.00 a piece.
  61.  
  62.  
  63.