close-circle
Close
0%
0%

Driverless Rigol DS1054Z screen capture over LAN

Capture the display of a Rigol DS1000Z series oscilloscope by LAN only, using LXI SCPI commands. No USB, no VISA, no IVI and no Rigol drivers required

Similar projects worth following
close
'OscScreenGrabLAN.py' is a Python script that captures whatever is displayed on the screen of a Rigol DS1000Z series oscilloscope.

It can save data as a CSV or as a WYSIWYG PNG or BMP.

For this, SCPI (Standard Commands for Programmable Instruments) are sent from the computer to the oscilloscope, using the LXI (LAN-based eXtensions for Instrumentation) protocol over a Telnet connection.

The computer and the oscilloscope are connected together by a LAN (Local Area Network).
No USB (Universal Serial Bus), no VISA (Virtual Instrument Software Architecture),
no IVI (Interchangeable Virtual Instrument) and no Rigol drivers are required.
Python 2 with pillow imaging library is required. PIL is no longer supported. Python 3 is not supported.

Tested with Windows 10, Python 2.7.12, pillow and Rigol DS1104Z (a fully upgraded DS1054Z oscilloscope).

Tested with Linux Ubuntu 16.04.1, Python 2.7.12 and pillow.

Setup (please see https://github.com/RoGeorge/DS1054Z_screen_capture for the latest instructions):

  • For Windows, install Python 2.7.12 from https://www.python.org/downloads. Python is already installed in Ubuntu.
  • Download and unzip DS1054Z_screen_capture
  • Install pillow imaging library. Installation steps are in the README.md file.
  • Connect together the computer and the oscilloscope (by LAN).
  • To capture an image from the oscilloscope display and save it to the computer disk, open a Command Prompt or a Terminal, then run OscScreenGrabLAN.py


Example:

python OscScreenGrabLAN.py png 192.168.1.3


WYSIWYG:

You can capture exactly what is seen on the oscilloscope display, including oscilloscope menus:

3D Printing AVR Arduino Art Audio Automation BeagleBone Bluetooth Cameras Clock Drones Environment Hardware IoT LED Medical Music Radio Raspberry Pi Remote Control Robotics Rockets Satellites Science Security Software Virtual Reality Wearables

  • 1 × Rigol DS1054Z Oscilloscope Rigol DS1054Z fully upgraded to DS1104Z
  • 1 × PC (Personal Computer) PC with Windows or Linux
  • 1 × LAN LAN connection between the PC and the oscilloscope

  • v1.0.0 released

    RoGeorge09/30/2016 at 12:54 3 comments

    First released version, v1.0.0: https://github.com/RoGeorge/DS1054Z_screen_capture/releases

    - Querry *OPC? instead of waiting 1 second between commands.
    - Added logging file, 'OscScreenGrabLAN.py.log'.

  • Update to use the 'pillow' Python library instead of 'PIL'

    RoGeorge08/13/2016 at 12:40 0 comments

    PIL is a deprecate Python library. In order to keep the 'OscScreenGrabLAN.py' script compatible with current and future versions of Python 2, for both Windows and Linux, from now on the script is using 'pillow' library instead of 'PIL'.

    If you already have 'PIL' installed, it MUST be uninstalled before installing 'pillow'.

    The updated version of the 'OscScreenGrabLAN.py' and installation steps for Python and 'pillow' can be found at https://github.com/RoGeorge/DS1054Z_screen_capture

  • [SOLVED] A painfully slow LAN on Windows and a wasted weekend.

    RoGeorge06/01/2015 at 23:09 0 comments

    Problem: LAN speed for TCP is more then 100 times slower then expected. Why?

    Because Windows implemented it's own "smart" algorithms instead of following RFCs. I found out (the hard way) that starting from Vista, the TCP regulations were disregarded by Microsoft, resulting in unpredictable side effects like speed limitations for high speed Internet, or total collapse of the transfer speed, like in this case.

    Long story short, what slow down the transfer between the oscilloscope and the PC is a Microsoft algorithm that alter RWIN (TCP Receive WINdow) size in a "masonic" way, with heuristic algorithms that override network settings, and no way to really tweak the parameter.

    Sollution: Use Linux.

    I will post some benchmarks after cleaning the Python code.

    .

    LATER EDIT: It has been passed a year and a half, and now I couldn't reproduce the slow transfer any more. WireShark shows now the transfer time for the first 250 000 bytes is basically the same:

    Debian80
    transfer time = 0.066444
    
    win10
    transfer time = 0.067693

  • "Memory lack in waveform reading!"

    RoGeorge05/29/2015 at 02:37 0 comments

    Trying to extract the full 24 million points memory buffer in one request will display on the oscilloscope screen the error message "Memory lack in waveform reading!", and the data transfer will be interrupted. With byte instead of ASCII mode, a bigger chunk of data can be extracted, but still incomplete.


    In order to overcome this issue, the only successful way so far was to repeatedly extract consecutive chunks of data from the memory buffer. This idea seems to work, but right now the code is just a mess resulted after testing different approaches, and is painfully slow.

    The code was pushed to GitHub as is, and will be cleaned and optimized in the next version.

    Please note that for CSV memory buffer data extraction, the oscilloscope must be in STOP mode. RUN mode is allowed only when reading displayed traces, not memory data.

    3D Printing AVR Arduino Art Audio Automation BeagleBone Bluetooth Cameras Clock Drones Environment Hardware IoT LED Medical Music Radio Raspberry Pi Remote Control Robotics Rockets Satellites Science Security Software Virtual Reality Wearables

  • New capability added: Export displayed traces as CSV

    RoGeorge05/24/2015 at 23:11 3 comments

    Added data capture and save as text in CSV (Comma Separated Values) format.

    • To capture displayed channels as CSV, type:
      python.exe OscScreenGrabLAN.py csv 192.168.1.3
    • All channels displayed by the oscilloscope screen are saved in the CSV file, including the "MATH" channel.
    • The CSV file can be used as a data exchange format with other programs. As an example, this is a captured CSV file imported in a spreadsheet. The chart was not copied from the oscilloscope, it was generated by the spreadsheet.

    • To capture the WYSIWYG oscilloscope display, type:
      python.exe OscScreenGrabLAN.py png 192.168.1.3
      Notice the differences between the chart/data look and the display look:

    For a better CSV data usability, the following features needs to be implemented:
    • data timestamp
    • save/decode raw data

    Other nice to have:

    • save all the oscilloscope settings together with the CSV data
    • labels for the CSV channels
    • test if Decode1 and Decode2 can be exported

    3D Printing AVR Arduino Art Audio Automation BeagleBone Bluetooth Cameras Clock Drones Environment Hardware IoT LED Medical Music Radio Raspberry Pi Remote Control Robotics Rockets Satellites Science Security Software Virtual Reality Wearable

  • Ported for Linux

    RoGeorge05/23/2015 at 00:06 0 comments

    Tested on a VMware machine with Debian 7.7.0, Python 2.7.3 and PIL. Python and PIL were already present in the default Debian installation.

    To run it in Linux:

    • download the project from GitHub
    • open a Terminal
    • go to the project's directory
    • type
      python OscScreenGrabLAN.py

    3D Printing AVR Arduino Art Audio Automation BeagleBone Bluetooth Cameras Clock Drones Environment Hardware IoT LED Medical Music Radio Raspberry Pi Remote Control Robotics Rockets Satellites Science Security Software Virtual Reality Wearable

View all 6 project logs

Enjoy this project?

Share

Discussions

NASCO wrote 03/10/2017 at 06:11 point

Oh Noes!  The Github link is dead :(

  Are you sure? yes | no

peewag wrote 11/11/2016 at 11:53 point

Hi, congratulation to this project. It's verry useful.

I had an problem with the "get_memory_depth(tn)" function while capturing the csv-data.

I added some cast-operator and now it works.

# mdep = h_grid * scal * srate
        mdep = h_grid * float(scal) * float(srate)

br,

Peter

  Are you sure? yes | no

GiorgioFoX wrote 08/16/2016 at 11:40 point

uhm: I'm trying with DS4000, after commenting these lines I have this errors:

$ python OscScreenGrabLAN.py bmp 192.168.0.181 

Instrument ID: RIGOL TECHNOLOGIES,DS4034,DS4A182500000,00.02.03

Receiving screen capture...

Traceback (most recent call last):

  File "OscScreenGrabLAN.py", line 152, in

    im = Image.open(StringIO.StringIO(buff))

  File "/Library/Python/2.7/site-packages/PIL/Image.py", line 2317, in open

    % (filename if filename else fp))

IOError: cannot identify image file <StringIO.StringIO instance at 0x10961a7e8>

and with CSV:

$ python OscScreenGrabLAN.py csv 192.168.0.181 

Instrument ID: RIGOL TECHNOLOGIES,DS4034,DS4A182500000,00.02.03

Active channels on the display: []

Traceback (most recent call last):

  File "OscScreenGrabLAN.py", line 175, in

    depth = get_memory_depth(tn)

  File "/Users/giorgiofox/Desktop/RIGOL Data/DS1054Z_screen_capture/Rigol_functions.py", line 28, in get_memory_depth

    return float(mdep)


ValueError: could not convert string to float:

any idea?

(my email address is giorgiofox(at)gmail.com )

  Are you sure? yes | no

RoGeorge wrote 08/16/2016 at 12:00 point

It's hard for me to debug without a DS4000, sorry.

Maybe you should try other programs. @Teuniz wrote here, in the comments, that his software can download the CSV too, and it was working for DS6000: http://www.teuniz.net/DSRemote/

  Are you sure? yes | no

RoGeorge wrote 08/16/2016 at 12:06 point

And there is one more driverless version to try, from @pklaus. His Python skills looks way better then mine: https://hackaday.io/project/7691-ds1054z-python-package

  Are you sure? yes | no

GiorgioFoX wrote 08/16/2016 at 09:31 point

Hi! do you know if this is compatible with Rigol DS4000  series?
I need to extract CSV, but maybe commands are compatible..

  Are you sure? yes | no

RoGeorge wrote 08/16/2016 at 10:12 point

It might work, but I don't have a DS4000 to test it, so I don't know.

Just in case you want to give it a try, you need to comment out or delete the lines 119...123 from the file 'OscScreenGrabLAN.py':

"

if (id_fields[company] != "RIGOL TECHNOLOGIES") or \
(id_fields[model][:3] != "DS1") or (id_fields[model][-1] != "Z"):
print
print "ERROR: No Rigol from series DS1000Z found at ", IP_DS1104Z
sys.exit("ERROR")

"

These lines will stop the execution if the instrument ID is not from the DS1000Z series, but you can adjust the lines to accept your model, or simply remove them. Good luck!

  Are you sure? yes | no

GiorgioFoX wrote 08/16/2016 at 10:14 point

Tnx! I will try soon, and after this I will report (or fork a compatible version )

Ciao!

Giorgio

  Are you sure? yes | no

Stuart wrote 11/22/2015 at 19:41 point

This is so much better than Rigol's software!  Easy to install and worked first time.  Thank you so much for putting this together!

  Are you sure? yes | no

RoGeorge wrote 08/13/2016 at 05:21 point

I'm glad you like it.
:o)

  Are you sure? yes | no

Denis wrote 09/06/2015 at 16:40 point
Tested with MSO1074Z-S. Initially connection is refused but when I change DS1 to MSO in OscScreenGrabLAN.py it sent .png successfully. Maybe you should add also testing for MSO string when *IDN? is executed.

  Are you sure? yes | no

RoGeorge wrote 09/06/2015 at 17:25 point

Well done, you nailed it!

I would like to add more devices, but I will not be able to test the result.
Still, the main problem is that I couldn't find the time yet to polish the code from the last version, which is very sloppy.

Anyway, your idea is very good. In the next version I will remove the check for the oscilloscope family.

Thanks!

  Are you sure? yes | no

Ryan wrote 09/04/2015 at 05:02 point

Cool project. I just got a MSO1104Z and can confirm this script works with my scope (at least for image capture). Instead of grabbing a BMP from the scope and converting to PNG in the script, I've found it to be much faster to ask the scope for PNG in the first place. This also removes the dependency for an image conversion library:


#!/usr/bin/env ruby

require 'socket'

sock = TCPSocket.open(ARGV[0], 5555)
sock.write "display:data? ON,OFF,PNG\n"
(data = sock.getc) == '#' or fail "Unexpected response `#{data}'"
data = sock.read(sock.read(sock.getc.to_i).to_i)

File.open(Time.now.strftime('%Y%m%d_%H%M%S.png'), 'wb') { |f| f << data }

  Are you sure? yes | no

RoGeorge wrote 09/06/2015 at 17:17 point

You are lucky to have a MSO able to send PNG.

My DS1054Z doesn't like that SCPI command ("display:data? ON,OFF,PNG\n"). It returns "command error". Also, in the programming manual of DS1054Z there is no mention about PNG format.

  Are you sure? yes | no

Teuniz wrote 06/13/2015 at 10:48 point

You can download the full 12 (or 24) Mpoints from memory using this (opensource) software: http://www.teuniz.net/DSRemote/

You don't need to install any drivers, at least the DS1054Z is plug and play.


  Are you sure? yes | no

RoGeorge wrote 06/13/2015 at 15:03 point

It's great to see similar projects.

Thanks for sharing!

  Are you sure? yes | no

peter jansen wrote 05/23/2015 at 01:58 point

Brilliant!  Is there an easy way to capture the data buffer over the LAN as well, without all those cursed drivers?

  Are you sure? yes | no

RoGeorge wrote 05/23/2015 at 11:35 point

Thanks! Yes, it should be possible to transmit the captured data after each trigger, using the SCPI command ":WAVeform:DATA?". Added this to the TODO list, together with a CSV (Comma Separated Values) text export.

What it doesn't looks possible so far, is to continuously stream the row ADC (Analogue to Digital Converter) data out of the oscilloscope, so the oscilloscope could be used as a 1 GSa/s data acquisition system. It seems like the Rigol DS1000Z series does not have streaming capabilities.

  Are you sure? yes | no

peter jansen wrote 05/23/2015 at 19:10 point

If you added the feature to export the data buffer with a CSV export over LAN without the drivers, that would be incredible.  Such a wonderful scope in so many ways, but I have no idea what they were thinking with the software for connecting it to a PC. 

  Are you sure? yes | no

RoGeorge wrote 05/24/2015 at 23:26 point

Wish granted, sir!
:o)

  Are you sure? yes | no

RoGeorge wrote 05/28/2015 at 03:36 point

Indeed, the full 12 million data points extraction is tricky. 

It should have been worked out of the box, but instead, this feature really messed up my TODO list
:o)
# TODO: Use "waveform:data?" multiple times to extract the whole 12M points
                in order to overcome the "Memory lack in waveform reading!" screen message
# TODO: Detect if the osc is in RUN or in STOP mode (looking at the length of data extracted)
# TODO: Investigate scaling. Sometimes 3.0e-008 instead of expected 3.0e-000
# TODO: Add timestamp and mark the trigger point as t0
# TODO: Use channels label instead of chan1, chan2, chan3, chan4, math
# TODO: Add command line parameters file path
# TODO: Add GUI
# TODO: Add browse and custom filename selection
# TODO: Create executable distributions
#
But don't worry, I'm almost there!

  Are you sure? yes | no

Similar Projects

Does this project spark your interest?

Become a member to follow this project and never miss any updates