| Products > Test Equipment |
| Rigol DS1000Z series buglist continued (latest: 00.04.04.04.03, 2019-05-30) |
| << < (66/74) > >> |
| JohnPi:
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. |
| MarkF:
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. |
| JohnPi:
@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 |
| JohnPi:
--- Quote from: MarkF on September 03, 2018, 12: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. --- End quote --- 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: ---GPIB = visa.ResourceManager() DS1054Z = GPIB.open_resource('TCPIP0::10.1.0.54::5555::INSTR') print("DS1054Z:", DS1054Z.query("*IDN?")) --- End code --- 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. |
| Hauke:
Hi all, for me the password login rigollan/111111 or test/111111 never worked, and since the headline post of this thread states that this problem should be gone with the current firmware version, I updated and tried again; no success. But this finally worked for me: * Connect to the scope via http://[IP-Address] * Select "Security" * Enter as old password: 111111 * Enter as new password again: 111111 (twice) * Confirm --> Success message * log in with any username with four or less letters, pw 111111 --> Works! So I used as username test, blah, 1234, a - all worked. 12345 or rigollan or rigolan did not work. No idea why my scope behaves differently as others, but from the forum I find others that used test and blah also successfully. Whatever - /me is happy now. Cheers Hauke |
| Navigation |
| Message Index |
| Next page |
| Previous page |