• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 49 subscribers
  • Views 1858 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TSW1400 data saving

hamidreza
Prodigy 160 points

Other Parts Discussed in Thread: ADS41B25EVM

Hi 

I am planning to purchase TSW1400 data capture card to read-store high speed ADC data (e.g from ADS41B25EVM), but I wanted to make sure about some necessary features that I am looking for. I would be very thankful if you can help me with that. 

1- I would like to use the TSW1400 as a stand-lone board that can save ADC data in a memory (could be a memory stick or something else), then later on I would like to take the data for processing and etc. Is this memory feature available in TSW1400? Note that I dont want to use any PC inetreface during the data saving and I would like to have the data stored somewhere inside the board. The amount of the data is about to the range of 4 minutes experiment. 

2- if the response is yes, is there the possibility to lose the stored data by shutting down the power supply from TSW1400 or the data is retrievable? 

Thanks a lot! 

Hamid 

 

  • 0
    TI__Mastermind 29220 points

    Hi,

    The TSW1400 is not set up to operate without a PC connected to it by the USB cable.  The FPGA on the TSW1400 needs to have the bit file loaded into the FPGA at the time the TSW1400 is used - there is no eeprom on the TSW1400 to hold a bit file for the FPGA.  so if you take a TSW1400 out of the box and power it up there is no programming for the FPGA until the PC pushes a bit file into the FPGA by way of the USB cable. 

    And then after that, the capture of data requires the PC to set the conditions for the capture by way of registers in the FPGA and then to send a command to start capturing data.

    And finally, the memory for the captured data on the TSW1400 is dynamic, so there is no storage of data after power is removed from the hardware. 

    So, a PC running the HSDC Pro GUI and connected to the hardware by a USB cable is required.

    Regards,

    Richard P.

  • 0 in reply to Richard Prentice
    Prodigy 160 points

    Hi Richard, 

    Thanks for the quick and useful response.

    well, the answer is very clear. But is there any alternative(s) to solve these problems? I mean is there any similar capture data from TI that has (for example) an eeprom to hold the corresponding bit file? maybe TSW1200 or something similar?

    To send the data via USB, it's maybe possible to change the FPGA firmware (by setting the registers up in advance) to save the data in an external flash memory? or this is impossible? 

    The application does not allow me to use a PC at all (unfortunately!). 

    Thanks again and looking forward to hearing from you. 

    Hamid 

  • 0 in reply to hamidreza
    TI__Mastermind 29220 points

    Hi,

    Of the three Capture Cards available for our high speed LVDS ADC EVMs, (TSW1200, TSW1400, TSW1405) only the TSW1200 has an eeprom on board to hold the bit file for the FPGA.  The TSW1400 and TSW1405 need to get the bit file at run time from the PC.

    But the TSW1200 uses the internal memory available in the FPGA for sample store, and this is volatile memory.  The data would be lost when power is lost to the TSW1200.

    Also, all three capture cards need to have the PC to set up conditions for the capture, such as data format (bit-wise DDR vs sample-wise DDR for example) and number of samples to capture.

    The firmware of the TSW1200 could be modified and stored in the eeprom to pre-set it up for a specific type of data capture, and then the capture could begin with a push of a button on the TSW1200 for example, but there is no non-volatile memory available.  There is no memory stick connector on-board, for example.  I don't have a way for you to get around that with existing hardware.  The TSW1200 does have banks of header posts that the FPGA can stream the data to and you could make a circuit board with non-volatile memory to plug into those posts,  but if you were to have to do all that (new firmware for a pre-set capture plus a new board with non-volatile memory) then you could probably just as quickly develop the capture card you want yourself.

    Regards,

    Richard P.

  • 0 in reply to Richard Prentice
    Prodigy 160 points

    Hi Richard, 

    Very well. I got all the points. Maybe another question, that it just came to my mind and I wonder if you can help me out with an answer. 

    Let's say that I only would like to use  ADS41B25EVM without the mentioned data capture boards and I would like to make a data storage board separately for it.

    I have the Pandaboard designed by TI. I am thinking to use the parallel output of  ADS41B25EVM converter and connect them the to the GPIO pins of the Pandaboard (J3 and J6 if I want to specificly mention the related GPIOs). Then the processor can access GPIOs with the GPMC protocol to read the data connected and write it into a flash memory (external). I checked that GPMC can support high speed communication but I am not sure how feasible is this idea? Do you maybe have any hint about this? This also helps me a lot ..

    Thanks again for all the helps! 

    Regards,

    Hamid

  • 0 in reply to hamidreza
    TI__Genius 12965 points

    Hamid,

    You will have to contact the Pandboard/Processors forum for help with that platform.  We are not very familiar with it in the High Speed Products group.

    Ken

  • 0 in reply to hamidreza
    Prodigy 10 points

    Greetings Hamid,

    I am developing a project whose requirements are very close to what you posted in this thread. Would you be kind enough to comment on your final solution? Thank you for your time.

  • 0 in reply to Jose Lagunas-Morales1
    Prodigy 160 points

    Hi Jose, 

    Sorry for the late reaction! Yes I have found a solution: to read and stream the data from ADC directly by GPIO pins of the processor. The point is that by direct memory access DMA technique, I could make a direct path from GPIOs to the memories and then I didn't loss any data produced by the ADC. The processors I have used is A20 and the ADC resolution is 16 bits and I could afford the analogue bandwidth of 30 MHz (60 MHz ADC digital speed). You can also use the same strategy I assume. Is it helpful in your case?

    Regards,