• Content Count

  • Joined

  • Last visited

About StuE

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. StuE

    Continuous collection of photodiode data in LV

    @xc6lx45Thanks for taking an interest; part of the reason we chose the AD2 was the 14bit (rather than 12bit) ADC. I have not FPGA experience; I shoot lasers. If I can get this working it's better because when I eventually move labs whoever takes over has a better chance of picking up where I left off. Having said that, if you've got a suggestion I'm willing to try it.
  2. StuE

    Maximum continuous sample rate

    @attila ok, I don't really know Python and was hoping to avoid that but looks like I'll need to learn. Thanks for the advice.
  3. StuE

    Continuous collection of photodiode data in LV

    Hi @JColvin thanks for replying. Essentially I just want to record the signal from the photodiode using the AD2 for several seconds at a high rate, so all I need is to use it like an ADC. Right now I'm accomplishing this via the oscilloscope functionality, but if there's an easier way I'd love to hear it. I did find those functions in the SDK and am trying to implement them in labview (around a million other things, unfortunately), but I assume I'll be limited to 2x8192 = 16384 samples. Ideally, I'd like to write to the buffer in a circular fashion, or even write into ram/solid state drive rather than the AD2 buffer. I'm not sure if that's feasible considering it runs via USB2, but it isn't much information. Any suggestions would be greatly appreciated; I find it frustrating that the buffer is the only thing limiting me, other than the the AD2 is great!
  4. StuE

    Maximum continuous sample rate

    Hi @attila thanks for the fast response. As long as I keep below the limit of the buffer it's fine, the issue is that I would like to monitor my laser in real-time, continuously, for the entire data acquisition. If I have to limit my data collection to avoid filling the buffer it'll slow my experiment down. I'm taking ~5000-1000 spectra from a fast sCMOS camera, triggered from an optical chopper, and I want to reference the laser intensity prior to my sample using this, but it needs to be able to resolve every shot of my laser running at rep rates up to 10.416kHz, outputting sub-30fs pulses. The intrinsic integration of the (relatively) slower response of the photodiode means I don't need to run at 1000MS/s, but I will need to run in the ~100-500kHz range, I suspect. 100kS/s gives me ~81ms to collect data, while each spectra takes ~163us to collect. The buffer only allows me to collect ~500 samples before needing to stop measuring, which is more than an order of magnitude less than I'd ideally collect for a decent SNR. My questions, then: 1) Is there any way to write to ram or directly to a (fast solid state) drive to circumvent this limitation? 2) In waveforms I can change the configuration to allow my buffer to take 16384 samples; can I do that in labview? That get me almost enough samples to work with post-collection averaging. It seems like not being able to continuously pull data off the device somehow really limits it. Any help you can provide would be great, this is a great device, but right now it looks like it's not going to do what I bought it for.
  5. StuE

    Maximum continuous sample rate

    @Bianca, from what I've seen on my AD2, there's a ~0.5s gap between groups of samples when the buffer is filled before the next set of samples collected at 100MS/s (or whatever sampling rate used). This is using Labview, so it's entirely possible that I've screwed up, and if so I'd love to know! Max F-Z asked for the maximum continuous acquisition sampling rate on the AD2, but I'd suggest that continuous means completely uninterrupted data collection. Is this possible (ie circular writing to the buffer, for example), or is it that continuous sampling is only available until the buffer is full? Even on Waveforms it looks like the gap between filled buffers is present. Cheers Stu
  6. I'm trying to use the high sampling rate of the AD2 to monitor my probe beam in a transient absorption experiment controlled in Labview. I need to run at probably between 100kHz-10MHz, depending on the response of the PD itself and how well it samples the laser, and I need to capture every pulse (the laser rep rate is between 125kHz down to 1kHz, pulses are sub 100fs visible, but the photodiode's response is slower since I'm running it in photovoltaic mode unbiased, which reduces the sampling requirement on the SD2). Ideally, I'd like to be able to collect data for an arbitrary amount of time. In reality, this means a few seconds to collect up to 10000 spectra on my spectrometer, and the accompaning data from the photodiode via the AD2. However, running the AD2 at 100kHz in a simple labview vi that just initialises the AD2 and reads the output of the analog channel I'm using, I can see via the waveform timestamp that every time the buffer fills up there's a ~570ms space before the next readout (eg timestamp of the 8001st datapoint from the 8000th datapoint, for a buffer of 8000 samples). This will screwup my data correction something fierce. I'm currently using a while loop and shift register to extract the data just to see what it's giving me for now (see attached screengrab). Is there a better way that I can readout the photodiode signal so that I'm just constantly pulling data off of the buffer, or create a circular buffer or something? I've checked the digilent examples (this code is a simplification of one) but can't see anything that helps me. Any recommendations for functions that will allow me to maximise the memory allocated for the buffers would be great, too. Cheers!
  7. StuE

    64 bit LabView driver DLLs needed

    I had this same issue with XP and 64-bit Labview 2017. I have waveforms installed and the installed both the waveforms and AD2 packages via the package manager. Weirdly, if I try to run anything from AD2 it doesn't work, but if I just open a vi from waveforms and THEN open an AD2 vi, it works fine. I'm concerned if I write a vi using AD2 packages it will randomly throw errors because of this behaviour. Has anyone else seen this? It didn't happen with 32-bit Labview 2017, so I assume it's related to the 32-bit vs 64-bit issue Kamran is seeing. Kamran, can you try to see if you get this too, please?