Ran the new software a fair amount and did not find any problems. Looks like you fixed some of the minor problems I saw with the previous versions. I like you are taking the time to clean it up as well as adding features. I like the new dialog readout. The auto setup has been working well for me. A time saver. I like that I can tune the time base to get it close and have it auto adjust from there. It was a good idea.
Thanks for the feedback. Glad to hear that the recent features have been helpful, and that no new bugs have cropped up.
IMO, the two big ticket items now are programming the FPGA and microcontroller over the USB, if it is even possible. The other is or course, can it be sped up with a loss of performance. I make use of the manual resolution settings to hunt down the timing but that only helps so much. Having a way to sweep faster would be very helpful even suing the setup phase.
USB-based DFU for the FPGA and microcontroller is possible with the current hardware. It just takes time to implement. Our plan is for the next firmware revision (v14) to be the last one requiring external flashing hardware.
So far we have sped up the firmware by a factor of ~3 compared to v13. Above 500 ktrig/s, we can achieve at least 30x practical speedup based on our accounting of timings. This also just takes time.
Before release, will also need to rerun our glitch/performance/temperature tests for at least a week, as these are substantial firmware changes. It's a bit early to give an ETA, but we're aiming for end of March.
While making the review, I though about comparing it with my old LeCroy 7200 while looking at an ignition signal. The problem is that I am working with trigger rates <500Hz. The scope is currently just too slow for this application. It may be a case where it just isn't going to be a good fit for this application.
The theoretical minimum acquisition time for one point @ 500 Hz trigger rate is 12*2 ms = 24 ms for 12-bit resolution, with 1 trigger per CDF sample. At 4 pts/div, this is ~1 second per sweep. Slow, but usable.
For comparison, we measure ~250 ms required with firmware v13 @ Nmin=5, Nmax=5, K=12 with 500 Hz trigger. We measure ~15 seconds/sweep with these settings @ 500 Hz.
So practically, there's a factor of 10 to be gained at low trigger rates.
Asymptotically, CDF sampling requires about the same number of triggers as an ADC sampler, when the full distribution (noise, eye diagram) is required. (Section 2.1.2, point 3.) This holds in the limit of many points acquired. But for single-valued signals where only 1 sample is needed, CDF sampling requires 12x more triggers for a 12-bit resolution.