Hi Hitesh, yes, i am using USB 3.0. Although even without downsampling the effective transfer rate never reaches USB 3-max. Further increasing the downsampling factor does speed up the transfer: Settings as in opening post: downsampling factor 20 (156 samples per segment): decimation: ~ 6530ms avera...

Hi! I am experimenting with the downsampling modes on a Picoscope 6404D in rapid block mode, using the linux driver from the debian repos, currently libps6000 1.4.6-6r13 amd64. I am stopping the time it takes my software (mostly the driver with ps6000GetValuesBulk() ) to transfer the data from the s...

Hi Hitesh, sorry it took me eons to answer to this thread again. Thank you for filing the Feature Request. For now, i settled with just having a 8ms sleep between the ps6000runBlock()-call and starting the operation on the device. Which - to answer your question - can be started via a UART connectio...

Hi Hitesh, thank you for taking a look into this. Which is the second call that you are referring to in the 'minimal delay between the two calls'? I am referring to the function i am calling to start the device whose power is measured and triggers the scope. After all i am looking for a safe way to ...

Hello! This is sort of a follow up on the thread https://www.picotech.com/support/post60001.html . My setup is pretty similar to Jansen's: Device (connected over UART) that starts the process to be measured and also pulls a pin used as trigger high. Picoscope 6404D running in rapid block mode captur...