I would like to spy a long SPI transaction. The SPI clock is 60ns (16.6MHs).
If I set the picoscope for a 20ms/div acquisition the sampling rate is 41.7 MS/s, sampling time is 24 ns and it's enough to decode SPI but I only get a 200 ms acquisition and I need more.
If I switch to 50ms/div the sampling time reach 56 ns that is not enough to decode.
I have an 3406D MSO PicoScope that should have a 1GS/s sampling rate and a 512 MS memory.
Even if I set the sampling number to 2GS and trig on Single, I'm still limited to 8.9MS.
How I could use the 512 MS memory with the 24 ns sampling time ?
To get the maximum use of memory you would need to select a "Single Trigger". All other modes will segment the on board memory into two so that there is one segment holding collected data and one buffer collecting new data.
My picoScope interface was in French and I switch it to English in order to have the same name for the configuration as you requested.
And now it's OK. When I change the number of samples to 2GS it keep the value and I could set a long (10s) acquisition with a 24 ns sample interval. (With a Slow Sampling Transition set to 100 s/div).
So the French interface is not good. It's seems to me that we already have this king of problem.
It was possible that you had channel filtering or resolution enhancement enabled, which will limit you to 10MS, and these were turned off when you changed language.
I have got a new problem now. On Friday I only take care of the Sample interval but today when I would use the SPI Serial Decoding it doesn't work correctly with a time resolution upper than 50 ms/div.
With a time resolution of 50 ms/div, I have tested different values of Number of Sample. Down to 20MS the SPI trace could be decoded. This correspond to a Sample interval of 32ns while my SPI clock is 60ns (16.66 MHz).
But if I increase the time resolution to 100 ms/div, the SPI trace is not correctly decoded even I chose the lowest sample interval (250 MS/s -> 4ns).
I spy the SPI line with Digital inputs (CLK, CS, MTSR and MRST) which look correct but the decoding is wrong. Picoscope always see only 1 byte even when I receive 4.