EEVblog Electronics Community Forum
Electronics => Projects, Designs, and Technical Stuff => Topic started by: Mechatrommer on March 20, 2016, 10:55:52 am
-
there is a new SW release for Window users that can download short and long (full) memory data from Rigol DSx000E/Z for documentation, storage and analysis. Not just that:
1) import signal from any instrumentations of higher bits (12, 16 bits etc for eg) that can produce CSV output file for higher precision FFT etc analysis.
2) deep memory FFT (currently up to 200Kpts for beta testing) but soon 20-200Mpts FFT is just right at the corner.
3) can interactive zoom-in, zoom-out, pan long memory data and deep memory FFT. THD measurement, peak finding, sort, center etc.
4) intensity/color/heat level grading for jitter and eye diagram analysis.
check it out: WinXP-Win10 32/64 bit tested:
http://www.soasystem.com/download/visadso/ (http://www.soasystem.com/download/visadso/)
some screenshots from:
http://www.soasystem.com/download/visadso/screenshot/screenshot.html (http://www.soasystem.com/download/visadso/screenshot/screenshot.html)
(http://www.soasystem.com/download/visadso/screenshot/5.jpg)
(http://www.soasystem.com/download/visadso/screenshot/7.jpg)
(http://www.soasystem.com/download/visadso/screenshot/3.jpg)
from the tweet, the MAKER is currently progressing to the Deep/Full Memory View Logic Analysis module... the release is to gather input on bugs while at the same time developing LA module... FWIW...
(copy paste from that another thread :P)
-
Do they know that Rigol still (last I cheeked at least) screw up the CSV data field for capture rate? That will make some strange FFT results.
-
not that i'm aware of. what i know there are two CSV variant for the 1000Z. one from earlier FW and the other one from the latest 4.3.2.3 SP2 FW... if the capture rate is not correct, it can be easily edited in the CSV. FFT will come out the same, given the data samples are correct values, its just frequency element calculation will be off:
delta-freq (RBW) = sampling rate / N
nyquist (max) freq = sampling rate / 2
btw you can export CSV files from 12 or 16 bits devices and import into this App for more precise FFT calculation:
(https://www.eevblog.com/forum/projects/rigol-feat-higher-bitfloat-accuracy-general-purpose-deep-mem-fft-sw/?action=dlattach;attach=210677;image)
(https://www.eevblog.com/forum/projects/rigol-feat-higher-bitfloat-accuracy-general-purpose-deep-mem-fft-sw/?action=dlattach;attach=210679;image)
-
I tried to install (including Nightly Build Patch) and run this - but no luck (Windows 7 x64 SP1). Generates an APPCRASH immediately upon starting.
Problem signature:
Problem Event Name: APPCRASH
Application Name: VisaDSO.exe
Application Version: 0.9.0.7
Application Timestamp: 56f86519
Fault Module Name: MSVBVM60.DLL
Fault Module Version: 6.0.98.15
Fault Module Timestamp: 4a5bda6c
Exception Code: c0000005
Exception Offset: 000640da
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 15b1
Additional Information 2: 15b11d82ad60466c264f56e0fdb481fa
Additional Information 3: 059d
Additional Information 4: 059d96a0ebc914e494c45b7a1e4aee72
-
Nicely done :-+
-
I tried to install (including Nightly Build Patch) and run this - but no luck (Windows 7 x64 SP1). Generates an APPCRASH immediately upon starting.
Problem signature:
Problem Event Name: APPCRASH
Application Name: VisaDSO.exe
Application Version: 0.9.0.7
Application Timestamp: 56f86519
Fault Module Name: MSVBVM60.DLL
Fault Module Version: 6.0.98.15
Fault Module Timestamp: 4a5bda6c
Exception Code: c0000005
Exception Offset: 000640da
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 15b1
Additional Information 2: 15b11d82ad60466c264f56e0fdb481fa
Additional Information 3: 059d
Additional Information 4: 059d96a0ebc914e494c45b7a1e4aee72
thanks for your feedback Mark. i tried the latest build in Win10 and it runs ok. usually if its run ok in Win10, it runs ok in Win7 (Win10 is the most stringent) sorry, re-testing on Win7 requires me to jump several stair steps, opening doors, rebooting, etc. this is what i can gather from your report:
http://www.assistmyteam.net/KB/index.php?option=com_content&view=article&id=122:in-windows-7-team-timesheet-crashes-when-opening-and-closing-any-of-the-setting-panels&catid=3:team-timesheet-for-outlook&Itemid=33 (http://www.assistmyteam.net/KB/index.php?option=com_content&view=article&id=122:in-windows-7-team-timesheet-crashes-when-opening-and-closing-any-of-the-setting-panels&catid=3:team-timesheet-for-outlook&Itemid=33)
Microsoft seems not to attend to this case though they assure to fully support Visual Basic applications on windows 7. At the moment the only solution is to downgrade the msvbvm60.dll to Version 6.0.98.02 shipped with Windows XP. And doing so, all the problems should be solved.
1. Download the version 6.0.98.02 of Visual basic Runtime Library (i.e, ‘) from http://www.assistmyteam.net/downloads/files/msvbvm60_6.0.98.2.zip (http://www.assistmyteam.net/downloads/files/msvbvm60_6.0.98.2.zip)...
-
the download link is broken. i check MSVBVM60.DLL's version that came with the VisaDSO installation files (open in *.cab), its the 6.0.98.2 i guess during VisaDSO installation, the Win7 didnt overwrite its original bundled ver 6.0.98.15 with the one that is provided by the installation files. my suggestion is you need to manually force to copy MSVBVM60.DLL ver 6.0.98.2 into your system.
edit1: the link is not broken, i just put the wrong link to it (...) its now corrected.
edit3: testing with MSVBVM60.DLL ver 6.0.98.15 and 6.0.98.32 will be done soon.
-
Looks really good Mech, I'll try this.
David2 was working on similar software to do long record length FFT on the Rigol. This one looks much more advanced.
-
the download link is broken. i check MSVBVM60.DLL's version that came with the VisaDSO installation files (open in *.cab), its the 6.0.98.2 i guess during VisaDSO installation, the Win7 didnt overwrite its original bundled ver 6.0.98.15 with the one that is provided by the installation files. my suggestion is you need to manually force to copy MSVBVM60.DLL ver 6.0.98.2 into your system.
edit1: the link is not broken, i just put the wrong link to it (...) its now corrected.
edit3: testing with MSVBVM60.DLL ver 6.0.98.15 and 6.0.98.32 will be done soon.
Thanks for the response, Shafri, but it didn't fix the problem. Same thing happened again - except the problem details are now:
Fault Module Name: MSVBVM60.DLL
Fault Module Version: 6.0.98.2
Fault Module Timestamp: 4802a186
Exception Code: c0000005
Exception Offset: 00063f5a
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 15b1
Additional Information 2: 15b11d82ad60466c264f56e0fdb481fa
Additional Information 3: 5425
Additional Information 4: 54252e9e9d24ad32842a413882df65a4
I'm afraid I don't have anything but Win7 computers to test on - none of the later Win versions have seemed worthy of an upgrade hassle to me.
-
Thanks for the response, Shafri, but it didn't fix the problem.
please restore the original OS bundled ver 6.0.98.15 as i realized my test Win10 and Win7 here are using the OS bundled ver 6.0.98.15 MSVBVM60.DLL, not from the install files. i'm not sure whats your problem, but i will look into this matter and get back to you when i have solution. thanks and sorry.
-
Thanks for the response, Shafri, but it didn't fix the problem.
please restore the original OS bundled ver 6.0.98.15 as i realized my test Win10 and Win7 here are using the OS bundled ver 6.0.98.15 MSVBVM60.DLL, not from the install files. i'm not sure whats your problem, but i will look into this matter and get back to you when i have solution. thanks and sorry.
When I was installing, the Setup never asked me about potentially overwriting a newer version of MSVBVM60.DLL - but it did ask me about overwriting a newer version of (if I remember correctly) the ActiveX control COMDLG32.OCX, to which I declined. I'm not sure if that makes a difference, but my current version is 6.1.97.82, while the one in your CAB file is 6.0.84.18.
EDIT: I'll try swapping the control and see if it makes any difference tomorrow morning.
-
Hi,
Just played around with this a little bit, and ran into an issue with the spectrum analysis: max frequency can only go up to 5 Hz! After some playing around, I found the rootcause: your software does not take into account the regional format settings. In the Belgium regional format settings (see screenshot of my settings on my Win7 pc) the use of dot and comma is different then in the US regional format. This causes stranges results with your application.
When I force my pc the US format, the spectrum works ok. The strange thing is, when I now swith back to Belgium format, the spectrum does not work at all anymore and crashes every time I try to visualize something (so I am not able anymore to make a screenshot of the 5Hz max range anymore...)
-
I found the rootcause: your software does not take into account the regional format settings. In the Belgium regional format settings (see screenshot of my settings on my Win7 pc) the use of dot and comma is different then in the US regional format. This causes stranges results with your application.
the comma decimal was thought out and tested at some point in the dev, for eq, you can input comma decimal when changing freq range in textbox (min, max, center, rbw). i will appreciate if you can provide and PM me with the data set (or at least number of points) that produce this misbehaviour, and at what stage (what button pressed) that cause it. in PM or email, thank you.
-
the comma decimal was thought out and tested at some point in the dev, for eq, you can input comma decimal when changing freq range in textbox (min, max, center, rbw). i will appreciate if you can provide and PM me with the data set (or at least number of points) that produce this misbehaviour, and at what stage (what button pressed) that cause it. in PM or email, thank you.
PM Sent
-
release update. version 1.0.0 BETA is now on site... 200Mpts FFT calculation and 300Kwfms/s level graded display is now enabled... fwiw...
http://www.soasystem.com/download/visadso/ (http://www.soasystem.com/download/visadso/)
-
Thanks for this software, it's really useful (especially for exporting data as CSV it tooks an hour on scope!).
There is still bug with regional settings (if your default decimal separator in system is comma it crushes, changing regional settings that it's dot "fix" this problem).
-
I wonder if you could make it possible to select bigger time scale when downloading full memor, for example if i capture long signal with deep memory to zoom in, i can't zoom out it as much as i want (i can't see whole signle data transfer if i record some protocols).
-
you can double click the time/div panel at the bottom right of the graph and select your desired time scale. the list will provide you up to about 12K points display only for performance reason, and down to about 7 points display. below the timescale panel there is small graph display showing full memory capture, you can click anywhere (and drag) to move to desired memory section.. you can also mousewheel up and down (or middle button click and drag) on the graph display to scroll memory bit by bit to the left or right if dragging the small graph below (full memory display) doesnt give you small enough movement. attached is example of long memory sine wave how to change timescale... fwiw...
-
Yes i know about that, just 12k point is too few for me, didn't know that it is because of performance.
-
yes. iirc its for playback performance reason. how much points do you need? i find it difficult to process signal at 12Kpts. it is 6pts per pixel of my monitor already. maybe you can reduce your scope's capture rate somewhere at 5 - 10X the protocol rate? so you can see 1200-2400 bits in the visadso screen at one time? ymmv. but maybe i can consider to increase the display point later. middle button click and drag the graph will also slowly scroll the memory left and right to analyze your protocol.
-
In fact i don't really need that many points i just need zoom out (maybe decimate) view. For example when i want capture few packets of digital data with slow transfer rate, i must use big amount of scope memory, because there is a long time of inactivity, and can't use segmented memory (which would be perfect for that) because segmented memory can't be exported to PC.
-
For example here is 3 packets of UART captured in single shot, i can't zoom out to see one whole packet at once.
-
In whole memory 6M, currently displayed 6k (max).
-
For example here is 3 packets of UART captured in single shot, i can't zoom out to see one whole packet at once.
i've increased the view points capability to 200K points in a screen, download the nightly build ver 1.0.2 (Beta)... http://www.soasystem.com/download/visadso/ (http://www.soasystem.com/download/visadso/) please expect slower rendering though at larger points view... my advice still, you should capture your signal at an appropriate rate that a screen can comfortably display, ie somewhere 10X the data rate, but ymmv...
-
Thank you, now it's just perfect (and pretty smoth rendering too, i expcted worse).
-
(and pretty smoth rendering too, i expcted worse).
thats because you are sampling at slower rate 10MSps instead of earlier 25MSps. i calculate thats 60K points rendering there. your bitrate is 10Kbps you still can see the data if sampled at 100KSps (or 200K up to 1MSps for better fidelity). at lower sample rate, you can capture more packets compared to 10MSps sampling, and with the same view as the above picture, render on screen much faster (600 points @ 100KSps) ymmv...
-
I mean even if i select 200k points on screen it's still better than i expected, screenshot wasn't showing that, but i tried it, sorry for misunderstanding, that was poor example, also you are right that i should try minimalize sampling rate of scope to my needs (that is only possible via setting memory size, and it's pretty rought).
-
..that i should try minimalize sampling rate of scope to my needs (that is only possible via setting memory size, and it's pretty rought).
i checked my ds1054z, yes you are right, changing sampling rate is not as easy as changing timescale alone (i thought it is), we have to reduce memory length as well. well its our scope limitation then.
-
too bad this one doesn't have the ability to go over lan.
-
What do you think about calculating FFT using GPU?
http://docs.nvidia.com/cuda/cufft/ (http://docs.nvidia.com/cuda/cufft/)
-
What do you think about calculating FFT using GPU?
http://docs.nvidia.com/cuda/cufft/ (http://docs.nvidia.com/cuda/cufft/)
its hardware specific API i dont have access to...nice info nonetheless.. it seems ati radeon dont support FFT natively... btw i just uploaded ver 1.0.3 as nightly build link last night, you can select greater time/div setting with optimized drawing capability...
-
I found a little bug, imho not very important: when selecting bigger set of data points slider don't show properly. I attached two screenshots, one with good slider and second with bugged.
-
I found a little bug, imho not very important: when selecting bigger set of data points slider don't show properly. I attached two screenshots, one with good slider and second with bugged.
yes i noticed that earlier and made the fix just after uploading the file last night. please redownload again i just uploaded the fix few minutes ago...
-
Haha, i hope they won't destruct forum with them. ;D Yup, it is good now, by the way i can't figure out what changes option "data duration"
-
Haha, i hope they won't destruct forum with them. ;D Yup, it is good now, by the way i can't figure out what changes option "data duration"
i'm not sure what you meant by "data duration"
-
Haha, i hope they won't destruct forum with them. ;D Yup, it is good now, by the way i can't figure out what changes option "data duration"
i'm not sure what you meant by "data duration"
-
oh that. that setting will be used as text's and image's fps during playback. meaning, if you have texts or images data in your visadso file, during playback, the program will show the data in how many second "Data Duration" you set. text fps is defined and saved in file during the text creation, but image data doesnt support fps data, so images will playback at the currently set "Data Duration" menu setting fps, but text will playback at data duration set when it was created. fwiw...
-
I have an idea about three additional features:
1) export current view as CSV
2) option to add time stamp in record mode (especialy in cont. single capture) so it could be used to data logging
3) add math channel
-
I have an idea about three additional features:
1) export current view as CSV
...
right click on data, you can export to CSV. you can import back to visadso (but different vertical scaling will be automatically calculated), and then you can trim the data in File->Chunk Editor... fwiw.. as the other features, i'll think about it ;D thanks for suggestion.
-
I have an idea about three additional features:
1) export current view as CSV
...
right click on data, you can export to CSV. you can import back to visadso (but different vertical scaling will be automatically calculated), and then you can trim the data in File->Chunk Editor... fwiw.. as the other features, i'll think about it ;D thanks for suggestion.
Yeah, i know that i can export whole capture and then trim, also i could trim it in matlab like i did till now, just operating with that large csv file is not that easy. That was just some of my thoughts about improve, user feedback ;D
-
VisaDSO (1.1.0) now supports downloading screen and memory data from Rigol DHO800 12bit DSO (possibly DHO900, DHO1000, DHO4000 too, but untested) to Windows PC...
http://www.soasystem.com/download/visadso/ (http://www.soasystem.com/download/visadso/)
compatible Windows driver for DHO800 device is NIVISA. latest version here... https://www.ni.com/en/support/downloads/drivers/download.ni-visa.html#494653 (https://www.ni.com/en/support/downloads/drivers/download.ni-visa.html#494653)
i use older nivisa1500 version, if newer version above cannot be used, i've made a copy here http://soasystem.com/eng/misc/index.html (http://soasystem.com/eng/misc/index.html)
displaying DHO800's 12bit data on PC screen still using (converted to) native (older) 8 bit data of Rigol DS1000E/Z to save development (upgrade) time, should be not much difference to the eye. however the 12bit potential is utilized in FFT (Spectrum Analysis Utility). DHO800's CSV file reading and Screenshot capture are also capabled. except WFM and BIN format are not yet capabled, lets wait until someone cracked the format. bug reports are always welcomed... fwiw.
-
Nightly Build Patch for ver 1.1.2 available..
-serious DHO800 data capture bug fixed.
-some "level grade" bmp/memory allocation crash fixed
-16bit graph/signal plotting display for DHO800 and raw data is now enabled