Interesting since the fpga fix the encoder wheels are now unresponsive/skippy/jumpy, seems as though maybe they've turned off interrupts for the encoders and are now polling for wheel changes, or maybe slowed down the polling rate so its missing events, or maybe cpu is more busy handling events from fpga?? Just my stab in the dark
1.22d 1uS 500ns -> freq mesurement in auto mode buggy, but in norm mode it works just fine, 1000MHz is enough for me now, @Corto123, you made really usable firmware, I really hope Ill unite with @gabonator and after exchange of experience the perfect firmware will be released.
Thank you for fixed version.
I have a question about 1.22.e version - "release notes.txt" says that "After power on, first sampling starts immediately." - but in my case after power is on - device is on "HOLD".
You're welcome.
HOLD mode is set on power off.
"After power on, first sampling starts immediately." means there is no more unexpected delay before getting a correct waveform display, the first time you start a sampling (RUN).
This is a bug fix.
Are you ready for feature requests???? ;-) I have one... when taking a screenshot with the triangle and play/pause button, I would like to access that screenshot without power cycling the scope or re-inserting the USB cable... Any chance that is possible?
发表于 2020-3-28 07:15:45
This forum is really difficult to use. I will try later. 
