I double checked and the configure script is properly finding the avahi headers and that liblxi and lxi are linked to the avahi libraries on both the desktop and the VM. As both the desktop and VM have the same version of avahi and other libraries installed, the only difference is that the avahi daemon is running on the desktop and not running in the VM.
Here is the output from lxi discover on the desktop:
$ lxi discover
Searching for LXI devices - please wait...
Broadcasting on interface lo
Broadcasting on interface eth0
No devices found
$ lxi discover -m
Searching for LXI devices - please wait...
No services found
And the same as run in the VM:
$ lxi discover
Searching for LXI devices - please wait...
Broadcasting on interface lo
Broadcasting on interface eth0
Found "Siglent Technologies,SDS1202X-E,SDS1EBBXXXXXXX,5.1.3.13" on address 192.168.X.X
Found 1 device
$ lxi discover -m
Searching for LXI devices - please wait...
Error: Failed to create client: Daemon not running
No services found
Obviously lxi does not find the avahi daemon in the VM but raises no such complaint on the desktop.
I am puzzled that even when the -m is not used, lxi cannot discover the 'scope.
I need to do some more studying of Wireshark to try and isolate any network traffic from lxi as my network interface is too busy to catch any lxi traffic just by watching it scroll by.
$ lxi discover -m
Searching for LXI devices - please wait...
Error: Failed to create client: Daemon not running
No services found
Obviously lxi does not find the avahi daemon in the VM but raises no such complaint on the desktop.
Have you tried starting/restarting the avahi daemon manually before calling lxi?
False alarm. It looks like a firewall rule is blocking the reply from the 'scope.
![Face Palm :palm:](https://www.eevblog.com/forum/Smileys/default/facepalm.gif)
I thought I had looked in the logs a few days ago but Slackware logs a bit differently than Debian.
As I use Shorewall, I added the following rule to allow the 'scope's traffic to pass through:
ACCEPT net:192.168.X.0/24 $FW udp - 111
All is well now:
$ lxi discover
Searching for LXI devices - please wait...
Broadcasting on interface lo
Broadcasting on interface eth0
Found "Siglent Technologies,SDS1202X-E,SDS1EBBXXXXXXX,5.1.3.13" on address 192.168.X.X
Found 1 device
The key for me figuring this out was working through the liblxi source and seeing that the network braodcast address is obtained and used for the polling. The 'scope replies but since there is no tracking from a SYN packet, the response was blocked (at least that's how I understand it). I found the firewall logging is placed in
/var/log/messages and then found the firewall had blocked the 'scope's address. On Slackware
dmesg also includes this output.
Carry on!
Hi guys,
Just announcing new releases of lxi-tools and liblxi:
https://github.com/lxi-tools/lxi-tools/releases/tag/v1.20https://github.com/lxi-tools/liblxi/releases/tag/v1.13These releases mostly include various bug fixes. Perhaps the most noticeable fix is that now bash auto completion is working with the lxi snap command.
Also, for those new to lua, I've added
https://github.com/lxi-tools/lxi-tools/blob/master/test/basic-tests.lua which details concisely how to do basic stuff in Lua. Using this as inspiration you can create some very clean cut and powerful instrument control scripts for whatever purpose you need.
Recently I've been busy with other stuff and haven't had much time to continue the development on lxi-tools. However, during my absence I see that there have been a steady increase in snap users which is great.
Also, rumors are that there is someone out there who have ported lxi-tools to macOS!
![ThumbsUp :-+](https://www.eevblog.com/forum/Smileys/default/icon_smile_thumbsup.gif)
Hopefully they will contribute their changes back to the lxi-tools project to benefit everyone. Code contributions are welcome.
Take a look here, Siglent wrote a post about LXI Tools ![ThumbsUp :-+](https://www.eevblog.com/forum/Smileys/default/icon_smile_thumbsup.gif)
Congrats! Keep up the good work
Take a look here, Siglent wrote a post about LXI Tools ![ThumbsUp :-+](https://www.eevblog.com/forum/Smileys/default/icon_smile_thumbsup.gif)
Congrats! Keep up the good work ![Smiley :)](https://www.eevblog.com/forum/Smileys/default/smiley.gif)
Thanks
![Smiley :)](https://www.eevblog.com/forum/Smileys/default/smiley.gif)
The next thing on the TODO list is improving the mDNS feature. I expect to add a new discover interface to liblxi which will make it possible for the lxi command line tool to select which network interface is broadcasted on. For example:
$ lxi discover --interface wlan0
This way we can avoid broadcasting on all networks available. It will also speed up the discovery step.
The mDNS feature in lxi-gui also needs some TLC.
Did anyone tried to use measure item function on a DS1000z?
:MEASure:ITEM OVERshoot,CHANnel2 /* Enable the overshoot measurement of CH2 */
:MEASure:ITEM? OVERshoot,CHANnel2 /* The query returns 8.888889e-03 */
I was trying to measure VPP on channel 1, but all it does is to show on the scope's screen the measurement...
The query does not return anything...
Did anyone tried to use measure item function on a DS1000z?
:MEASure:ITEM OVERshoot,CHANnel2 /* Enable the overshoot measurement of CH2 */
:MEASure:ITEM? OVERshoot,CHANnel2 /* The query returns 8.888889e-03 */
I was trying to measure VPP on channel 1, but all it does is to show on the scope's screen the measurement...
The query does not return anything...
I tried firing your commands and I get this:
$ lxi scpi --address 192.168.1.112 ":MEASure:ITEM OVERshoot,CHANnel2"
$ lxi scpi --address 192.168.1.112 ":MEASure:ITEM? OVERshoot,CHANnel2"
9.9E37
Thanks for reply.
As standalone commands it works. I was trying in interactive mode and it doesn't. (build from sources, v1.20)
$ src/lxi --version
lxi v1.20
$ src/lxi scpi -a 192.168.1.149 -i
Connected to 192.168.1.149
Entering interactive mode (ctrl-d to quit)
lxi> *IDN?
RIGOL TECHNOLOGIES,MSO1104Z,DS1ZDxxxxxxxx,00.04.04.SP3
lxi> :MEASure:ITEM? OVERshoot,CHANnel2
lxi>
$ src/lxi scpi -a 192.168.1.149 ":MEASure:ITEM? OVERshoot,CHANnel2"
2.306453e-02
Thanks for reply.
As standalone commands it works. I was trying in interactive mode and it doesn't. (build from sources, v1.20)
$ src/lxi --version
lxi v1.20
$ src/lxi scpi -a 192.168.1.149 -i
Connected to 192.168.1.149
Entering interactive mode (ctrl-d to quit)
lxi> *IDN?
RIGOL TECHNOLOGIES,MSO1104Z,DS1ZDxxxxxxxx,00.04.04.SP3
lxi> :MEASure:ITEM? OVERshoot,CHANnel2
lxi>
$ src/lxi scpi -a 192.168.1.149 ":MEASure:ITEM? OVERshoot,CHANnel2"
2.306453e-02
Thanks for reporting the bug. Luckily it was a simple fix:
https://github.com/lxi-tools/lxi-tools/commit/c244dbe573d191f8bd2513f0f61638209bc528dcI haven't tested it but it should do the trick
So quick. It works. Thanks.
FYI - I've just pushed a new release of lxi-tools:
https://github.com/lxi-tools/lxi-tools/releases/tag/v1.21It basically only includes the latest change to fix interactive mode when firing question SCPI commands. The main reason I'm pushing a new stable release is to update the lxi-tools snap on the stable release channel because some users have reported issues with missing fonts - an issue which is automagically fixed by an update because of some updated snapcraft infrastructure.
automagically
This has been my preferred word for years
![Laughing :-DD](https://www.eevblog.com/forum/Smileys/default/smiley_laughing.gif)
. I see that's universal. Why everyone loves automagic solutions?
automagically
This has been my preferred word for years
. I see that's universal. Why everyone loves automagic solutions?
Easy, everyone loves magic
Just some interesting statistics retrieved from the snap system:
![](https://www.eevblog.com/forum/testgear/open-source-lxi-tools-and-liblxi-v1-0-released-for-gnulinux/?action=dlattach;attach=499553;image)
This statistics only count snap installs, not lxi-tools installations installed via native distro packages.
I tried to compile the tools....
First the install steps description in the readmes are not correct, they say: ./configure; make; make install
But there are no configure scripts...
I think i need to use the autogen.sh scripts to generate the configure scripts but they do give errors:
a) for liblxi
./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:22: error: possibly undefined macro: AC_ENABLE_SHARED
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:23: error: possibly undefined macro: AC_ENABLE_STATIC
autoreconf: /usr/bin/autoconf failed with exit status: 1
b) for lxitools
./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:6: installing './ar-lib'
configure.ac:6: installing './compile'
configure.ac:4: installing './install-sh'
configure.ac:4: installing './missing'
src/Makefile.am:2: error: library used but 'RANLIB' is undefined
src/Makefile.am:2: The usual way to define 'RANLIB' is to add 'AC_PROG_RANLIB'
src/Makefile.am:2: to 'configure.ac' and run 'autoconf' again.
src/Makefile.am: installing './depcomp'
autoreconf: automake failed with exit status: 1
Any idea how to fix that?
I tried to compile the tools....
First the install steps description in the readmes are not correct, they say: ./configure; make; make install
But there are no configure scripts...
I think i need to use the autogen.sh scripts to generate the configure scripts but they do give errors:
It's because you pulled the git development code. What you want to do is download and use the release tarballs - only they include the configure script etc..
If you don't want to bother with autotools I recommend simply installing lxi-tools via snap to get latest version:
$ snap install lxi-tools
If you do insist on building from git source please see the top post in this thread where you will find a description of how to build from git source.
Thanks, i tried (first time) snap and it works.
Thanks, i tried (first time) snap and it works.
Great
![ThumbsUp :-+](https://www.eevblog.com/forum/Smileys/default/icon_smile_thumbsup.gif)
Snap is pretty cool - it is working on the most popular gnu/linux platforms and it makes it very easy for me to push updates to end users.
There's now a quick hack at python bindings for liblxi over here:
https://github.com/lxi-tools/python-liblxiif you are brave and want to test then:
- checkout that repo
- git submodule init&update
- autogen and configure in the liblxi-dir
- out of source cmake-build for the python module
I did not have time to test with real hardware yet - may or may not work...
do post issues and pull-requests on github if you find bugs or fix them!
thanks, Anders.
For a while, the screenshot feature in the snap version of lxi-gui has been broken because of a bug revealed by an updated snap toolchain.
This issue has now been solved and an updated lxi-tools snap is available.
Thanks dear lundmar!
I trying make console datalogger based on your's liblxi, for my Raspberry Pi.
Low power consumption of Raspberry Pi - is very good for very long measurement's cycle. Now i can do measurement's without my PC.
Your's lib work fine via VXI-11.
I hope share first release on next week, now it testing and debugging stage.
Good stuff
![ThumbsUp :-+](https://www.eevblog.com/forum/Smileys/default/icon_smile_thumbsup.gif)
I'm glad liblxi seems to perform well for your data logger application. Using the rpi for a low cost data logger is an excellent idea.
Today I cloned the lxi-tools git repository.
I tried to compile the lxi-gui under windows with QT-Creator.
But I got an error about a missing include file "lxi.h".
It is included from main.cpp and mainwindow.cpp.
I couldn't find it in the project directory tree.
Maybe it is missing in the project?
Best regards,
Martin