Keysight software rant

[taydin]

So my new keysight awg arrived today, and the first thing I wanted to try is to capture a signal using my agilent scope and give it to the awg to generate the same signal.

So I go ahead and install the software that comes on the DVD. But right off the bat, the installed gets stuck and makes absolutely no progress. Can't find any information about it on the net, so I go ahead and do a windows update session, which takes a few hours. Then I try the installer again and this time it worked. I'm thinking, well, with windows this kind of crap happens, so no worries ...

So the software installation finishes, lo and behold, it has installed about 20 software components on my system !!! And when looking at the task manager, about 10 keysight related software tasks are activately running and in memory! two license manager services, I guess one wasn't enough and they are running two for reduncancy's sake. I'm a little pissed off now, but ok, let me just continue with what I want to do.

So I run the benchvue thing, and it doesn't find my scope. Trying to understand what's going on, I started to run utility programs on the scope. I run something called LXI discovery or what not, and then benchvue discovers the scope. I click on the scope icon, and a window pops up, saying that this application requires a license, which costs $700 or something similar, and offers me 30 day trial  I take the offer and I'm seeing the scope screen now.

The awg was discovered already, I click on the awg icon, and again, it says this requires a license, about $600 or something similar, don't remember now, and again 30 days trial. I take it again.

Now I have both scope screen and awg screen open and scope has the PWM signal i want to test. But for the life of me, I can't find out how to transfer the signal to the awg! The awg wants ARB files, the scope cannot save ARB format. I use keysight's WaveBuilder software (yup $800 license and again, i took the 30 days trial ) and even that damn thing can't save ARB files. benchvue cannot use any other awg file to give to the awg device, it definitely wants ARB. After one hours of cursing and trying random things, somehow I got a new button to appear on the screen which transfers the scope's waveform to the awg.

Even this most basic thing is so hard to do with this software, it's unbelievable!!! 20 odd software components, and it still doesn't make the most basic task easy. And on top of that, it will ask me to pay close to $2000 after 30 days. I am now uninstalling all of this stuff, and I don't want it even if it was free.

[nctnico]

The right way to accomplish wha you want is probably to save as CSV and then import as CSV.

BTW I have given up on software which comes with test equipment a long time ago. It is always written by interns which took a semester of 'the programming language du jour'. Writing your own software or hack some scripts together is always more time efficient.

[lundmar]

I share your frustration. Here we are paying big bucks for expensive instruments only to find out we need to pay even more to do even the simplest of things 

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi-tools.github.io

That is, simple tools that just work with LXI compatible instruments for discovery of instruments, sending SCPI commands, and retrieving screenshots - no need for stuff like NI VISA drivers or other bloated and often inferior software with costly licenses. I think we can do better. After all, LXI is an open standard so why not make some proper open source tools to support it.

Armed with the SCPI command manual of your LXI compatible instrument and lxi-tools you should be able to accomplish most operations.

Now, unfortunately it is not going to work for you on Windows as it currently only supports GNU/Linux-like systems. Maybe it will be ported to Windows in the future, but for now the focus is on new features and testing with more instruments.

For those interested in helping improving the tools there is an active discussion thread here:
https://www.eevblog.com/forum/testgear/open-source-lxi-tools-and-liblxi-v1-0-released-for-gnulinux/?all

[taydin]

The right way to accomplish wha you want is probably to save as CSV and then import as CSV.

BTW I have given up on software which comes with test equipment a long time ago. It is always written by interns which took a semester of 'the programming language du jour'. Writing your own software or hack some scripts together is always more time efficient.

Yes, the scope can save CSV. If I saved the waveform to a flash stick and plugged it into the awg, it probably would have worked. But the bench woe thing only looks for ARB files, so it won't even offer to take the CSV. And yes, you are right, these softwares are a waste of time. Good thing the device itself doesn't depend on these and works independently.

[taydin]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

I will definitely look into this and help if I can. I'm developing system software for GNU/Linux, so I'm quite well versed in it.

[lundmar]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

I will definitely look into this and help if I can. I'm developing system software for GNU/Linux, so I'm quite well versed in it.

Great. I invite anyone to contribute in any way they can (code, ideas, doc, testing, etc.) so that we can steadily improve lxi-tools and make it a good alternative so that we can escape the shackles of those silly and bloated proprietary software offerings.

[HalFET]

I've also pretty much given up on using the standard software. At work I just always wing it using Matlab scripts, the standard Keysight software couldn't even do something as simple as "write value to excel file on key press". You know, the most basic thing you need when you have to verify 50 boards.

[popp3r]

That brings up the question ... are there any test equipment company's out there that have good software integration with their hardware and at a reasonable cost?  Understanding that cost is a relative term.

I know this could be the irresistible force paradox. Just thought I would ask.

...

[Dubbie]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

Do you have any plans to port this to windows?

[bd139]

This is quite funny because I just got a Keysight DMM and didn’t even bother to play with the software because (a) it doesn’t work on a Mac and (b) it is going to be shit anyway. I fired up python and poked the serial port until I worked out how to scrape a reading out of it.

lxi-tools looks awesome. Can it talk to serial devices at all? I’d like to add support to it for my equipment. Assume you accept suitably non poopy PRs?

[lundmar]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

Do you have any plans to port this to windows?

Yes, in the future, maybe a port to Windows. However, current focus is to stabilize and add features to make sure it works with the most popular instruments. One of the new features I'm working on is HiSlip/TCP support as it is used by next generation LXI instruments.

[rhb]

Abandon all hope, ye who enter here.

I returned a Chinese SA because of crappy UI software thinking that if I spent more money I could get better.  Sadly the disease has spread throughout the world.  What is the point of an AWG if you can't load a waveform from a DSO?

So far as I can tell, the only hope is to convince an OEM to open source the UI portion of the FW.  I don't really care about the details of driving the hardware.  Whether using a FW API or the HW API, it's pretty much the same.  Ideally the  FW API is simpler than the HW version. But I would like to escape from stupid.

[lundmar]

lxi-tools looks awesome. Can it talk to serial devices at all? I’d like to add support to it for my equipment. Assume you accept suitably non poopy PRs?

Thanks. However, I'm sorry to say that serial communication is not included in the LXI (LAN eXtensions for Instrumentation) standard. So unfortunately no, no support for serial nor USB. lxi-tools is strictly for modern instruments.

That being said, there are ways to support older or serial-only instruments by using LAN-to-serial VXI11 server devices which can work with lxi-tools. I believe you can buy those online.

Actually, once I'm finished writing the HiSlip/TCP library you will be able to e.g. implement a modern LAN/LXI server on a device like the Raspberry Pi connected to your instruments via serial so you can use lxi-tools with them this way.

[thermistor-guy]

...
BTW I have given up on software which comes with test equipment a long time ago. It is always written by interns which took a semester of 'the programming language du jour'. Writing your own software or hack some scripts together is always more time efficient.

Same here. I save my money for high-quality hardware. The tradeoff is I spend time writing software, which is fine by me.

For test equipment, I write GNU gawk scripts which handle SCPI commands and responses. The scripts run on Linux and on Windows (with Cygwin). Easy peasy.

And when it comes to troubleshooting, there's nothing like having a system which you designed and you control.

[HalFET]

That brings up the question ... are there any test equipment company's out there that have good software integration with their hardware and at a reasonable cost?  Understanding that cost is a relative term.

I know this could be the irresistible force paradox. Just thought I would ask.

...

National Instruments and PicoTech instruments are usually hassle free and work out of the box without additional expenses.

Now the main thing Keysight has going is quite simple, Tektronix is horrendous at software. Ever tried to interface an instrument of theirs? Took me a week last time to get it talking.

But don't forget, for an average company it's cheaper to just buy it if you consider the cost of an engineer. One day of work will cost as much as some of those software bundles...

[nctnico]

I don't get why KeySight software needs a license manager at all. After all you have to connect their hardware anyway. They could sell the licenses as an option on their equipment if they really want to so the equipment becomes a dongle.

[Someone]

I don't get why KeySight software needs a license manager at all. After all you have to connect their hardware anyway. They could sell the licenses as an option on their equipment if they really want to so the equipment becomes a dongle.

Some of their other software is licensed that way, but benchvue has been a bit of a failure and changing direction with the licensing several times doesn't instil any confidence in the stability or support for the product long term. I get they want a unified environment and interface but the ah-hoc software from the existing instruments was quite good (and often free), its the automation and co-ordination that I'm willing to pay for. Its a shame the interfacing and replication of features otherwise available on the devices isnt simply free, then charge for the other things which "add" to the product and extend its capabilities.

[Messtechniker]

As much as I like my 34465A, I dislike Keysight's Benchvue, much for the reasons stated above.
I've tried really hard to like it, but now I have uninstalled it. I would recommend not to waste any more time with Benchvue if you dislike it already. In my case I rolled my own for the few specific functions - long term logging mostly - I needed.

[xani]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

That is, simple tools that just work with LXI compatible instruments for discovery of instruments, sending SCPI commands, and retrieving screenshots - no need for stuff like NI VISA drivers or other bloated and often inferior software with costly licenses. I think we can do better. After all, LXI is an open standard so why not make some proper open source tools to support it.

Out of curiosity, what does it do what sigrok (https://sigrok.org/wiki/Main_Page) can't ?

[lundmar]

I've recently started an open source project/effort to create better and simpler tools for controlling LXI compatible instruments. See http://lxi.github.io

That is, simple tools that just work with LXI compatible instruments for discovery of instruments, sending SCPI commands, and retrieving screenshots - no need for stuff like NI VISA drivers or other bloated and often inferior software with costly licenses. I think we can do better. After all, LXI is an open standard so why not make some proper open source tools to support it.

Out of curiosity, what does it do what sigrok (https://sigrok.org/wiki/Main_Page) can't ?

While sigrok is good software and can do a lot of things (like protocol decoding, gui data representation, etc.), lxi-tools is simpler and strictly focused on modern LAN/LXI instruments. If you simply need to discover the IP address of your instrument, communicate SCPI commands, or grab a screenshot from your instrument, then lxi-tools might be a better choice.

[HalFET]

Out of curiosity, what does it do what sigrok (https://sigrok.org/wiki/Main_Page) can't ?

Sigrok pretty much only supports hobbyist toys, no decent instruments except for a few multimeters maybe and the Lecroy scopes. It's a gimmick, I know of no one that actually uses it.

[TD-Linux]

sigrok is also basically an abstraction layer over many different pieces of hardware, it could use lxi-tools underneath (though it currently doesn't). lxi-tools gives you access to everything your scope does, but many commands are instrument specific. sigrok needs to be higher level in order for its protocol decoders to have a common ground to work on.

Sigrok pretty much only supports hobbyist toys, no decent instruments except for a few multimeters maybe and the Lecroy scopes. It's a gimmick, I know of no one that actually uses it.

I know this is probably bait, but sigrok is primarily a logic analyzer tool. It can certainly capture mixed signals from a scope or DMM too (and in the next version, can use analog channels as digital ones). It has quite a few users in this space, especially with the pulseview gui (along with its primary competition, the saleae software). I guess if you measure "professionalism" as "number of Windows CE splashes shown during boot", then it doesn't measure too high.

[HalFET]

I know this is probably bait, but sigrok is primarily a logic analyzer tool. It can certainly capture mixed signals from a scope or DMM too (and in the next version, can use analog channels as digital ones). It has quite a few users in this space, especially with the pulseview gui (along with its primary competition, the saleae software). I guess if you measure "professionalism" as "number of Windows CE splashes shown during boot", then it doesn't measure too high.

It isn't bait, it's simply on observation in terms of hardware support, even for logic analysers: https://sigrok.org/wiki/Supported_hardware#Logic_analyzers I simply see no decent high speed platform with a good memory supported at this time, so it's quite useless once you start dealing with larger FPGAs or DRAM. And let that be the main use for logic analysers, for debugging MCU applications you rarely need a LA if you're a bit handy with JTAG debugging.

On the multimeters they're missing the prevalent Keithley and Solartron meters. For LCR meters they don't support the classic HP ones, which are pretty much the gold standard, or that newer USB based one from that little Dutch company. They're also missing the common counter and signal generator variants. (e.g. you can pave the street with the old R&S SMx signal generator variants, they're incredibly common.) So yeah, I just find it quite disappointing, I mean it's nice for hobbyist use, but this is not even close to competing with the Keysight and Tek software in my humble opinion. And I'm not up for the "then add it yourself" argument, I'd much rather invest my time in just scripting what I exactly need using the NI APIs.

[Mr. Scram]

National Instruments and PicoTech instruments are usually hassle free and work out of the box without additional expenses.

Now the main thing Keysight has going is quite simple, Tektronix is horrendous at software. Ever tried to interface an instrument of theirs? Took me a week last time to get it talking.

But don't forget, for an average company it's cheaper to just buy it if you consider the cost of an engineer. One day of work will cost as much as some of those software bundles...

It's not cheaper if it doesn't work.

[nctnico]

I know this is probably bait, but sigrok is primarily a logic analyzer tool. It can certainly capture mixed signals from a scope or DMM too (and in the next version, can use analog channels as digital ones). It has quite a few users in this space, especially with the pulseview gui (along with its primary competition, the saleae software). I guess if you measure "professionalism" as "number of Windows CE splashes shown during boot", then it doesn't measure too high.

So yeah, I just find it quite disappointing, I mean it's nice for hobbyist use, but this is not even close to competing with the Keysight and Tek software in my humble opinion. And I'm not up for the "then add it yourself" argument, I'd much rather invest my time in just scripting what I exactly need using the NI APIs.

I agree but it would make sense for Keysight, Tektronix, etc to use their resources to improve an open source project by adding support for their equipment rather than coming up with yet another failed attempt at instrumentation software.