ADS5560: uPP interface

Hi,

We do not have code for the Launchpad to control the SPI pins of the ADS5560.   On the EVM we used a USB device that had a USB port on one side and an 8bit general purpose IO bus on the other side.   From the SPI GUI that would connect to that USB port we would just stream out 8bit vectors that implemented the SPI port on three of the IO pins in a bit-bang fashion.   That is, for the SCLK clock line we would assign the SCLK to one of the IO pins and the stream of data bytes would first drive that signal low, then the next byte high, then low, then high etc., until there were enough SCLK cycles to finish all the address and data bits needed.   Another bit of the IO bus would be assigned to the SPI enable, and that would be first high, then low in all the rest of the vectors until the last one where SEN would be brought high again to end the SPI cycle.     I would expect you would be able to use three of the IO bits of the uPP to do the same thing to shape the signals needed for the ADS5560 SPI interface.

Regards,

Richard P.

Thanks for your explanation.

uPP is a parallel interface. Shall we select the parallel interface control in AD5560?

Hi,

if you do not need any of the modes or operation or features that require SPI programming, then yes you can forego the use of the SPI programming and just use the various control pins to set the mode of operation by the voltages on the control pins.   Tables 2 through 8 describe the modes of operation available without the use of the SPI programming.   If you wanted to use the test pattern features, or different gain settings, for example - then these would not be available without the SPI programming.

Regards,

Richard P.

Thank you.

In uPP  the data is received via LVDS interface and there is only one uPPCLK signal. The pin multiplexing is possible according to SPRUHX5D. How are tow CLK signals - CLKOUTP and CLKOUTM from ADS5560 handled in this interface?

I replied to one of the other of the multiple postings you submitted to this request.   And the High Speed Data Converter forum would not be the correct forum for questions about the parallel port of a processor device.

Regards,

Richard P.