I have run into exactly same problem. This is common to all RTS PicoScopes because software is common. Currently only fast way to do it is via SDK (look up USB transfer speed PS6 vs SDK). However I also do not wish do deal with setting up working environment with SDK, only to access wfm and do my bu...
I had similar issues. Just as proof of concept did download GNU Octave and it can open Matlab v4 files and save as v7 for example:
>> load -v4 "somefile.mat"
>> save -v7 "somefile_v7.mat"
Think this could be done from command line also by executing script. Currently no time to investigate further.
Hi, actually I almost* achieved what I wanted directly with math channels: http://www.eevblog.com/forum/testgear/picoscope-2000/msg1298871/#msg1298871 Would have been a breeze with MatLab but had concept that this should be possible in end user GUI. Currently exploring CLI apporach picoscope /a ? In...
I also think that SDK based approach will not reach wide audience. Most often one wants to accomplish specific isolated task on top of features already present in original GUI. Problem is not limited only to decoding. I had real good fight with math channels only to reach conclusion that would be mu...
BTW side effect of this expected behaviour is either completely or partially breaking math traces that have to do with time (filters, integrals etc), especially ones rendered over multiple previous buffers (average etc). Do not think that this kind of optimization is compatible with time-related mat...
But it is still capturing non-detailed data then. Why not draw it instead of blank? You already have some sort of min/max style "uncertain" trace sometimes used in ETS, waiting for detailed data etc. Would prefer dashed line(s) however (bordering "uncertain" region).
Create reference wfm from saved trace. Create math channel with time offset from it. Example:
{A (2)}[0.00001]
10us time advance on auto-named ref created from saved Ch A.
Thanks, heres condition of severe undersmapling... PicoScope_bode_plot.jpg 0-100MHz bode plot with external gen on coax stub filter. 100ms sweep time. Phase data unsigned. Level normalized to 0dBm full bw. Theres some underlying stuff that needs to be explained and developed further, maybe move this...
Maybe one could automate via running executable from Alerts on Capture or Buffers full? Executable would be some sort of macro software with all needed clicks and keys recorded. If have not tried this but conceptually should work if find good macro software - quick search shows some promise.
Since phase shift is essentially converted to PWM value it can be graphed using following formula, making use of built-in duty() function: duty(((((atan(1/tan(pi*(A/10000)))/pi)+(A/10000))*-((atan(1/tan(pi*(B/10000)))/pi)+(B/10000))) + 0.25))/0.555555555 Example: PS6__phase_shift_graph.jpg What can ...
Further investigation has shown that function works on (equal duty) pulses until they overlap . When pulses do not overlap value gets stuck on maximum value just at the moment of "departure". Input: 100kHz square, duty 1.63%. Case 1, 5.32° degree phase shift set, pulses overlap: accurate_phase_shift...
Made test with ETS on 25MHz symmetrical squares. New formula 100% matches cursors carefully placed under substantial zoom: accurate_phase_shift_formula__ETS.jpg In general for formula to work wfms must have equal duty cycles at zero crossing, duty itself may differ from 50%. Consequently works with ...