Feedback wanted from our Linux users!

Discussion forum for the new Picoscope Linux software
Post Reply
Posts: 41
Joined: Thu Jan 20, 2005 11:43 am
Location: St Neots, Cambridgeshire, UK

Feedback wanted from our Linux users!

Post by Kieran » Thu Apr 04, 2019 3:53 pm

Hi all Linux users of Pico software,

We're currently evaluating the needs of our Linux customers in terms of operating system/distro support. If you are a Linux user of PicoScope 6, PicoLog 6 or PicoSDK software and would like to take part in a short survey, please click here. It should take less than 5 minutes depending on how much or little you have to say!

Many thanks in advance for your feedback.

Kieran Winstanley
Product Manager
Pico Technical Support
Forum Moderator

Active User
Active User
Posts: 39
Joined: Tue Oct 16, 2018 10:30 pm

Re: Feedback wanted from our Linux users!

Post by dnessett » Sat Apr 20, 2019 3:39 pm

Hi Kieran,

I posted a response to this question a day or two ago, but was at the time concerned with PicoScope 6 becoming non-responsive. This is obviously a bug and doesn't really address your feedback question.

So, let me add one thing. The major enhancement I would like to see is ensuring the Windows and Linux versions of the software offer the identical features. For example, right now in the Windows version you can select the termination ohms used to calculate the dBm values output by the FFT algorithm. However, you cannot do that in the Linux version. The Linux version assumes dBm values are expressed using 600 ohms as the termination resistance. For RF work, this is not the correct assumption. So, I have to save the output spectrum using dBV units in .csv format and make the appropriate conversions myself. This is very inconvenient.

Thanks for the opportunity to provide input on this issue.


Dan Nessett

Posts: 0
Joined: Tue Dec 25, 2018 2:20 pm

Re: Feedback wanted from our Linux users!

Post by bboyes » Sat Jun 15, 2019 4:40 pm

Please! Windows forced scans, updates and reboots are a huge headache. They can only be held off a few days and it is a big problem for us in remote logging applications.

Post Reply