Edi, it depends on whose FPGA you are using, and how you configure your FPGA. You could put test features into the FPGA design, as hard or soft. Hard features are part of the functional design. Soft features are test code that loads only when running diagnostics. The DRAM can be tested at full speed. You can incorporate test firmware from a host CPU. If the FPGA includes CPU access to the DRAM this is often the simplest solution to implement, but is slower than the solution above. If you are doing basic bus checks, this is generally a non-issue. You can test using JTAG. Both Altera and Xilinx have both basic JTAG capability, as well as support for embedded debugging using the JTAG for I/O. That leaves open a lot of options even if you did not explicitly design for test. Regards, Steve. At 12:30 PM 8/2/2006, Fraiman, Edi wrote: >Hi, > > >I'm working on a design that includes FPGA with DDRAM controller and >several DDRAM chips. The traces goings direct from FPGA to DDRAM with >necessary pulll up resistor to Vref. (SSTL interface) without any debug >connector. > > > >Sometimes we have productions problems. It is very difficult to find >what bit in bus between FPGA and DDRAM is shorted or disconnected. > >Could somebody give any tips how it's possible debug DDRAM busses in >terms of production issues. > > > >Best regards, > >Edi Fraiman > > > > - - - - - Appended by Scientific Atlanta, a Cisco company - - - - - >This e-mail and any attachments may contain information which is >confidential, proprietary, privileged or otherwise protected by law. >The information is solely intended for the named addressee (or a >person responsible for delivering it to the addressee). If you are >not the intended recipient of this message, you are not authorized >to read, print, retain, copy or disseminate this message or any part >of it. If you have received this e-mail in error, please notify the >sender immediately by return e-mail and delete it from your computer. > > >------------------------------------------------------------------ >To unsubscribe from si-list: >si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field > >or to administer your membership from a web page, go to: >//www.freelists.org/webpage/si-list > >For help: >si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field > >List FAQ wiki page is located at: > http://si-list.org/wiki/wiki.pl?Si-List_FAQ > >List technical documents are available at: > http://www.si-list.org > >List archives are viewable at: > //www.freelists.org/archives/si-list >or at our remote archives: > http://groups.yahoo.com/group/si-list/messages >Old (prior to June 6, 2001) list archives are viewable at: > http://www.qsl.net/wb6tpu > ------------------------------------------------------------------ To unsubscribe from si-list: si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field or to administer your membership from a web page, go to: //www.freelists.org/webpage/si-list For help: si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field List FAQ wiki page is located at: http://si-list.org/wiki/wiki.pl?Si-List_FAQ List technical documents are available at: http://www.si-list.org List archives are viewable at: //www.freelists.org/archives/si-list or at our remote archives: http://groups.yahoo.com/group/si-list/messages Old (prior to June 6, 2001) list archives are viewable at: http://www.qsl.net/wb6tpu