images\screen.png | Default Display save (Display -> Save -> Cancel) |
images\memory.csv | Default Waveform save (Waveform -> Save -> Cancel) |
images\screen_DD-DD-DD_TT.TT.TT.png | Auto-name Display save |
images\memory_DD-DD-DD_TT.TT.TT.csv | Auto-name Waveform save |
images\frame_DD-DD-DD_TT.TT.TT_FFFFFF.png | Auto-name Display Frame save |
images\frame_DD-DD-DD_TT.TT.TT_compiled.gif | Auto-name Animated GIF save |
images\frame_DD-DD-DD_TT.TT.TT_FFFFFF.csv | Auto-name Waveform Frame save |
Based on your comment below about the SCPI command for grabbing screen, it seems PNG must be converted from BMP file, but it would be awesome if DS2000 could send PNG data!
For example, when I start Ultra Sigma with the DSO connected via USB - it's recognized the moment the software starts. But for a LAN connection, I have to use the 'search' button every time.
QuoteBased on your comment below about the SCPI command for grabbing screen, it seems PNG must be converted from BMP file, but it would be awesome if DS2000 could send PNG data!
There is no mention of being able to transfer PNG files in the Rigol Programming Guide, so I have to assume that the Ultra Sigma software is either converting the data itself - or knows some commands that aren't published publicly ;)
Thanks for the program! I am going to try it when I have time. ;D
Seems to work partly on my scope, but I get an exception when doing some operations. But for example capturing the screen works. Sorry about the Norwegian text.
Thanks. Will test tonight. The exception came on startup and on various other buttonpresses. Not when getting csv. No error then.
Screenshot in the other thread looks really great! Let me know when it's ready to test.
01.00.05 Firmware
Thank you!01.00.05 Firmware
Same File as I got (hex compared Identical)
01.00.05 FirmwareThanks studio25!
http://rapidshare.com/files/2813177036/DS2000Update.GEL (http://rapidshare.com/files/2813177036/DS2000Update.GEL)
DS2072 FW1.00.02 RUU 1.1
This utility provides three basic functions:
When you start the software, it will reflect the current state of the DSO and it's variables, i.e. if you are in Record Open mode, the Open button will be 'On', etc. If you change one of the variables in RUU, it will alter it on the scope, so the settings in RUU will normally override the DSO settings. But sometimes you might want to use, for example, the Navigation Knob on the scope to set the current frame - or set a variable using the Rigol's menus. If you want to have the DSO settings override RUU, click the 'READ' button in either the 'Record' or 'Play' group to have the respective settings of that group loaded from the scope.
In general, all of the buttons and settings function the same as they do on the Rigol - with the following exceptions:
Hi, I am not sure if I understand that RUU is able to do 'Record Open' . Does it??
when I click on the RUU 'Open' the DSO displays "Input invalid!" at center bottom
If I start the DSO into "Open" Record oh the DSO displays "max =62" , and RUU 'record read' displays '63 as max'
If I click on RUU 'Open' the DSO resets the recorded frames from "42" back to "0" and displays "Input invalid!" at center bottom
If I click on RUU 'Record' the DSO switches from "Open" to "Record" mode; which is different recording
Attached here is simple test software for entering and exiting Record Open mode - using either SCPI command "Open" or "Keep" (mentioned in Rigol Prog. Guide). Users with 01.00.02 firmware can test if the "Open" command works on their DS2000s.
I tried RigRec.exe and
Yep, 1.00.02 uses "Keep" to start Open Record.
Now what to do now ?
maybe I stay with 1.00.02 to test RUU. on 1.00.02 if you want.
Can RUU read FW version and do different functions to accommodate North American Users or is that too much extra Work
@Teneyes - you can just use normal Record to test recording, playing back, saving files and creating animated GIFS.
Not sure about Playback. the frame count increments and the DSO goes thur each frame at RUU interval speed, BUT nothing is dispalyed on RUU 'Display' just grid
Not sure what RUU could do when frame number is jumping around,
maybe Prompt , 'STOP FRICKING WITH THE DSO WHILE SAVING FRAMES' :) :)
Is the newest software posted in the first post? Or is there some other post I should use (for the general utility that you showed screenshots of in the other thread).
Just a quick comment on the current RRU v1.1:
I tried it out and I think its really great --- Record, Record Open, and saving the data is working very well. I tried saving Display, Waveform and Frames, as both CSV and Bitmap, and animated GIF and everything worked as expected. I could load the CSV files directly in Excel and plot the data (and it looks just like on the scope as expected!)
At this moment, I have just one little suggestion --- not a bug, but something I thought was a little odd, but didn't cause any problems. It is, when using the "Save" button, and if I choose different things to save (Waveform, or Frames) and chose a type (CSV or Bitmap), the "Save As..." dialog box always indicates "Save as type: PNG (*.png)". Thus it is a bit confusing when selecting to save as CSV and seeing the file type as PNG. I ignored it and type the base filename, and then the software works as expected and saves a .csv file, but I thought it would be nice if the "Save as type" was updated depending on the what was selected for saving (animated GIF, CSV, or bitmaps).
Working excellent so far -- hope Rigol will fix the deep memory reading bugs!
Posted a revamped version of the Read Memory test above.DS2072 w/ 1.00.02
Bytes read: 130582
Max.packet read: 1396736
Total bytes read: 56000000
:WAV:END
======================
Is the 56000000 just your program counter??
@Teneyes:
Set Rigol Memory Depth to 14kPts.
Click "Rigol Full Sample Memory Read - MAX/RAW mode"
Then copy and paste the output window here.
Set Rigol Memory Depth to 140kPts.
Click "Rigol Full Sample Memory Read - MAX/RAW mode"
Then copy and paste the output window here.
Looks great, but sorry... the bug remains. Not exactly like before. This is when opening the program. Basically it says the in-data string had an invalid format.
@larsie:
One other quick question, I'm fairly certain the exception is being thrown by the routine which translates the Record Interval sent by the Rigol in ASCII-encoded scientific notation to floating point. Can you just look at the setting under Utility->Record->Mode->Record->Interval and let me know what it's set to on your DSO?
Thanks again!
@larsie:
Better still - please run the tiny attached program - and copy and paste the result here.
Thanks!
1.000000e-07
The RUU would display a run thur of frames BUT only every second frame
quirky
at first only Odd numbered frames
The DSO was not cycling thur frames
when I did a RUU 'Read ,Play'
The RUU would display a run thur of Even frames
I tried to Save 'Wavefrm ; CVS and RUU prompts for FIle name but does NOT use new file name. but data is saved to 'Screen.cvs' file
This data is the Display Data 1400 points, correct??
The RUU would continue to display Frames BUT only every second frame
That is RUU would display Frames numbered 2,4,6,89,10,12.......56,58,60,62,2,4....
then if I click on many of the Check Boxes the sequence would change to:
displaying Frames numbered 9,11,13.......59,61,1,3,5,....
NOW the RUU would continue to display Frames BUT only every second frame
That is RUU would display Frames numbered 2,4,6,89,10,12.......56,58,60,62,2,4....
then if I click on one of the Check Boxes in RUU (intermittently ) the sequence would change to:
displaying Frames numbered 9,11,13.......59,61,1,3,5,....
YES this could just be a ANIMATED GIF , is that what is left on the RUU display area??
quirky that it skips every second frame if it is a GIF.
Hi Marmad,
Just dreaming of your RUU monitoring the DSO in Single trigger mode and if triggered Saving the frame with time stamp then waiting for next trigger to catch some over night burp in what was being monitored.
NOW the RUU would continue to display Frames BUT only every second frame
That is RUU would display Frames numbered 2,4,6,89,10,12.......56,58,60,62,2,4....
then if I click on one of the Check Boxes in RUU (intermittently ) the sequence would change to:
displaying Frames numbered 9,11,13.......59,61,1,3,5,....
Unhandled exception in the application. If you choose to continue, the application will override the error and attempt to continue operations. If you click Quit, the application will close immediately.
Input format of the string is not valid.
RigRead gives the following messages:
Goddamn .NET >:(
@EV
Now I'm not sure if the problem is coming from RUU; I'm wondering if you have NI-VISA installed correctly. Have you used any other VISA software to communicate with the scope? Rigol's Ultra Sigma, MATLAB, LabVIEW, etc? I think you better test first that you can communicate with your scope - use Ultra Sigma to open a USB session and send *IDN? to the Rigol.
I think you better test first that you can communicate with your scope - use Ultra Sigma to open a USB session and send *IDN? to the Rigol.
I installed UltraSigma and tried it. It looks to work correctly (picture). I tried also RUU after UlraSigma installation. There is no change. It does not work.
Ahh... I know what the error with RigRead2 is. I mentioned in a previous post (which I think you didn't read) that these small test programs (RRM, RigRead, etc) are without the needed DLLs that come with RUU (if only I could read Finnish) - you must run RigRead2 in the same folder where you have RUU. Please test RigRead2 again from RUU folder. Thanks.
BTW, RUU won't work for you until I post a bug fix - that's why we have RigRead(2).
Sorry, you are right, I have not read all the earlier posts. RigRead and RigRead2 give both the same message, which is in the picture.
I heard similarly as marmad from Rigol NA regarding availability of IVI driver; i.e. it hasn't been released yet. But, Rigol suggested to me to try DS6000 series IVI driver, and that "I should be able to use most of the basic commands" from that driver.
Since I have the animated GIF option as a kind of compiled version of the screen images - I'd like to do the same for the CSV output. Does anyone know if you can make a database file that is in CSV format? So it could be opened in Access or another DB program?
Also, since I have the animated GIF option as a kind of compiled version of the screen images - I'd like to do the same for the CSV output. Does anyone know if you can make a database file that is in CSV format? So it could be opened in Access or another DB program?To what purpose? A relational database isn't really appropriate for this sort of data I don't think. Though most database engines I'm familiar with can import CSV fairly easily (Postgres, MySQL and Oracle all can).
Have just ordered my DS2072 thanks to this thread and particularly your posts marmad. Thanks for the info and software, I'm sure I will be satisfied. Waiting anxiously for a shipment notification so I can play ;).
To what purpose? A relational database isn't really appropriate for this sort of data I don't think. Though most database engines I'm familiar with can import CSV fairly easily (Postgres, MySQL and Oracle all can).
Well, I'm not sure - maybe we can discover a purpose later. But originally the idea was just as a possible solution to an organizational problem - if you want a voltage record of each waveform stored in a 100 different frames, the DS2000 doesn't allow you to save any files when in Record mode. But my software can pull out that voltage record from each frame and save it as a CSV file, but then you have a 100 (or whatever) separate CSV files. I thought it might be handier to have it stored in a single file, as a database of frames connected via their relationship to time. Anyway, just trying to think of more efficient ways to save recorded data for possible analysis or processing later.
Well, I'm not sure - maybe we can discover a purpose later. But originally the idea was just as a possible solution to an organizational problem - if you want a voltage record of each waveform stored in a 100 different frames, the DS2000 doesn't allow you to save any files when in Record mode. But my software can pull out that voltage record from each frame and save it as a CSV file, but then you have a 100 (or whatever) separate CSV files. I thought it might be handier to have it stored in a single file, as a database of frames connected via their relationship to time. Anyway, just trying to think of more efficient ways to save recorded data for possible analysis or processing later.I see what you mean, maybe something a little more elegant than a bunch of timestamped text files is required... Maybe a simple XML format? Unless you're planning on writing a 'waveform management system' as well though (and I'm sure many would be happy if you were!), this might be one to leave as an exercise to the reader. :)
BTW, in the interest of pushing the software I'm writing on more owners ;) it takes the Rigol 15 seconds to write a PNG file to a USB stick - and then, of course, there's the time needed to transfer the stick to a computer and read the file. It takes the Rigol UltraVision Utilities 2.3 seconds (using USB) to transfer the data to the PC and save it :)
Works like a charm.
In addition to it being faster you also get the opportunity to enter a (hopefully meaningful) name for the file as you save it.
Thank you for the work you have put into the application - much appreciated.
Andrew
To what purpose? A relational database isn't really appropriate for this sort of data I don't think. Though most database engines I'm familiar with can import CSV fairly easily (Postgres, MySQL and Oracle all can).I thought of a use for compiled CSV/WFM frame files - and easy to generate in RUU as well: an intensity gradient - which is analogous to a thermal color gradient where high intensity areas are colored red and low intensity areas are colored blue - for example:
Also, since I have the animated GIF option as a kind of compiled version of the screen images - I'd like to do the same for the CSV output. Does anyone know if you can make a database file that is in CSV format? So it could be opened in Access or another DB program?
OK, RUU v.1.5 starts now and looks to work correctly.
Let me know what you think of it - or if you have any feature suggestions.
I have problems with "Zoom Markerrs". If I click it I get a window as in the picture. If I click "Continue", nothing works there. Maybe I am doing something wrong?
Maybe you could change your windows regional settings so that decimal separator is comma "," to see if the problem shows up to speed up testing? I have found out that there exists plethora of software which also stumbles on this. I have no Rigol scope but just a thought.
That's likely the problem - as it was with an earlier version of RUU.
That is the problem. I changed decimal comma to decimal point in Windows, and there is no error message.
Marmad, sounds like you need to get your 'option strict' enabled or specified at top of your VB file. It will improve your life. Cheers.
@EV , Having Fun ?? , What's the Red Block mean just after data?
What's the Red Block mean just after data?
[It is just a question mark, such as can be seen in the enlarged image (200us). At the same place is a red block in the original picture 500us.@EV , if it is the same block, why is the yellow trace not the same and the Block data show what looks the is a "BIT" different ?
if it is the same block, why is the yellow trace not the same and the Block data show what looks the is a "BIT" different ?
Reading the Userguide . page 7-8 , End of Frame error , changes from block to ? when you zoom in
[
Nice!
With RUU , after recording frames, then playing them back in Repeat Mode, the repeat mode check box is allowed to be unchecked but the DS2072 will not allow it to be changed, So the RUU shows no "Repeat" mode but the DSO is running in 'Repeat mode'.
If the RUU play is "Paused" then the check box is updated to show still in Repeat Mode,
I'll make sure to disable the check box when the DSO is playing in the next version.Sounds good , forcing the RUU user to "Stop" first, for both "Play" and "Repeat Play"
Keep in mind though, the software buttons and check boxes in RUU can't normally control the DSO in any way that you can't do from the front panel of the Rigol (unfortunately).But I do like using RUU for jumping the DS2072 play 'Interval' from 200ns to 2 seconds without having to turn the selection knob many turns ;)
But I do like using RUU for jumping the DS2072 play 'Interval' from 200ns to 2 seconds without having to turn the selection knob many turns ;)
So I loaded wfm file , then saved it again
changed offset then saved again
19 bytes changed. in 5 groups
the Data did not change, kind implies there is and Offset parm in the 5 groups
back to testing
Exploring Trace files and patching with blanks to see locations first , with NO file read errors
see 2 breaks in trace below
looking like trc files are bit maps coordinates
BTW I looked at CSV files and most are 1400 values if saving displayedUPDATE
but if DSO is set to Maximum then only to pts are save to the CSV .
for Max. Saving:
at 5ns -> 140 values
at 10ns -> 280 values
at 20ns-> 560 values
.....
these values are extrapolated into the displayed CSV file of 1400 line.rows
.
.
Exploring Trace files
Size of file? Number of bytes per channel?
looking more like pixels, Display shows my patch write of of large block with Hex '11'
the file types which the Rigol saves are perhaps not equivalent to the display memory data it sends over USB/LAN.@Marmad,
I'll try to sniff it out.
I am thinking that maybe the format USB gets,
is a bunch of parmeters and then all the 8bit for the memory Pts.
I wonder if the 1400 pts and the average of Multiple scans or a snapshot??
Norm read would not read any more than 1400, DSO set to 7000 pts
The "ch1" flash for a while then a lot of buttons light up and stay that way ... seen last forever as captured screen.You had already updated your firmware after this. If you had just re-booted here - you would still have your options
...and try the utility update method to update the firmwareThis is when you lost your options.
I start the scope as usual, the utiliity, system, info still show the software version 0.0.0.1, X-Y bug still here. Do I have to upgrade to 1.0.0.2 then 1.0.0.5? please give me a link to 1.0.0.2.1) You're not reading the post which I linked to. There is no FW 0.0.0.1 - you're not seeing your full FW number. Go back to this post (https://www.eevblog.com/forum/reviews/first-impressions-and-review-of-the-rigol-ds2072-ds2000-series-dso/msg158659/#msg158659 (https://www.eevblog.com/forum/reviews/first-impressions-and-review-of-the-rigol-ds2072-ds2000-series-dso/msg158659/#msg158659)), scroll to the bottom, and read the section titled:
A small program (requested) you can use which runs in background and checks every XX seconds for BUS options.Thanks MArmad, works just right
A small program (requested) you can use which runs in background and checks every XX seconds for BUS options. If it finds them, it beeps PC and displays message box with date and time.
I think I already asked this once but I forgot -- any chance of getting it on non-windows platforms? What language / framework is it written in? Do you have the source code for download somewhere?
I think I already asked this once but I forgot -- any chance of getting it on non-windows platforms? What language / framework is it written in? Do you have the source code for download somewhere?
RUU 1.51 did work on W7 native but not particularly well, my DS2202 became unresponsive and remained that way for a while, even after the USB cable was removed.
There is mono but I suspect that RUU is several bridges too far for it. I tried another approach: virtual box on Ubuntu 12.10 running VMs for XP and W8. RUU 1.51 failed on both: NI-VISA couldn't find my DS2202. The Rigol USB device was fed through VBox but it obviously wasn't enough.Nah, it's gonna be a lot of trouble to get that work to a satisfying extent. Looks like we'll have to leave this to the windows people then. ;)
RUU 1.51 did work on W7 native but not particularly well, my DS2202 became unresponsive and remained that way for a while, even after the USB cable was removed.
Ha, ha... so my software was able to influence your Rigol - even when unplugged? Wow, it's even more powerful than I imagined. ;D It sounds like you're having VISA/connection problems that are unrelated to my software. Have you tested other SCPI-based software on it?
But honestly, you downloaded and tried the FREE software offered here - had problems but didn't bother posting any bug reports or details when it happened - but now come back and whine about it in retrospect - so please DON'T bother downloading and trying my software.
I saw several strange things including the Rigol USB connection presenting as a FTDI serial device. Hard to imagine that the length or quality of my USB cables caused that. NI-VISA doesn't mention W8 support. Does anyone have RUU working on W8? And are there XP users of RUU? And no I haven't tested other SCPI-based software on it.
So what is the difference between a bug report and a whine? I did my testing yesterday and it was reasonably obvious from the threads on this subject that you were busy working on a new release. Sounds like you have been working too hard on that release :)
Hi, fantastic screen looks and functions in the 2.0. Congrats! Running on an XP computer the program crashes when trying to save arrays some times but surely when they are many. Also in the plot window when I check a preference with a dot in the various circles it stays there and can't get cleared if I try.
1. I guess RUU gets data between DSO trace is ended.
on Slow scan rate , about 200ms/div that takes 2.8 seconds per trace;
Do you think there is any benefit for the RUU program to simulate the slow tracing of data on the PC display?
2 When I shutdown DSO before RUU is closed the error message loops and it is hard to Close RUU
I suggest maybe after OK, click just Close RUU.
3. small thing top line "Save FrA" tittle is a bit low in the display and bottom of characters are clipped
for both (1280x1024) and (800x600) display resolutions settings
Running on an XP computer the program crashes when trying to save arrays some times but surely when they are many.
Does it when 100 or 300 but not for 10 frames in a quick check. But does it on 10 if both channels are checked.
When I save over an existing filename I need to minimize the program and maximize again for the are you sure message to appear.
Measurements display is the most I miss.
Great job overall.
Is there a way it can capture and save a plotted screen that I did not see?
Frames are recorded from the DSO and saved as .fra then I go press FrArray to invoke the plot screen. That's when I get the exception. "Continue" works but it tends to get unstable after that pop up some times.
No.
Is RUU supposed to be able to connect via TCP/IP? I'm getting No VISA found message and then it prompts to enter the name. I've tried entering the IP address of the scope but it didn't like it.
I had time only for a short test. When saving display to old file name, the program tilts. It only beeps and it is impossible to close the file window or the program, but using task manager.
No.
Hmm... I'm wondering if it might be a memory problem - frame arrays are held in memory when created. I can't recreate the error here at all - no matter how many frames I capture from the Rigol. How much memory do you have on your PC?
Edit: Can you please post one of your frame array files that is created right before a crash? That would be very helpful for debugging.
I waited something like 50secs this time to see if something happens and then the blank screen started plotting. The DSO counts play frames at that time. Is it 508frames/11fps related maybe? If I wait that long to press FrArray I don't get the message. Its a PentiumD 3.4GHZ Dell Optiplex with 20195172(K) memory and 1367968 available at that time. CPU% never went more than 21% as the system was running at the time. EEVblog does not allow my .fra file type to upload 4U.
There is this old familiar error when I try to "Compile FrArray Save". It works if I change decimal comma to decimal point from control panel.
@EV: If you want me to track this down, you will have to copy and paste the 'Exception Text' part of the message.
Here it is:
Just playing, square wave sweep
Saved 7000 frames and then Plot 3_D
it takes some time, Cool Colours
Thanks - I think I found it. Please check it again when I release the bug-fix update.
groupbox font (i.e. 'Play FrA', etc) work for you? Or is it still being clipped?
I wonder why
2. With frame order Increasing,
The plot built from higher frame # to lower frame # ,
built from violet to Red colours Pics 2
and wonder why the back porch displays in front
.fra zipped and hereand wonder why the back porch displays in front
But the other effect - seeing through the wave is bizarre - and I haven't seen it before. Can you please ZIP the .fra file (it will get very small) and post it here? I need to investigate this effect further.
Saving Frames when DSO is in HiRes Acquisition
Is the RUU programmed to leave a Gap on the leading edge of the squarewave when saving/plotting 3D and the DS2072 is in HighREs ,see Pics
Curious of the gaps on the back side on these frames
part of square wave sweep, 2000 frames
I wondering if gaps are:
Resolution steps in RUU
Resolution steps in DSO
Resolution steps in Sweep generator
the gaps are scaling errors introduced by trying to fit a 700x400 image onto
a 350x200 cube - small vertical lines can be lost. .. and x2 scale. You can see the difference
Nice software but it doesn't connect to a DS41014, a reports 'this is not a DS2072'.
Is this by design or should it work with a DS4000 or DS6000 scope ?
@Teneyes: - this shouldn't happen on a linear sweep.
wont you consider to give option for "flat surface" plot instead of lines? lines plot will show some overlapping. Z-cue'd probably if performance becomes an issue. YMMV ;)
Linear sine-wave sweep: (http://www.daysalive.com/share/linear_sine_sweep.gif)
Hi Mark,
I am another almost owner of a 4 channel DS4000 series, and I would be happy to report back in return for a version which will support 4 channels of DS4000 series!
Cheers
Alex
I am also interested in a version DS4000 4 channels, I would test on Tuesday and the post Market Report.
thank you
Great software.
Thomas
I tried it also with computer with 1920 x 1200 resolution and text size 125%. Pictures are attached. If I change text size to 100% (this is too small), there are no problems.
But, in any case, I'll see if I can come up with a solution for this. It just means that the RUU display will have to be scaled when in the x1 setting - thus not matching precisely the Rigol's display.
As I told, I do not use that big screen in my workspace, but compact laptop to save space. I only told what I noticed. ;)
Are those having same hardware and differ only software wise?
Or do they have different hardware inside?
Oh does it mean that I actually can buy DS2072 and by a software update get an 200 MHz (DS2202)?
Hello,
Has anyone purchased the decoder option?If so how does it look like? Is it a USB stick you plug into your scope?
1. FSD on the DS4000 series is +/-4divs, so your display needs to be rescaled, and 'full ADC' should be enabled and greyed out
2. When I save a waveform to .csv from channel 1, it seems to have scaled it using the Volts/div setting of channel 2
3. It said the unit was not responding, so I closed and restarted the program and tried to connect again and got the attached exception (I'm connected via USB atm)
The full 256 levels (8bits) are mapped to +/-4divs with no headroom on the DS4000, so it's not mapping correctly to RUU.
It reported not responding once when I tried to save a waveform to CSV.
attached is a Frm File with a glitch at frame 22-25 , it shows up as a Plane in the 3-D plot
I think I've got what you want - a bit fuzzy on using the frame capturing stuff at the moment.
The scaling looks fine now.
On the saving of data, I have checked that saving CSV to a USB stick works fine. Here is some further info for you:
I have ch1,ch2 connected to the cal signal, and both ch1 and ch2 are AC coupled. Ch3 and 4 are off (but DC coupled).
ch2 is set to invert
I include a screen grab of what was displayed, the CSV obtained using a USB stick, and the CSVs for ch1 and ch2 obtained using RUU.
You will see that the RUU Ch1 csv has used Ch2 scaling, and that Ch2 has used Ch3 scaling and AC/DC coupling setting!
Do you have the commands you send, so I can put it through the UltraSigma control panel and see what comes out?
Holy crap, this looks awesome!
Have you put any thought into expanding the utility to control a Rigol sig gen and then be able to do automated bode plots?
Holy crap, this looks awesome!
Thanks Dave!QuoteHave you put any thought into expanding the utility to control a Rigol sig gen and then be able to do automated bode plots?
I'd love to do that - and I'll have a real need for it in the near-future since I have to design and build some filters later this year. I'm hoping to buy one of the Rigol DG4000 wave gens sometime soon - and as soon as I do, an automated bode plotter will be the first thing I'll be working on :)
Until then - the next release should bring all of the scope data (trigger, timebase, & voltage settings) to RUU - and I hope to add surface plots as an option for frame array plotting.
Why not start with 3x25 if you still have it? It's crap but I've been getting useful bode plots with it, especially with some curve fitting magic. Not getting a sub dB resolution like on a real spectrum analyzer but good enough to see where the filters cut off. kind of like this:
More Fun with RUU
and DS2072 with DG4062 , I'm in on RdgUU :)
A sawtooth Modulated Sawtooth
RUU 1.51 did work on W7 native but not particularly well, my DS2202 became unresponsive and remained that way for a while, even after the USB cable was removed.
Ha, ha... so my software was able to influence your Rigol - even when unplugged? Wow, it's even more powerful than I imagined. ;D It sounds like you're having VISA/connection problems that are unrelated to my software. Have you tested other SCPI-based software on it?
Revisiting this part of the thread, I think that the reason for the unresponsive nature of my DS2202 was setting Display|Menu_display to 1 second. Try it and like me you may find that many aspects of the user interface, especially the menu buttons become almost unusable.
Revisiting this part of the thread, I think that the reason for the unresponsive nature of my DS2202 was setting Display|Menu_display to 1 second. Try it and like me you may find that many aspects of the user interface, especially the menu buttons become almost unusable.
And as task manager shows, RUU was consuming almost 100% of the CPU, doing nothing. My laptop's fan and Linux (the host OS) confirmed that W8 was using 100% of the CPU. When I closed RUU CPU usage dropped below 10%.
In this respect I have two basic comments:
1. Can we somehow store the TCP visa resources name in the RUU settings so no need to enter each time.
I think there is good reasoning for this as, the scope is getting its IP using DHCP so its VISA name is suppose to stay the same.
2. Is it possible we have the trace reference marks (those small '1' for ch 1 and '2' for ch 2 marks) on the RUU screen?
3 Of course having the main scope Y, T controls available in RUU would be huge advantage for me but I think I am getting to far :)
Screenshot of all 4 channels of DS4000 as requested!
It behaves as if the code is calculated real time during the movement but it does not make sense as we have the
signal data in memory and normal it should be decoded only once.
What is also strange is that I set the scope sampling to 100MSa/s, 28M pts, two channels enabled.
In this case the scope is triggering only about 140ms which means14M pts.
I would expect 28M pts. as written on the screen??
I've tried screen capturing into a image on the USB flash storage.
The scope didn't like my Kingston 32GB stick
(detected but said no room on the device (I have more then 17GB free on this stick))
I did a quick check of the SPI decoding function of my DS2102.
It is probably useful but it seems to be not as convenience as a regular logic analyzer.
In addition I have observed misalignment between the code and the traces as you can
see on the attached picture. Next time I have tried the code was properly aligned.
What do you guys think about the decoding of those scope?
I've tried screen capturing into a image on the USB flash storage.
The scope didn't like my Kingston 32GB stick
(detected but said no room on the device (I have more then 17GB free on this stick))
With other smaller flash stick I have managed to write the picture.
What is also strange is that I set the scope sampling to 100MSa/s, 28M pts, two channels enabled.Ooops. On my settings I forgot to account the pre-trigering data apparently :)
In this case the scope is triggering only about 140ms which means14M pts.
I would expect 28M pts. as written on the screen??
All measurements are made on the displayed data, not the sample data - so it makes sense that the decode is also performed on the displayed data.OK probably i still haven't get the whole philosophy of the scope but I have to admit Rigol can easily optimize the decoded code showing on screen. Sometimes it is misaligned, it moves jumps by jumps and now it is difficult to follow if you think consequently in time.
Does your scope correctly save and recall the polarity of the SPI signals and the MSB/LSB setting over a power cycle?
OK probably i still haven't get the whole philosophy of the scope but I have to admit Rigol can easily optimize the decoded code showing on screen. Sometimes it is misaligned, it moves jumps by jumps and now it is difficult to follow if you think consequently in time.
Even if they don't keep the whole decoded code in memory but only for the displayed data they could pre calculate one screen ahead and behind which could make the movement smooth.
What do you guys think about the decoding of those scope?
Quote from: dpenev on Yesterday at 08:39:45 PM
OK probably i still haven't get the whole philosophy of the scope but I have to admit Rigol can easily optimize the decoded code showing on screen. Sometimes it is misaligned, it moves jumps by jumps and now it is difficult to follow if you think consequently in time.
Even if they don't keep the whole decoded code in memory but only for the displayed data they could pre calculate one screen ahead and behind which could make the movement smooth.
Have you tried using the decoding table? The decoding table displays the decoded data and the corresponding line number and time in table format. It can be used to observe longer decoded data to solve the problem that some data could not be seen clearly on the screen.
I tried to save Display in Bitmap mode, when "Cursor Track" was on. Scope was in stop mode while saving. I got errors as in the pictures and picture was not saved. When using "Cursor Manual", picture was saved correctly.
@EV , Hello that pulse looks like your JW pulse generator, was that S/N 32 or 60,
The Pulse does show nice bandwith on your Rigol.
I still have to build my JW pulser. my 1st SMD project.
I tried to save Display in Bitmap mode, when "Cursor Track" was on. Scope was in stop mode while saving. I got errors as in the pictures and picture was not saved. When using "Cursor Manual", picture was saved correctly.
I tested this and discovered that this is a bug (or somehow feature-dependent) problem with the Rigol (nothing to do with RUU): the DSO won't send a bitmap image of the screen if the Tracking Cursor Window is open.
Should you add this to the bug list? It is not a big problem. The picture can be saved to usb stick directly with storage button.
I tried to save Display in Bitmap mode, when "Cursor Track" was on. Scope was in stop mode while saving. I got errors as in the pictures and picture was not saved. When using "Cursor Manual", picture was saved correctly.Is there a valid reason not to capture a bitmap, as the cursors can be moving. Or it will slow DSO?
Is there a valid reason not to capture a bitmap, as the cursors can be moving. Or it will slow DSO?
Is there a RUU program work around?.
Hi MarMad,
I'm new here. Own a DS4014.
Is whether the possibility of adding Serial Protocols decoders option to your package, is feasible ?
[e.g. - serial captured data off a SPI, I2C, UART, JTAG, etc, is sent over automatically & decoded by the PC, rather than having the add-on option, had it on trial and it's gone after re-cal]
But I would support Marmad to add functions to transfer the decoded data to a PC :)
But I would support Marmad to add functions to transfer the decoded data to a PC :)
Anyone ever tried the WFM Viewer at DS2xxx series ? Although it was designed for DS1052E.Yes, as mentioned in this post (https://www.eevblog.com/forum/testgear/first-impressions-and-review-of-the-rigol-ds2072-ds2000-series-dso/msg176602/#msg176602).
Hi MarMad,
I'm new here. Own a DS4014.
Your efforts are appreciated, and keeping the updates/additions alive is of great help.
One item on my wish-list, and a question for you, is whether the possibility of adding Serial Protocols decoders option to your package, is feasible ?
[e.g. - serial captured data off a SPI, I2C, UART, JTAG, etc, is sent over automatically & decoded by the PC, rather than having the add-on option, had it on trial and it's gone after re-cal]
2) There might be other software available already (or a MATLAB/LabVIEW script) which does decoding - and then it would be simply a matter of translation. I would explore that avenue first.
Is there a similar PC software for Agilent DSOX2000 series?
Is there a similar PC software for Agilent DSOX2000 series?
Why post this question in a topic visited by Rigol owners? Wouldn't it make more sense in an Agilent topic - or a new topic?
On another topic I set my 2072 on 56Mps but I could only record 15 frames is this a problem with my scope or me doing some thing wrong.
I have only had the Scope for a couple of days and it is different to my old scopes (setting up etc)
THANKS GUYS
Rachael :-+
Man .. your work is impressive!
I can't wait to give this a whirl! Thanks a million for all of your effort - I'm not nearly talented enough to do what you've done so I sincerely appreciate your talents and effort.
Also, the new FW includes new (as-yet undocumented) SCPI commands to control the DSO [...]Hey Marmad, how did you find the undocumented SCPI commands - from a firmware dump, or something else?
Hey Marmad, how did you find the undocumented SCPI commands - from a firmware dump, or something else?
The question is:
Is there any benefit to adding 'Frame over Frame' Post Functions to Your RUU software?
Hi
I just got for evaluation a DS4012 and found this software. After installing, I get an error if I try to connect, the RUU add the correct Name "DS4012" to the title bar but then shortly pops up with "DSO not responding to query and/or command - RUU closing connection" ... then a few times "DSO is not conected"
The Ultra Sigma Screencapture works fine though.
I connect using USB and LAN. If USB is not connected, it asks for the device, I enter "TCPIP::192.168.1.50::INSTR", then, same error.
Any idea what is wrong?
Wrote this little app to allow auto-installation of licence codes (or any other SCPI commands) for your Rigol scope.Hello, I got the following error:
There are similar apps/scripts out there, but this one is different. I wanted to connect my DS2072 into my home LAN, then have the app automatically detect it from my WIFI laptop, then have the codes auto installed. Works.
You'll need the attached files, a Windows computer with .NET 4.0, NI Visa 5.3 runtime or full product.
An unhandled exception: System.IO.FileLoadException: Could not load file or assembly "NationalInstruments.VisaNS, Version = 13.0.40.167, Culture = neutral,
PublicKeyToken = dc6ad606294fc298 "or one of its dependencies. Naide
Goes assembly's manifest definition does not match the assembly reference. (Exception
from HRESULT: 0x80131040)
in NS.Scope.Module1.Main ()
Hello, I got the following error:
Wrote this little app to allow auto-installation of licence codes (or any other SCPI commands) for your Rigol scope.
There are similar apps/scripts out there, but this one is different. I wanted to connect my DS2072 into my home LAN, then have the app automatically detect it from my WIFI laptop, then have the codes auto installed. Works.
You'll need the attached files, a Windows computer with .NET 4.0, NI Visa 5.3 runtime or full product.
An unhandled exception: System.IO.FileLoadException: Could not load file or assembly
"NationalInstruments.VisaNS, Version = 13.0.40.167, Culture = neutral,
PublicKeyToken = dc6ad606294fc298 "or one of its dependencies. Naide
Goes assembly's manifest definition does not match the assembly reference. (Exception
from HRESULT: 0x80131040)
in NS.Scope.Module1.Main ()
Hello, I got the following error:Hi there, yeah instead of copying any files, just install the NI VISA v5.3 runtime. Should work ok, but pleas let me know if it doesn't.Code: [Select]An unhandled exception: System.IO.FileLoadException: Could not load file or assembly
"NationalInstruments.VisaNS, Version = 13.0.40.167, Culture = neutral,
PublicKeyToken = dc6ad606294fc298 "or one of its dependencies. Naide
Goes assembly's manifest definition does not match the assembly reference. (Exception
from HRESULT: 0x80131040)
in NS.Scope.Module1.Main ()
I copied NationalInstruments.VisaNS.dll from RUU folder to your program folder, but no result.
Any ideas?
No success. I guess it's NetFw 4.0 and 4.5 conflict.Hello, I got the following error:Hi there, yeah instead of copying any files, just install the NI VISA v5.3 runtime. Should work ok, but pleas let me know if it doesn't.Code: [Select]An unhandled exception: System.IO.FileLoadException: Could not load file or assembly
"NationalInstruments.VisaNS, Version = 13.0.40.167, Culture = neutral,
PublicKeyToken = dc6ad606294fc298 "or one of its dependencies. Naide
Goes assembly's manifest definition does not match the assembly reference. (Exception
from HRESULT: 0x80131040)
in NS.Scope.Module1.Main ()
I copied NationalInstruments.VisaNS.dll from RUU folder to your program folder, but no result.
Any ideas?
Evi, let me know your OS version, and whether 32-bit or 64-bit and I'll sort it out, test, and re-post.Windows 7/32
Hi Evi, try the updated version, let me know how you get on? Have tested this on Windows 7 x32. No need to copy any files, as long as NI-VISA 5.2 or 5.3 is installed. If it doesn't work, again, could you let me know which NI-VISA you have?Evi, let me know your OS version, and whether 32-bit or 64-bit and I'll sort it out, test, and re-post.Windows 7/32
Ultra Sigma and RUU works fine.
Hi Evi, try the updated version, let me know how you get on? Have tested this on Windows 7 x32. No need to copy any files, as long as NI-VISA 5.2 or 5.3 is installed. If it doesn't work, again, could you let me know which NI-VISA you have?Evi, let me know your OS version, and whether 32-bit or 64-bit and I'll sort it out, test, and re-post.Windows 7/32
Ultra Sigma and RUU works fine.
:D /forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg261360/#msg261360 (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg261360/#msg261360)
Hello, it's getting better... But why USB INSTR ?Fixed. Reason is because I'm a dipstick :P . App is supposed to only include TCPIP and USB devices, I'd disabled the filtering, so my list of 'USB' devices was actually returning me ALL devices, so it tried to connect to your ASRL3 device address over USB which failed. Filtering re-enabled to fix that. Also handles connection errors more gracefully now.
[...]
Device: ASRL3 :: INSTR
So,...?Hello, it's getting better... But why USB INSTR ?Fixed. Reason is because I'm a dipstick :P . App is supposed to only include TCPIP and USB devices, I'd disabled the filtering, so my list of 'USB' devices was actually returning me ALL devices, so it tried to connect to your ASRL3 device address over USB which failed. Filtering re-enabled to fix that. Also handles connection errors more gracefully now.
[...]
Device: ASRL3 :: INSTR
Cheers.
Sorry, yes, I should have said, download v1.2 from my original post here: https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg261360/#msg261360 (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg261360/#msg261360) :)
"Devices found: 0Yeah sure, will dig that out and upload tomorrow. What connection type is your scope using, USB or LAN?
Finished. Press any key to exit..."
Could you provide source?
Pardon, as you stated LAN"Devices found: 0Yeah sure, will dig that out and upload tomorrow. What connection type is your scope using, USB or LAN?
Finished. Press any key to exit..."
Could you provide source?
Pardon, as you stated LANHmmm, if your computer and scope are on the same subnet, then it should be auto detected. Can you try and USB and see if that works OK too? Mine working on either USB or LAN.
Pardon, as you stated LANHmmm, if your computer and scope are on the same subnet, then it should be auto detected. Can you try and USB and see if that works OK too? Mine working on either USB or LAN.
Regardless, I'll add a GUI for manual IP address entry & upload new version.
[code]Devices found: 1
Device: USB0::0x1AB1::0x04B0::DS2A14530xxxx::INSTR
*IDN? = RIGOL TECHNOLOGIES,DS2202,DS2A145302589,00.01.00
:SYSTem:OPTion:INSTall EEEEEEEBEBEEBBBBN4EEEEEEEEEE
:SYSTem:OPTion:INSTall EEEEEEEBEBEEBBBBN5EEEEEEEEEE
:SYSTem:OPTion:INSTall EEEEEEEBEBEEBBBBN6EEEEEEEEEE
*IDN? = RIGOL TECHNOLOGIES,DS2202,DS2A14530xxxx,00.01.00
uninstall
*IDN? = RIGOL TECHNOLOGIES,DS2202,DS2A14530xxxx,00.01.00
Finished. Press any key to exit...
[/code]
But what for you write these EEEEEEEEEEEEEEEE?Sorry mate, as stated, I don't know legality of any licence/trial keys out there, you'll need to get your own. This is just a VISA command automation tool.
I need correct lic.
Latest version: 2.03 (download link at the bottom of this post - change log in the second post)
This documentation is slightly out-of-date for the latest version. Make sure you read this for the latest news and info. (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg194234/#msg194234) and then read below if you haven't used RUU before.
This thread is for user-written software and tips for the Rigol DS2000 (4000/6000) UltraVision scopes. Impressions, reviews, bugs, etc, can be found at this thread. (https://www.eevblog.com/forum/reviews/first-impressions-and-review-of-the-rigol-ds2072-ds2000-series-dso/) Please post hardware/firmware problems, questions, feelings, etc. at the other thread. (https://www.eevblog.com/forum/reviews/first-impressions-and-review-of-the-rigol-ds2072-ds2000-series-dso/)
In order to use this software, you will need:
1) Rigol UltraVision DSO
2) Computer (the software was written with VS 2010 on a Windows7 x64 platform - and tested under Win7 x86 as well - but I would think it would work fine with WindowsXP as well)
3) NI VISA Runtime (this must be installed for the PC to communicate with the Rigol - you can download the latest version for free here (http://joule.ni.com/nidu/cds/view/p/id/3342) - btw, you can fill in any garbage to create an account)
If anyone has a problem installing - or getting it to work on their system - let me know and I'll see what I can do.
I could be wrong, but I don't remember Marmad ever posting that support had been added for the DS1000z series scopes.
Calling Marmad - what say the author?
Thanks! EF
Just curious, do you think it's just a matter of time or is it more a question of whether the new version will support the 1000Z? I'm still right on the fence between the 1000Z and the 2000 - this might influence the choice. Thanks, EF
What is the default username and password for the DS2072 LXI-Web page for network settings?Hi Rory
for DS2000 , used Utily - IO setting - LAN Set ,
but Marmad has found that USB is Faster to the DS2000
If updated to DS2302 , check the device list is enable in the software you are using
Answering my own question, and it works for me:What is the default username and password for the DS2072 LXI-Web page for network settings?Hi Rory
for DS2000 , used Utily - IO setting - LAN Set ,
but Marmad has found that USB is Faster to the DS2000
If updated to DS2302 , check the device list is enable in the software you are using
Thanks, still unable to find where to set the password/username. Utility-IO Setting-LAN Set doesn't have it, as far as I can see. This password is when the scope is accessed via web browser, and the password can be changed but needs the default password to do so.
Not sure I like having a piece of gear with a network-accessible feature that has a password I am not privy to. :(
Probably I'm missing something, but couldnt find anything about it.
It seems that when i put my scope in Roll mode, then RUU loses connection. Is the rolling mode not supported or is this a bug?
Forgot to say : thanks for the software! i think it's really nice to capture waveforms and do manual analysis of the data. Would it be possible to transfer a full waveform (all 56Mpts) to the pc or are we limited to the data that's on the screen?
So I'm curious if anyone else has seen any quirky behavior with the DS2000 when the LAN mode is used with Ultra Sigma or RUU.Well I have been having problems with RUU compling frame files.
Well I have been having problems with RUU compling frame files.
The playing of recorded Frames appears OK
But!
I only get 1 frame, at one setup (FW 2.01.00.03)
and later
I only get a Blank 3-D gird.,
The saving of the FrArray steps through the Frames on the DSO , OK
but no frames get to the small RUU file
@Marmad
@Teneyes: After testing, I've found NO problems whatsoever compiling frame files with RUU and FW 2.01.00.03. I've only been using the USB connection, so it's possible that there are changes in the LAN connection FW routines - when I have a chance, I'll try it with LAN. But with USB: no problems.
Either I've (temporarily) become too spiritual or there's no DL link at the bottom of the first post...? :-//
Good find Marmad
Does it work for Zoom, and can it add a Delay(time) compare function to RUU
I have the pleasure of being able to offer the services of my DS4054
Cheers
Alex
After pressing the "Connect"-button a small window came up saying "No VISA found on USB or TCPIP -Enter resource name or cancel".That seems odd, seeing as how your exact question is answered in the first post of the thread, ~15 sentences down from the top. (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg171575/#msg171575)
But what is meant by resource name ? the IP-Address, the Ident string of the Instrument, the type number, the serial numer or what else ?
Unfortunately I could not find any installation instructions.
My software will connect with the scope using either USB or TCPIP VISA resources. If you're planning to save many recorded frames, it's best to use USB (USB: ~2.5s = ~6s transfer time on TCPIP). The VISA resource locator is not coded with a sniffer for finding TCPIP connections - so it's default behavior is as follows:
...
Note: the new UltraVision scopes (unlike Rigol's earlier series) have a very handy SCPI command to perform a screen grab. But the data is always transmitted as an 800x480x24 bit file (~1.152MB), so it takes ~2.5 seconds to get it to the PC and save it (using USB).
;D Yes, there are many things I can't control from RUU - since the owner also has control over the DSO from it's buttons. Two things trying to control the same device! But one problem with Rigol SCPI implementation is that it's missing a way for the DSO to communicate 'at' the software (like an interrupt - or a button press). It's a simple one-way protocol - you send a command to the scope and it sends back data. You could do much more with it if the scope could notify you directly of events - than the PC could be more easily programmed to act like added 'features' of the DSO without requiring human intervention, Right now I have to 'poll' the scope for changes - not very efficient (that's why the 'READ' buttons).
EDIT: Just as a note to those thinking of using TCPIP:
Display frames per second received from the scope (optimum case):
Normal Mode:
Single Channel: USB = ~25FPS / TCPIP = ~13FPS
Dual Channel: USB = ~17FPS / TCPIP = ~7FPS
Delayed Sweep Mode:
Single Channel: USB = ~14FPS / TCPIP = ~7FPS
Dual Channel: USB = ~11FPS / TCPIP = ~5FPS
- but since I currently only own a DS2000 to test on, some of the more esoteric features will only be available for that series.Is there any DS1000Z Owner out there that will help Marmad test the RUU Software?
Still looking for that?
Just hooked up my DS1000Z through Ethernet to explore that side also. Controlling all 4 channels would be nice.
I've got a 4-channel version in the works - I'll hopefully get out a beta for DS4000/DS1000Z users to test in the next couple of weeks - swamped with other work at the moment.
Still looking for that?
Just hooked up my DS1000Z through Ethernet to explore that side also. Controlling all 4 channels would be nice.
I've got a 4-channel version in the works - I'll hopefully get out a beta for DS4000/DS1000Z users to test in the next couple of weeks - swamped with other work at the moment.
Is it possible for RUU to save sample memory in a generic (.csv) format to be more easily processed by matlab/etc?
I just tried this tool and it's very nice. It didn't auto recognize the scope - I had to copy/paste address even though it's the only one connected.
I have a request about the delayed sweep (zoom) mode. It's very hard to move around. By just turning the horizontal knob it takes forever. I know you can use the big spring knob to navigate, but I realized you can'd do that in recorded data playback mode. So if you can make navigation by clicking with mouse on the waveform it would be nice.
I just downloaded your tool and I can't get it to connect to my Rigol DS1104Z over LAN. Is this scope not supported yet?
Is there no support for DS1000Z scopes? I tried it and it sees it but doesn't connect.
Is there no support for DS1000Z scopes?:palm: Marmad answered this question just 2 weeks ago: https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg388703/#msg388703 (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg388703/#msg388703)
And now it got answered again just yesterday :).Is there no support for DS1000Z scopes?:palm: Marmad answered this question just 2 weeks ago: https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg388703/#msg388703 (https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg388703/#msg388703)
I was going to go ahead and work on adding DS1000Z support but then I noticed I can't find source anywhere, is this not open source?I'm not 100% (can't find the post right now on this subject), but I recall Marmad saying he's not releasing the source. Or at least for now. Or something. :-// Probably best to send him a PM.
I may do that... was a bugger but I got it working so I can communicate with my DS1074Z-S just fine :D (Using Visual Studio 2013 and the newest 5.4 version of the VISA drivers).I was going to go ahead and work on adding DS1000Z support but then I noticed I can't find source anywhere, is this not open source?I'm not 100% (can't find the post right now on this subject), but I recall Marmad saying he's not releasing the source. Or at least for now. Or something. :-// Probably best to send him a PM.
However, if you have a development environment setup: Could you make a (command line) utility that emulates sweep on the signal gen for the DS1000Z-S (and probably also the other Rigol -S ranges) by rapidly sending SCPI :SOUR:FREQ commands?You might not need to emulate that, depending on the sweep range you're after. You can do an FM modulation with a ramp as the modulation source.
I got it working so I can communicate with my DS1074Z-S just fine :D (Using Visual Studio 2013 and the newest 5.4 version of the VISA drivers).
I don't have much in the way of source yet, all I have is a basic concept that lets you send and receive data, and display a waveform on chart, the trick to getting a .net project to work properly with the current VISA drivers (The 5.4 version) is to set your app.config as follows:I got it working so I can communicate with my DS1074Z-S just fine :D (Using Visual Studio 2013 and the newest 5.4 version of the VISA drivers).
Source available? Not to co-opt your efforts, I just want to tinker a bit.
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
</startup>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="NationalInstruments.Common" publicKeyToken="DC6AD606294FC298" culture="neutral"/>
<bindingRedirect oldVersion="13.0.40.188" newVersion="13.0.40.190"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
try
{
mbSession = (MessageBasedSession)ResourceManager.GetLocalManager().Open("your visa address");
}
catch
{
MessageBox.Show("Problem Opening Device");
}
string strWrite = "*IDN?";
mbSession.Write(strWrite);
string strRead = null;
strRead = mbSession.ReadString();
MessageBox.Show(strRead);
mbSession.Dispose();
Now one odd thing I discovered is that on-screen waveform data either does not come back correctly, or there is some odd signing thing with the data because anything above the center graticule gets screwed up on the return data, quite weird.2's complement? Subtract centerpoint value? Usually some silly combination of those two.
using Ivi.Visa.Interop;
...
namespace ConsoleApplication1 {
class Program {
static void Main(string[] args) {
String dutAddr = "TCPIP::192.168.0.75::INSTR";
ResourceManager rm = new ResourceManager();
FormattedIO488 device = new FormattedIO488();
device.IO = (IMessage)rm.Open(dutAddr, AccessMode.NO_LOCK, 2000, "");
device.IO.Timeout = 3000;
device.WriteString(":WAV:SOUR CHAN1");
device.WriteString(":WAVeform:MODE MAX");
device.WriteString(":WAVeform:FORMat BYTE");
device.WriteString(":WAV:DATA?");
System.Threading.Thread.Sleep(100);
byte[] header = device.IO.Read(11);
Int32 dataCount = Int32.Parse(System.Text.Encoding.ASCII.GetString(header).Substring(2));
byte[] values = device.IO.Read(dataCount);
foreach (byte val in values) {
Console.WriteLine(val);
}
device.IO.Close();
}
}
}
I think Marmad mentioned he was already working on the DS1000Z, so much of what you would do is probably already in his alfa/beta code.
However, if you have a development environment setup: Could you make a (command line) utility that emulates sweep on the signal gen for the DS1000Z-S (and probably also the other Rigol -S ranges) by rapidly sending SCPI :SOUR:FREQ commands?
Maybe USB will be better.
Soooo..getting to several sweeps a second is out, more like several seconds to a sweep, and a fairly "blocky" sweep too.
Ok, Guess i need to make due with what I have, and if I really need it for some future project, I should buy a real signal gen.
Thanks for testing anyway.
Well, I'll take anything you can make, whatever specs it has. :-+
I'm recording like 100 waveforms and saving those as a frame array, but when I try to plot the data, it just shows the first waveform over and over on the plotter... :-BROKEPlease check my post here
Hey guys, I just got this an hour ago and have been messing around a bit. I'm having some trouble plotting frame arrays... I'm recording like 100 waveforms and saving those as a frame array, but when I try to plot the data, it just shows the first waveform over and over on the plotter.... I tried literally everything, what am I doing wrong here? :-BROKE
I'm recording like 100 waveforms and saving those as a frame array, but when I try to plot the data, it just shows the first waveform over and over on the plotter... :-BROKEPlease check my post here
https://www.eevblog.com/forum/projects/software-tips-and-tricks-for-rigol-ds200040006000-ultravision-dsos/msg351735/#msg351735
Is this the same problem as you have?
I have not had any confirmation on this problem.
I have narrowed it down , to the fact that whne the 'UTIL' - Record Menu was open on the right side on the DS2000
this occiurs.
Also if there are measurements being displayed on the DSO , RUU also may have errors (stalls) like in pic.
LAN or USB connection could have an affect in this problem also
I would need some more detail (specific settings for plotting, etc) in order to try to diagnose the problem.@Marmad , and anyone else , who is willing to varify this RUU connection problem.
Thx Teneyes
that sucks :palm:
I have had a chat with Mark and he says he is looking for funding,
How much are you willing to Pay?? 30$?, 20Eur? 10$?
If I could get 1000Z support, I would be willing to donate tot his project.No need for donations at this point: the problem is mainly one of time (with many many other projects going on).
Hallo Mark,
Tested your version on a DS1000, via TCP/IP
I get no picture, when i started your RUU, after some time, it says no DSO found...
Cant get out of this message, has to kill it with taksbar.
With the sniffer i saw.., the *IDN?, that was exchanged correct, wih the DS1000
after that the next command they stopped.
So the connection is oke....
I checked , with the network sniffer, and it makes connection with the DS1000,Ok, I think I might have sorted out the problem - for now ;D Can you please give this a try (http://turbidmedia.com/RUU/RUU_3_alpha.zip), Wim?
With the DS2000 works oke.
With the sniffer i saw.., the *IDN?, that was exchanged correct, wih the DS1000
after that the next command they stopped.
So the connection is oke....
Looked at same time with the network sniffer,
No , same problem, not responding to :func:wrep after a saw some other commands:
First got: several :WAV:mode and then again a :func, so there are more Funkies....
But, your software can not be closed, after the error report, i have to kill the process as well the application by hand.Well, it IS in the alpha state ;D
Not working on the 1074z, I use USB and get "DSO not responding to query... closing connection."
Exactly 3.00(a02)Not working on the 1074z, I use USB and get "DSO not responding to query... closing connection."
You're talking about the version (a02) I just uploaded 5 minutes before you posted your message?
Exactly 3.00(a02)
It seems to connect at first, at least it doesn't find the scope when usb is not plugged in.
Exactly 3.00(a02)
It seems to connect at first, at least it doesn't find the scope when usb is not plugged in.
Does the 'Connect' button turn yellow?It gets brighter
Do you see any DSO info appear on the screen before it loses connection (e.g. time base, sample rate, sample size, waveforms)?After I close the window telling me the scope is disconnected I get some Info
After I close the window telling me the scope is disconnected I get some Info
timebase is correct
number of point is 0 (should be 300)
delays is correct
trigger level is correct
gain settings are there for all four channels
but no waveforms
timebase is correct
number of point is 0 (should be 300)
delays is correct
trigger level is correct
gain settings are there for all four channels
but no waveforms
I'm unfortunately not DS4000 user, just yet another DS1000z :/
However I can confirm previous posts and that the acq. type is missing. I tried cycle through (normal, peak, average and high res), no change.
This is the response I get:
-> :ACQ:TYPE?
<- (Return Count:5)
NORM
The other modes give: PEAK, AVER, HRES
-> :ACQ:TYPE?
<- (Return Count:5)
HRES
-> :ACQ:MDEP?
<- (Return Count:6)
12000
Sorry I forgot to paste it in, modified the previous post to correct it.
QuoteDo you see any DSO info appear on the screen before it loses connection (e.g. time base, sample rate, sample size, waveforms)?After I close the window telling me the scope is disconnected I get some Info
timebase is correct
number of point is 0 (should be 300)
delays is correct
trigger level is correct
gain settings are there for all four channels
but no waveforms
Works for me now. Rise time seems to be off.
Great to hear! But that's not the rise time you see at the bottom right: the top right and bottom right combined give you extended trigger info (more info than the Rigol shows on it's screen). In this case, it's displaying that you have an Edge trigger set to CH1 input at 1.5V; triggering on the Rise(ing) edge with DC coupling and a holdoff of 16ns.
But what's odd is the speed of the WPS you're getting - which is 5 (quite slow for a single channel). Are you using USB or TCP/IP?
BTW, if you're going to make a screen cap at 1920 x 1080, better to click the 2x checkbox button before you do (to increase the DSO screen size).
Added screenshot + logfile, etc for 4 channels
Me too only 1-2WFPS via USB.
CPU load is only 2 or 3 %, that does not seem to be the problem.
But the connect takes very long the traces have no intensity grading.
The scope stays responsive and adding more channels or the FFT do not further deteriorate the WFPS.
I don't really see where the bottleneck is here.
Maybe adding timestamps to the logfile could help understand which command takes the time?
FFT is not functioning, RUU doesn't show the math functions. Tried FFT + RUU + Screenshot and RUU couldn't query the oscilloscope. Taking the screenshot took ages so i guess the oscilloscope is too slow for that combination.
Now compare that 8.5ms average with the timings from the DS1000Z - which averages (in these groups) to ~91ms: ~10x slower than the DS2000:Is that 100+ ms the time elapsed before you start getting any result packets from the DS1000Z? Or is that time elapsed before you received the final packet? Not that it should really matter all that much for 1200 words. But yes, that does look to be ridiculously slow on the DS1000Z. :o Looks to be either intentional or a firmware booboo, since it's rather unlikely the underlying hardware is that slow in retrieving the data.
00000080 :WAV:SOUR CHAN1
00000081 :WAV:DATA?
00000197 :1200 116ms
00000201 :WAV:SOUR CHAN3
00000202 :WAV:DATA?
00000230 :1200 28ms
...
Unfortunately, this means that the maximum WPS retrievable from the DS1000Z could likely never be greater than ~10 - and that's assuming you didn't spend time retrieving any other information.
Is that 100+ ms the time elapsed before you start getting any result packets from the DS1000Z? Or is that time elapsed before you received the final packet? Not that it should really matter all that much for 1200 words. But yes, that does look to be ridiculously slow on the DS1000Z. :o Looks to be either intentional or a firmware booboo, since it's rather unlikely the underlying hardware is that slow in retrieving the data.
Marmad, I know this is just a DS1000 & DS4000 test.
but something to watch for is the Pts for a DS2000 when in Auto Memorydepth mode.
The DS2000 was in Auto mode with 700pts , and RUU showed 280pts,
Breifly tested with my DS4054 on both USB and TCP. Looks good so far, logs and screenshot attatched.
Windows XP SP3 all up-to-date on a Dell Latitude E5000.
Alex
small bug, when starting RUU 05, the traces are off 1 block, see picture,
when switching between 1 and 1.5 and back to 1 is it oke.
The screen updates increases when going to 1 trace, to 4 updates per sec.
it was in earlier beta also, but forgot to mention everytime...
small bug, when starting RUU 05, the traces are off 1 block, see picture,Found the problem and fixed it: RUU 3.00.a06 (http://turbidmedia.com/RUU/RUU_3_alpha.zip)
when switching between 1 and 1.5 and back to 1 is it oke.
In my case on the DS1000 , 2 channels about 2 screens per sec, on the DS2000, 8 Scr/s
I can confirm that logging do affect the performance a lot.
Running 1 channel, 1Gsps, 6Mpts on the cal. waveform gives me:
Logging off: ~25 wps
Logging on: ~1-3 wps
Hi Marmad,
4 channels = 1-3 WPS
3 channels = 2-4 WPS
2 channels = 3-4 WPS
1 channel = 10-25 WPS
The timebase doesn't matter, at least i can't see a differenz.
Interesting... thanks! The DSO seems to respond fastest when you don't change the waveform source channel. Do the figures change at all with different combinations? For example, do you get the same approx. WPS with Ch1 & Ch2 ON as you do with Ch1 & Ch3 ON?
No differenz. Goes down to 1 WPS as soon as i turn the knobs tho ;-)
Breifly tested with my DS4054 on both USB and TCP. Looks good so far, logs and screenshot attatched.
Windows XP SP3 all up-to-date on a Dell Latitude E5000.
Alex
Thanks, Alex. I'm impressed with the speed of the DS4000 display memory transfers. Can you please tell me how many waveforms per second (WPS counter - top right) with just a single channel on? Maybe attach a log file for just a single channel? Thanks again!
I only get 21wps , 1 Chan. on my DS2000,
I may only have USB 1 ports. Would that make a difference ?
I have now found a bug: when I pull the plug out, RUU dedects that the unit has gone and shows a dialog:
DSO not responding to query and/or command - RUU closing connection
I click ok and then see the attatched screenshot. :-[
Well, I'll take anything you can make, whatever specs it has. :-+
Ok, I'll put something together and let you know when it is ready.
Both connections USB and LAN work when I test them with the Excel file provided by Rigol.
Why I cannot connect with RUU?
What are the steps in debugging the connection?
Of course I have installed NI VISA and UltraSigma software, otherwise the communication from Excel spreadsheet would not work.Have you connected to the DSO with UltraSigma and tried sending the *IDN? command
Actually I installed all the software, from here, under section Software:
http://www.rigolna.com/products/digital-oscilloscopes/ds4000/ds4034/ (http://www.rigolna.com/products/digital-oscilloscopes/ds4000/ds4034/)
There is an Excel example which works for me.
The C#.NET and LabView I did not try yet.
Still RUU does not connect.
It updated the DS4034 to the software version 00.02.01@viki2000: If you're interested in hacks for the DS4000 (500MHz BW, free options, etc), I suggest you check out this post (https://www.eevblog.com/forum/testgear/sniffing-the-rigol's-internal-i2c-bus/msg523679/#msg523679).
The .GEL file has the last modified date seen in windows explorer as 30.11.2013
Thank you for information.Yes, that's one of the sources. They aren't hosted on the forum.
In the pdf file with codes and options I see reference to "The Key codes can be generated using the Key Generating Software that has been published by others. eg. RiGen, riglol etc. Using these option codes."
Where do I find these " RiGen, riglol etc."?
On the forum I could not find them.
Searching the net I came to next link with similar info:
http://gotroot.ca/rigol/ (http://gotroot.ca/rigol/)
I it possible to make minor modifications in the software to enable a compatible mode? :-//
I am curios to know if somebody else experienced similar errors.Bingo! I have (had!) the same issues with ultrasigma. Often - but not always I had to start it several times before I could use it (same ntdll.dll error). Sometimes starting it in some compatibility mode helped (it seemed). I have a Pickit 3, but not always connected.. but never noticed the relation. I just tried it several times with and without the pickit attached. failed and worked every time.
<snip>
When I plug in the PiCKit 3 from Microchip and I start and try to use UtraSigma, then I get that ntdll.dll error.
It is a conflict in allocation the USB resources between these devices, somehow reflected in ntdll.dll
The solution seems to avoid usage and connection in the same time of the Rigol oscilloscope+UtraSigma and PICKit 3 to be connected to the PC.
Just tried to get this working on my DS1054Z for the review, but unfortunately no joy. It did work briefly but then locked up.Well you're not missing out on anything important. The only time(s) I use the software was (once) as an easy way to send some "magic" commands to my Rigol devices (ehm, get private keys and send unlock codes..) and every now and then when I want to take a screenshot from my DSA815 TG when I am too lazy to insert a USB stick.
As Marmad has stated on the previous page , He has an MSO1074Z and is updating RUU for the MSO which will probably also connect to the DS1000z.Yes i'd like that too! Also for some reason Ultrasigma cannot create a screenshot of my 1074, so I have to use a memorystick..
Dave's Comment was likely a push to Mark to complete the upDate ;D
Hello Mark,
Any progress with V3 and DS1000Z ? Lot of people waiting .... :-+
Thank you very much !
Hello Mark,
Any progress with V3 and DS1000Z ? Lot of people waiting .... :-+
Thank you very much !
I'm working on it now (finally have a DS1000Z series to test with) and I'm making progress. I'll post here when there's a new version.
Hello Mark,
Any progress with V3 and DS1000Z ? Lot of people waiting .... :-+
Thank you very much !
I'm working on it now (finally have a DS1000Z series to test with) and I'm making progress. I'll post here when there's a new version.
Any plans to open the source? I see it is .NET based, and would like to contribute if possible.
I use this software to control the scope, view live waveforms and download screenshots or memory waveform data.
No need to install 1GB of bloatware (visa, rigol). Works fine for me.
http://www.teuniz.net/DSRemote/ (http://www.teuniz.net/DSRemote/)
Latest version supports LAN & USB.
Thanks for posting this link! I plan to order a DS1054Z soon, do you know if this software would work with this model? That's awesome it is open source, as well!
https://github.com/Teuniz/DSRemote (https://github.com/Teuniz/DSRemote)
I am not sure if it is a bug or if I am missing a setting but when I try to save multiple frames (created by the "Record" function on the scope) in a csv format, frame #1 data is being replicated in the csv file for all subsequent frames despite the frame number incrementing (as well as the time stamp) in the file.Hello , I have a DS2000 non A, and I will test the .csv function to verify when I get back home, 5 days.
I am using the 2.03 release on a Rigol DS2102A. It is a fantastic utility and is doing 90% of what I need it to (Thank you Marmad for writing and posting to share). I am not sure if it is a bug or if I am missing a setting but when I try to save multiple frames (created by the "Record" function on the scope) in a csv format, frame #1 data is being replicated in the csv file for all subsequent frames despite the frame number incrementing (as well as the time stamp) in the file. I have gone through all of the different settings available on the 2.03 UI but nothing seems to work / address the issue. Does anyone know if this is a known issue, if there is a work around, or am I missing something simple? Any help would be greatly appreciated but at a minimum I wanted to post in case this is a bug so it can perhaps be addressed in any future releases.
Looking for an updated version of 3.0 as this is an extremely helpful tool. All I want is the possibility to export to csv in this new version (need all the 4 channels)(there are no buttons available).
All I want is the possibility to export to csv in this new version (need all the 4 channels)(there are no buttons available).you may try VisaDSO. it can download 4 channels DS1000Z full memory and export to CSV. theoritically, it should work with DS2000 as well, but not physically tested. if you are interested, you may forward your report to the "MAKER".
But why can't you export the captured waveforms to CSV using the DSO itself?with DS1000Z and E at least, saving CSV using built in rigol function takes forever, esp full memory data. downloading raw byte data to PC through USB (visa) and then save to CSV in the PC only cost in minutes..
All I want is the possibility to export to csv ...
theoritically, it should work with DS2000 as well, but not physically tested.
if you are interested, you may forward your report to the "MAKER".
with DS1000Z and E at least, saving CSV using built in rigol function takes forever...
There is no 3.0 version yet that can capture all 4 channels on the DS4000 and export to CSV, although perhaps there will be in the not-too-distant future.
i run through DS2000 programming guide. it seems DS1000Z is following (or seems to be compatible with) the DS2000 routine/API, except DS1000Z has some portions updated or explained in more detailed. i have a feeling rigol internal dev.team continue to repolish their API along with the lines of their product, except the boundary is unclear between sw api revision and product models/generations.theoritically, it should work with DS2000 as well, but not physically tested.DS2000/4000 need a different memory-reading routine; it's not automatically compatible.
who is making it is not important. and i've got negative replies about many aspects from "ee specialists". so separating between a personality who frequently involved in a ee forum discussion and a personality who enthusiastic about developing SW is a better idea for now. i dont want to hear... hey, Mechatrommer! you should do this you shouldnt do that etc, in this public ee forum. the only clear path to give advice on SW aspect is in the given link (the MAKER's email ;)) this is ee forum after all.Quoteif you are interested, you may forward your report to the "MAKER".Is there some reason you're referring to yourself in the third person?
thats why saving to wfm in dso unit, is much more sensible action, still it takes longer if not forever to save wfm internally. but then keep working with either csv or wfm on both DSO or PC is less stellar compared to defining a file standard in binary format excelled in speed and space saving for the purpose. i've opened a thread to ask about industry standard, the replies are "quite" plausible, other than a complicated API toolkit HDF5 (iirc) format, there only a few "application specific" format |O (time to invent a DSO specific or 2-dimensional time series file format)All I want is the possibility to export to csv ...Is there a prticular reason it must be in csv format? csv format is a pain in the *** to deal with and the files are huge.
i run through DS2000 programming guide. it seems DS1000Z is following (or seems to be compatible with) the DS2000 routine/API, except DS1000Z has some portions updated or explained in more detailed. i have a feeling rigol internal dev.team continue to repolish their API along with the lines of their product, except the boundary is unclear between sw api revision and product models/generations.
i dont want to hear... hey, Mechatrommer! you should do this you shouldnt do that etc, in this public ee forum. the only clear path to give advice on SW aspect is in the given link (the MAKER's email ;)) this is ee forum after all.
thats why saving to wfm in dso unit, is much more sensible action, still it takes longer if not forever to save wfm internally.
Well, perhaps it's been changed since I had a DS1000Z and DS2000 sitting on my desk simultaneously, but the last time I checked there was no WAVEFORM:STATUS command on the DS1000Z (as there is on the DS2000/4000).you are right!. but the "theoritical" above means based on the assumption that the current DS2000 hardware or api model is not necessitating "WAVEFORM:STATUS" anymore, i mean less capable DS1000Z doesnt have to confirm its wav/data transfer status, you can read a fixed size of chunks continuously, asking the next chunk will either send the next chunk immediately or hold the caller until the next chunk is ready for the transfer. i'd be surprised if DS2000 is too slow at transferring say 1000 bytes sized of chunks continuously.
lets put wfm format aside alone, even the simple text based csv format, the rigol sw developers cant get it right after so many years. i bought my DS1000Z with original FW and with different CSV format, and now upgraded to the latest FW only few months apart, has different CSV format :palm: i'm imagining rigol sw engineer is a 25 years old lad by now (18 when first assigned) who is so busy with other tasks that he cant get a proper course on file format standard. it always freaked me out when i think that the same lad is assigned to formalize the wfm formats across dso/fw generations. another possibility is that for each dso/fw generations, there will be a sw.eng. undergraduate assigned for the task during his/her practical training, which is equally freaking situation. file format standard in rigol is next to a total failure.thats why saving to wfm in dso unit, is much more sensible action, still it takes longer if not forever to save wfm internally.Which is another reason why it it's so damn stupid that Rigol changed the WFM format in the Ultravision DSOs from the previous format in the "E" (and older) DSOs. And they still have not (as far as I know) published specs for the format - although I know that Drieg was trying to get the specs from them quite some time ago.
you are right!. but the "theoritical" above means based on the assumption that the current DS2000 hardware or api model is not necessitating "WAVEFORM:STATUS" anymore
i mean less capable DS1000Z doesnt have to confirm its wav/data transfer status, you can read a fixed size of chunks continuously, asking the next chunk will either send the next chunk immediately or hold the caller until the next chunk is ready for the transfer.
Sure, but if I remember correctly, transferring a huge waveform from the DS1000Z essentially "locks" up the DSO for the length of the transfer, right?
and the ds2000 support for ":wav:start" and ":wav:stop" (the MBR method i used in DS1000Z) makes me believe that, ds1000z method of MBR which used these commands is also applicaple to ds2000. no?
Thanks for your response. To be honest, I'm trying to help someone who needs to export to a CSV file all the 4 channels (don't know the actual reason). From what I understand, he can only export one channel at a time or something like this and he needs all the 4 channels. He gave me a .wfm file but I found no viewer, parser, converter that works with this format. I found this thread after searching for other methods. Is there a possibility to export all the 4 channels to a CSV file without using any software?Looking for an updated version of 3.0 as this is an extremely helpful tool. All I want is the possibility to export to csv in this new version (need all the 4 channels)(there are no buttons available).
There is no 3.0 version yet that can capture all 4 channels on the DS4000 and export to CSV, although perhaps there will be in the not-too-distant future. But why can't you export the captured waveforms to CSV using the DSO itself?
I would love to be able to use DSRemote with my DS2072 (not A), but when I pulled the latest and ran (v0.34_1702162027) and try to connect via LAN, I get the following error:
Received an unknown identification string from device:
RIGOL TECHNOLOGIES,DS2302,DS2A0000000001,00.03.05
I specifically got the latest firmware from Rigol. Anything I'm doing wrong?
Thanks, chillax
DSRemote is a program to control and visualize your Rigol® DS6000 or DS1000Z series oscilloscope from
your Linux desktop via USB or LAN. It will probably work as well with the other series like DS2000A and DS4000 series but
I have no access to all those oscilloscopes so I can not test it.
if(!strcmp(str, "DS2302A"))
if(!strcmp(str, "DS2302"))
Looking for an updated version of 3.0 as this is an extremely helpful tool. All I want is the possibility to export to csv in this new version (need all the 4 channels)(there are no buttons available).
There is no 3.0 version yet that can capture all 4 channels on the DS4000 and export to CSV, although perhaps there will be in the not-too-distant future. But why can't you export the captured waveforms to CSV using the DSO itself?
Paul - Check your PMs. I fixed the CSV write bug and compiled a working 3.0 version for you. As I mentioned, it's been over a year since I worked on RUU, but I hope to get back working in earnest on it in another month or so, since there are many new features which I already wrote the code for but haven't had the time to enable in the public releases.
I am using the 2.03 release on a Rigol DS2102A [...] but when I try to save multiple frames (created by the "Record" function on the scope) in a csv format, frame #1 data is being replicated in the csv file for all subsequent frames despite the frame number incrementing (as well as the time stamp) in the file. I have gone through all of the different settings available on the 2.03 UI but nothing seems to work / address the issue.
for the dz1000z seriesHello, have you found the software for your scope?
rem init
dim _client = New TcpClient(address, port)
_stream = _client.GetStream()
rem sub for sending a command
Public Sub Execute(message As [String])
Try
If _client.Connected = False Then
Stop
_client.Connect(_address, _port)
Threading.Thread.Sleep(100)
End If
Dim sendBuffer = System.Text.Encoding.ASCII.GetBytes(message & Lf)
_stream.Write(sendBuffer, 0, sendBuffer.Length)
Catch e As ArgumentNullException
Console.WriteLine("ArgumentNullException: {0}", e)
Catch e As SocketException
End Try
End Sub
rem function for reading:
Public Function QueryText(message As [String]) As String 'Implements ISCPIDevice.QueryText
Dim data As New List(Of Byte)
Try
If _client.Connected = False Then
'Stop
_client.Connect(_address, _port)
Threading.Thread.Sleep(100)
End If
Dim sendBuffer = System.Text.Encoding.ASCII.GetBytes(message & Lf)
'Dim stream = _client.GetStream()
_stream.Write(sendBuffer, 0, sendBuffer.Length)
Dim receiveBuffer = New [Byte](16384) {}
Do Until _stream.DataAvailable
Threading.Thread.Sleep(1)
Loop
Dim lfFound = False
Do
Dim byteCount = _stream.Read(receiveBuffer, 0, receiveBuffer.Length)
Dim bytes = receiveBuffer.Take(byteCount)
data.AddRange(bytes)
If bytes.Contains(10) Then
lfFound = True
End If
Loop Until lfFound
' _stream.Dispose()
Catch e As ArgumentNullException
Console.WriteLine("ArgumentNullException: {0}", e)
Catch e As SocketException
End Try
Dim result = System.Text.Encoding.ASCII.GetString(data.ToArray())
Return result
End Function