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.

DAC2904: Driving from an FPGA

Part Number: DAC2904

I'm driving the DAC2904 from an FPGA and have individual control of the CLK and WRT lines.

A) Assuming that both WRT and CLK are rising edge sensitive rather than level sensitive, the implication of the timing table is that for maximum margin I would update the data lines almost simultaneously with the falling edge of WRT/CLK.  But the diagram is drawn with the pulse centered on the data valid window, implying level sensitivity.  Assuming an 8 ns, 50% duty cycle clock, what is the optimal timing to drive the DAC?

B) If I wanted to skew WRT and CLK in order to shave a few ns off of the latency, there is the t_CW spec of "Delay Rising CLK Edge to Rising WRT Edge".  This seems backwards; if I was only going to pulse each one time it would have to be WRT then CLK.  So what is my minimum timing margin to do that?  That table line could be read as requiring 2 ns from WRT to CLK, but is certainly not clear to me.

Thanks,

Rob

  • Rob,

    This is an old legacy Burr Brown part and we do not have much information on it. In the past we always used the same clock source to drive both the WRT and CLK inputs. We used this same source as the data output clock for our pattern generator. If the data coming to the part did not meet setup and hold times, we would delay the clock going to the pattern generator until these were met.

    Regards,

    Jim

  • For my application I hadn't been planning on clocking the part constantly; it's being used as a fast-settling static DAC rather than one handling a constant datastream to try to limit clock feedthrough.

    If there's any timing information other than what's in the datasheets I'd love to see it.  Otherwise I guess I'll just have to try to margin test it in situ once I have hardware.

  • Rob,

    The data sheet is all we can offer regarding this.

    Regards,

    Jim