Author Topic: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)  (Read 45384 times)

0 Members and 1 Guest are viewing this topic.

Offline JohnPi

  • Regular Contributor
  • *
  • Posts: 73
  • Country: us
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #325 on: September 03, 2018, 10:36:03 pm »
I looked through that code (I don't have a convenient system to build/run it on)-- it appears to download either 1200 or 250000 bytes. My problem is when downloading 8244+n*64 only -- 250000 is not an issue in that.

My problem arose when I was specifically downloading different lengths in the range below 30000; it arose from old habits of being frugal with memory. I changed my own code to download 8000 byte chunks, but I guess I could just download a single 30000 byte block and truncate it.

In the end, I don't know if this ia Rigol or a pyvisa bug.

p.s. I updated my example above to select the USB instrument more easily.
 

Online MarkF

  • Frequent Contributor
  • **
  • Posts: 774
  • Country: us
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #326 on: September 03, 2018, 10:54:33 pm »
It looks like you're trying to use a USB connection?

I don't know if it will have any effect.  But, you could try changing the OS low level receive buffer size.  The default size for a LAN connection would be different than a USB connection.
 

Offline JohnPi

  • Regular Contributor
  • *
  • Posts: 73
  • Country: us
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #327 on: September 04, 2018, 02:19:50 am »
@PeDre - thanks for checking. I see it works for you at 8244. What is that program you used ?

When I run my pyvisa program with different values for chunk_size:
DS1054Z = GPIB.open_resource([_ for _ in GPIB_Resources if re.search('^USB.*:DS.*INSTR$', _)][0],chunk_size=3000)

it doesn't appear to fail as often, but there are definite slow downs at some points (watch the results scroll by) -- they appear to be at 64-count intervals. In my case, starting at 8200:
for NPOINTS in range(8200,30100):# fails at 8244 first

gives a slowdown (but not a fail) at 8226.

3.6.5 |Anaconda, Inc.| (default, Mar 29 2018, 13:32:41) [MSC v.1900 64 bit (AMD64)]
visa 1.9.1
 

Offline JohnPi

  • Regular Contributor
  • *
  • Posts: 73
  • Country: us
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #328 on: September 04, 2018, 02:42:22 am »
It looks like you're trying to use a USB connection?

I don't know if it will have any effect.  But, you could try changing the OS low level receive buffer size.  The default size for a LAN connection would be different than a USB connection.

Yes, USB. I have tried with the LAN with longer lengths with no problems. I haven't tried this code over the LAN -- will do (it appears you have to reboot the scope to switch from USB to LAN).

-- update: - I can't get my pyvisa to work over the LAN. Anyone know the magic resource name ? IP = 10.1.0.54, port = 5555
Code: [Select]
GPIB = visa.ResourceManager()
DS1054Z = GPIB.open_resource('TCPIP0::10.1.0.54::5555::INSTR')
print("DS1054Z:", DS1054Z.query("*IDN?"))
fails

Don't know how to change the OS buffer size. There is a chunk_size option in pyvisa which has an impact -- it moves the starting point of the issue around, but doesn't eliminate the issue.
« Last Edit: September 04, 2018, 03:17:03 am by JohnPi »
 

Offline PeDre

  • Newbie
  • Posts: 4
  • Country: at
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #329 on: October 08, 2018, 08:15:45 pm »
Rigol DS1174Z-S, Software version 00.04.04.SP3 (00.04.04.03.05)
All options are active.

Problem:
- I can't read the memory for channel 1 and 2 at 60 kpts with more than two active channels.

Prerequisite:
- Three or four channels must be active.
- The memory depth must be set to Automatic.
- A memory size of 60 kpts must be selected automatically, e.g. with 20 ┬Ás Time/DIV.

Under these conditions, no memory can be read out for channel 1 and 2.
The specification in the preamble for the available points is correct.

Used SCPI commands and outputs only for channel 1 with three active channels:
Code: [Select]
0001 Before Waveform SCPI: :STOP;:WAVeform:MODE RAW;:WAVeform:PREamble?
0002 Before Waveform SCPI: :STOP;:WAVeform:MODE RAW;:WAVeform:FORMat BYTE;:WAVeform:STARt 1;:WAVeform:STOP 60000
0003 Waveform SCPI: :WAVeform:Source CHANnel1;:WAVeform:DATA?;:WAVeform:PREamble?
0004 Error: The data could not be received. LibUsb::BulkTransfer: (-7) LIBUSB_ERROR_TIMEOUT - Operation timed out
0005 After Waveform SCPI: :RUN

Used SCPI commands and outputs for all four active channels.
Channels 3 and 4 can be read without errors:
Code: [Select]
0001 Before Waveform SCPI: :STOP;:WAVeform:MODE RAW;:WAVeform:PREamble?
0002 Before Waveform SCPI: :STOP;:WAVeform:MODE RAW;:WAVeform:FORMat BYTE;:WAVeform:STARt 1;:WAVeform:STOP 60000
0003 Waveform SCPI: :WAVeform:Source CHANnel1;:WAVeform:DATA?;:WAVeform:PREamble?
0004 Error: The data could not be received. LibUsb::BulkTransfer: (-7) LIBUSB_ERROR_TIMEOUT - Operation timed out
0005 Waveform SCPI: :WAVeform:Source CHANnel2;:WAVeform:DATA?;:WAVeform:PREamble?
0006 Error: The data could not be received. LibUsb::BulkTransfer: (-7) LIBUSB_ERROR_TIMEOUT - Operation timed out
0007 Waveform SCPI: :WAVeform:Source CHANnel3;:WAVeform:DATA?;:WAVeform:PREamble?
0008 Waveform SCPI: :WAVeform:Source CHANnel4;:WAVeform:DATA?;:WAVeform:PREamble?
0009 After Waveform SCPI: :RUN

The output of :STOP;:WAVeform:MODE RAW;:WAVeform:PREamble? is:
Code: [Select]
0,2,60000,1,4.000000e-09,-1.200000e-04,0,1.231250e-01,-48,82The third value of 60000 for points is correct.

I only used self-programmed programs, but I can't detect any errors.
Can anyone reproduce this behavior?

Peter
 

Offline PeDre

  • Newbie
  • Posts: 4
  • Country: at
Re: Rigol DS1000Z series buglist continued (from: 00.04.04.03.02)
« Reply #330 on: October 14, 2018, 01:39:02 am »
The same problem as in the above post occurs at 300 pts, or 100 ns Time/DIV.
This time the data cannot be read out for channels 3 and 4.

Peter
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf