Hi Erik,
Ok, thanks for the information. It is always good to know what causes the issue. I think I have to study if it is possible to reset the USB connection silently somehow.

BR,
Jarkko

Hi Erik, Thanks for your reply. It seems that the discussion is going to take a wrong turn. I think I have not been clear what I try to accomplish, so here goes. I have no problem during "normal operation". I call run_block, get_times_and_values etc. and they work fine. I only call close_unit in des...

Are you running under windows/linux? -Windows Are you using streaming mode at all? -No only block mode Are you checking all of your return values from the driver calls? -yes, I call stop and close_unit in consecutive loops and check the return values. Have you tried reading an error code using ps300...

Hi, Thanks for the pointers. The scope is sometimes located elsewhere in the network and the user may not have access to the room scope is in, thus disconnecting the scope is not an option. If the scope does not have a reset-functionality of this kind, I think I should reset the USB connection to re...

Hi Ziko, Thanks for your reply. I have written my own software to read data from the scope. The ps3000_stop and ps3000_close_unit seem sometimes to lead to a situation, when they fail in a way that causes the next (and any consecutive) ps3000_open_unit to fail. I was just wondering if there is a way...

Hi,
Just a quick question, if overflow is set for a channel can I safely assume that data read from another channel (that does not have the overlow set) is valid or does the overflow for one channel corrupt the data for all the channels?

Edit: I am using PS3026

BR,
JMa

Hi, I have been writing a program for PicoScope 3026 and I have encountered the following problem: Sometimes when running the software and rebooting the computer, the close_unit is not run as it should. So after the computer has rebooted the scope is still "reserved" and next open_unit calls fail, u...