Zotino v1.1 testing:

[hartytp]

Things that I think are worth testing on Zotino v1.1:

• [x] Step response/rise time: switch from -10V to +10V and look at output on scope
• [ ] Noise spectrum with & without constant DAC updates. Look at +-FS and 0V
• [ ] Cross-talk (both before and after a 2m SCSI cable)
• [ ] Noise with TEC running
• [ ] Stability with + without TEC connected
• [ ] Small + large signal BW
• [ ] DC accuracy as a function of duty cycle (self-heating).

[hartytp]

@gkasprow I want to get the rest of the Zotinos we've ordered shipped asap. What's the minimal amount of testing we need to do before shipping? I'd say a rise-time + quick noise measurement should be fine.

[gkasprow]

I've just populated remaining boards with TEC and started testing them.

[gkasprow]

@hartytp step response 0x0000 -> 0xFFFF

[gkasprow]

step response 0xFFFF->0x0000

[gkasprow]

The same channel just at the DAC output. The tiny glitch disappeared. It seems it is produced by the output amplifier during transients. It resembles situation where the opamp is overdriven for short time during the ramp. The output moves with the OA slew rate and then the feedback loop is closed at the end. Such transition causes the glitch. But the slope is far below opamp SR... Similar glitch occurs at the same voltage level during high to low transition.

[gkasprow]

other channels have same glitch

[gkasprow]

I connected a scope to CH2 and toggle CH1 output between 0x0000 and 0xFFFF and don't see any changes with a scope. At least they are lower than 5mV.

[gkasprow]

The DC level on CH2 varies between 5.33 and 5.30mV when I change CH1 0x0000 -> 0xFFFF and back. The CH1 output varies -6.678 and 11.293V so the DC cross-talk is 30uV/ 18V

[gkasprow]

I don't have any SCSI-BNC adapters so cannot test it with ADC board...I have to focus on Booster. Another chassis is assembled, mechanical bugs seem to be fixed.

[hartytp]

30uV/18V=-116dB for the DC cross-talk. Data sheet specifies 20uV typ/100uV max on a channel set to mid-scale (0V) when another channel has a full scale change. So we seem to hit the dac limit here. Nice @gkasprow!

[hartytp]

@gkasprow I think the glitch is an OpAmp slew rate thing because of the active filter topology we're using -- I bet it would go if we changed the active filter to a unity gain buffer (would be a good thing to try at some point as a diagnostic).

Assuming that's the case I vote that we note this in the docs but don't worry about it: one generally doesn't operate the DACs hard in the slew rate limit when one cares about noise (program in a slower ramp via SPI). We looked at OpAmps carefully during the initial design and couldn't find any with better slew rate without significantly higher cost and quiescent current draw.

So all tests so far look good!

[hartytp]

Ps great re Booster!

[jordens]

FEXT

Setup: agressor on ch1, ch0,2-7 terminated, 8-31 open, BNC-IDC, 15cm IDC26, IDC-HD68, 2m HD68-HD68 SCSI-3 shielded twisted pair, HD68-IDC, 15cm IDC26, IDC-BNC, victim on ch0.

High impedance load, step crosstalk, time domain

4V <20ns edge agressor, high impedance scope on victim. 3mV/4V crosstalk 7µs ring down period. That's ~15 nVs, c.f. 10 nVs for the DAC itself. The transient in the first µs is about 7 mV but not relevant for Zotino given its 70 kHz 3 dB bandwidth. It's also not there if the edge is slowed down to 1V/µs. For a RC-lowpassed 3V agressor edge with about 1V/µs rise time, the crosstalk is ~1nVs.

When shorting the negative halves of the pseudodifferential segment together (on the HD68 connector or on the IDCs), the low frequency crosstalk (7µs ringing) is reduced by a factor or ~20 (in area/amplitude) while the high frequency crosstalk (100 ns ringing) is increased by roughly the same factor.

Low impedance load, frequency domain

Network analyzer, agressor 50 Ohm, victim 50 Ohm 0.2 MHz: -50 dB 0.5 MHz: -80 dB 1 MHz: -70 dB 2 MHz: -60 dB 4 MHz: -50 dB

tl;dr: nice.

[hartytp]

Nice! Thanks @jordens

[hartytp]

Greg, here is what I measure the step response to be. No glitches evident.

• Looking at the DAC output on a 12-bit fast scope (MSO-S 404A). BW limit set to 20MHz (digital + analog) no averaging, DC coupled, high-z
• Using a short IDC cable, IDC->BNC adapter, 30cm BNC.

class Zotino(EnvExperiment):
    def build(self):
        self.setattr_device("core")
        self.setattr_device("zotino0")

    @kernel
    def run(self):
        zotino = self.zotino0
        self.core.reset()
        zotino.init()

        while(1):
            zotino.set_dac_mu([0], channels=[0])
            delay(100*us)
            zotino.set_dac_mu([0xffff], channels=[0])
            delay(100*us)```

[hartytp]

@gkasprow can you give me any more info about your setup to help me reproduce the glitches you saw?

[gkasprow]

I observed the signal directly at the opamp output using scope probe. I used devkit connected to the Zotino and ADI config software.

[gkasprow]

The glitch was probably filtered out by the output filter.

[hartytp]

Green trace is measured at the OpAmp side of R5 on DAC channel 0. Using a 20MHz BW here.

Same but with some averaging

[hartytp]

Here is what I see at the DAC output, measured at the DAC side of R24.

[hartytp]

So, my guess is that this glitch is just the DAC's expected behavior under a large step change, which the filter is doing an impressive job of smoothing out (although, I can't find a figure on the DAC data sheet to confirm that).

I don't see any cause for concern here. Does anyone else?

[hartytp]

Falling edge data as csv.

falling_edge.txt

10% - 90% fall-time is approximately 18.5us 1% - 99% fall-time is approximately 25us overshoot is about 0.5%

From simulations we expect: 1%-99% rise-time about 30us. Overshoot: approx 170mV = 0.85% So, all looks roughly consistent.

[hartytp]

Started looking at the noise measurements, but I don't have anything with enough BW and a low enough noise floor to make that measurement. Plus, in my lab I'm swamped by ambient pickup (appears in the cabling after Zotino). So, I don't think I can make any useful measurements there. @jordens or @gkasprow thoughts?

[jordens]

I'd hunt down an old HP3561A (with or without the bubble memory ;) or build something equivalent. Ambient pickup would probably also be an issue for your trap. I suspect that getting away from Zotino etc using the HD68 cable into a quiet box and out of it again using IDC-BNC might actually make a difference compared to a flying ribbon from Zotino to IDC-BNC. Or just solder a thin coax to your dynamic signal analyzer to a channel on the underside of the IDC26 on Zotino.

[hartytp]

If I do it, I'll probably use a battery powered OpAmp pre amp with gain of 100 and noise floor around 1nVrtHz. Put the whole thing in a metal box. Then take the data on a good scope. For the last factor of a few in noise we can take a cross-c9rrelation measurement using 2 pre amps and 2 scope channels.

But...I won't have time to do that any time soon.

I'll look at the stability and bw + cross-talk which I can do relatively quickly and leave the noise for another time/person.

[hartytp]

Anyway the 3561 only goes to 100kHz. The noise should be quite high there as it's above the filter cut-off. The interesting part imo is around 1MHz where the filter should be doing it's job.

[jordens]

The best high impedance voltage noise sensor around 1 MHz is ..... an ion. ;) ACK everything. You can also do the correlation trick with some random other ADC pair at MHz.

[hartytp]

Yes, a 2ch adc would probably be better, just don't have one conveniently set up. If someone else takes the data they might find another setup more convenient.

[dtcallcock]

We picked up a refurbed HP89410A for around $3k. 2ch, DC-10MHz and -148dBm/Hz sensitivity. It's in the sweet spot where it's old enough that it's cheap but new enough that the user interface is fairly useable (4 colour screen!!!).

[dhslichter]

We performed a measurement in our lab of our own eval-board version of Zotino (identical output filter stage) with the HP89410A a while back and IIRC it met the nominal noise spec. You have to split the channel into both inputs and do the cross-correlation so it takes a while. If you care I can set it up again and save the data for posting.

[hartytp]

@dtcallcock @dhslichter Thanks!

Are you planning to buy a Zotino to play around with? Apart from the uncertainty over the noise spectrum I've given it a pretty decent test and am really happy with it.

I'd be more interested in seeing a spectrum taken with Zotino itself than with an eval board so we can check for power supply noise etc If you could do that it'd be a great contribution and I'd be really grateful. You'll need to be quite careful over screening etc to avoid pickup but you know all that stuff.

[sotirova]

We measured the temperature coefficient of 2 Zotino v1.1 boards. The temperature was controlled using the peltier contacts in a feedback loop with the thermistor. We measured the actual temperature of the dac by using an external thermistor. Dac voltage set to 9V

Results: 0.56 ± 0.046 ppm/°C 1.6 ± 0.11 ppm/°C

[jordens]

Hmm. What's your hypothesis for the mismatch between the two boards and w.r.t. the datasheet 5 ppm/K full scale typical value?

[jordens]

Noise

Here are some hasty measurements of the noise. May be worth repeating some of it (esp. the 1MHz-10MHz band) with correlation on a single channel.

Measurement floor. Single channel. 1 M impedance.

CH0, 0V, unfortunately it ranged up by 8 dB to -22dBm But the the fact that it's 10dB above the -30dBm range floor (and clearly not 8) is weird. No idea about the > 5 MHz stuff.

CH0, -9V, no difference w.r.t. 0V

CH0, -9V low frequencies

CH0, -9V very low frequencies, but only a partial sweep up to 15 Hz.

CH0-CH1 -9V correlation, unfortunately not on a single channel. 100 kHz knee and plateau.

[sotirova]

I cannot think of an obvious reason that the temperature coefficient is different from the datasheet. As we can see the temperature coefficients of the two boards are also not quite the same.

[hartytp]

hmm 5ppm FSR/K is specified as the maximum temp co for the DAC without any sign or other information about the statistics. One interpretation of that would be that the temp-cos are a normal distribution with 0 mean and (a few)*sigma of 5ppm. That's consistent with the RMS being 1ppm or so.

There could also be some degree of fortuitous cancellation with, e.g., the 1ppm/K temp co of the reference.

Without better statistics (testing more boards) it's hard to draw a definite conclusion from this. However, if this is really repeatable on a decent number of boards then I'd argue that we can DNP the temperature stabilization stuff -- that was only just needed to meet our spec assuming a 5ppm FS/K temp co.

[jordens]

As I said the datasheet specifies 5 ppmFSR/C typical, not max.

[hartytp]

Apologies, you're right, I misread/misremembered that! No explanation then.

Looking again at the schematic, there should be no other temp cos at that level which could result in a cancellation.

One possible (but doesn't seem that likely) explanation is that the offset and gain drift happen to cancel out at the one voltage used for this measurement.

[hartytp]

Noise model for Zotino

[hartytp]

But the the fact that it's 10dB above the -30dBm range floor (and clearly not 8) is weird.

Slight calibration issue? Or slightly different noise floors for different range settings?

[hartytp]

• If I understand what you've done correctly, the low frequency noise floor for the -22dBm measurement range is expected to be something like -134dBVrms/rtHz + 8dB = -126dBVrms/rtHz=500nV/rtHz.
• The plot above gives something like -128dBVrms/rtHz, so consistent with the instrument noise floor give or take a couple of dB (which could be cal error etc).
• We expect 200nV/rtHz = -133dBVrms/rtHz for Zotino. If the instrument noise were -133dBVrms/rtHz as well then we would measure -130dBVrms/rtHz, so this is shows that the low-frequency noise can't be more than a couple of dB worse than expected.

[hartytp]

For the higher-frequency noise (ignoring spurs):

• Noise floor for the -22dBm range is expected to be about -163dBVrms/rtHz + 8 = -155dBVrms/rtHz = 18nV/rtHz.
• You measure -153dBVrms/rtHz=22nV/rtHz.
• We expect Zotino to hit 22nV/rtHz at around 200kHz.
• Looking at your plots, the noise corner (3dB up from the noise floor) looks to be around 250kHz, so that's roughly consistent with our expectations.
• FWIW, 22nV/rtHz is already about at the point where we can live with it since our trap-end filter should give at least 20dB by the secular frequency, getting us close to our 1nV/rtHz.
• A measurement on the lower range would be really nice if you have time though!

[hartytp]

• Those spurs are potentially worrying if they're not just pickup in your wiring?
• It would be good to know: (a) do they correspond to any noise frequency generated by Zotino (e.g. the SMPS frequency) (b) are they affected by adding the screening cans to Zotino (c) are they affected by the proximity of Zotino to Kasli/any other local EMI source.
• The high-frequency noise peak is also potentially worrying if it's real. Could be something like the PSRR of the OpAmps dropping off a cliff as they run out of gain BW. Maybe another measurement artifact?

[hartytp]

@gkasprow do you have the equipment required to take this kind of data with a slightly lower noise floor and in a really low-noise EMI environment?

[gkasprow]

@hartytp I have access to the Faraday cage at the University. I can use Sampler to take some measurements. I can also use spectrum analyser but it works down to 9kHz.

[hartytp]

@gkasprow Great!

I don't think Sampler is much use as the analog BW is only 250kHz, but I want to check the noise up to 10MHz if possible.

We don't need noise measurements below 9kHz IMHO.

[gkasprow]

I have also access to sophisticated noise analyser, but it is heavily loaded and have to subscribe for the time slot :)

[gkasprow]

So what the setup should look line? The best one would be without any laptop in the room. So we could use Kasli with programmed FLASH and Zotino. Then IDC-> BNC adapter. Something else?

[hartytp]

@gkasprow That sounds good to me. Use Kasli and a decent linear PSU. Measure the noise on a few channels with the outputs at +-FS and 0V. Use a IDC to BNC adapter for the measurement. Ideally take a noise spectrum from 10kHz to 10MHz.

[pathfinder49]

* Those spurs are potentially worrying if they're not just pickup in your wiring?

* It would be good to know: (a) do they correspond to any noise frequency generated by Zotino (e.g. the SMPS frequency) (b) are they affected by adding the screening cans to Zotino (c) are they affected by the proximity of Zotino to Kasli/any other local EMI source.

* The high-frequency noise peak is also potentially worrying if it's real. Could be something like the PSRR of the OpAmps dropping off a cliff as they run out of gain BW. Maybe another measurement artifact?

For the benefit of others rummaging for Zotino noise performance like me. The spurs look very similar to some I observed when testing Fastino. I would wager many of them have the same source (an AC ground loop involving the Kasli SMPS). I have written a detailed breakdown of how to reduce/eliminate these spurs in Fastino here. I imagine some of the techniques found to work with Fastino would also work for Zotino.