| Products > Test Equipment |
| Rigol DS1000Z series buglist continued (latest: 00.04.04.04.03, 2019-05-30) |
| << < (39/74) > >> |
| Karel:
--- Quote from: metrologist on October 27, 2017, 02:05:43 pm --- --- Quote from: Karel on October 21, 2017, 05:36:43 pm ---Yes. Also, it's kind of a "documented bug". If you take a look at the programming guide 2 - 223 (page 239) there's written that the "Yincrement" steps are verticalscale / 25. For example, the 4000 and 6000 series don't suffer from this limitation. In their respective programming guides they specify that "Yincrement" steps are verticalscale / 32. Which is weird because the 4000 series uses a display with the same number of pixels. --- End quote --- The specifications state that the vertical resolution is 8 bits. How does DSRemote get all 8 bits? Is it using Raw mode? --- End quote --- It uses the ":WAVeform:DATA?" command as described in Rigols programming guide. |
| Karel:
--- Quote from: RoGeorge on October 27, 2017, 02:58:58 pm ---I see this 8 divisions instead of 10 as a display limitation, not as a bug. Yes, it could have been better, with 10 divisions drawn on the screen, but it's not. --- End quote --- The problem is not the number of divisions on the screen. The problem is that the scope is not able to display the full dynamic range of the adc. It shows max 200 steps instead of 256. In other words, the vertical steps (as displayed on the screen) become unnecessary course. |
| metrologist:
--- Quote from: Karel on October 27, 2017, 03:15:02 pm --- --- Quote from: metrologist on October 27, 2017, 02:05:43 pm --- --- Quote from: Karel on October 21, 2017, 05:36:43 pm ---Yes. Also, it's kind of a "documented bug". If you take a look at the programming guide 2 - 223 (page 239) there's written that the "Yincrement" steps are verticalscale / 25. For example, the 4000 and 6000 series don't suffer from this limitation. In their respective programming guides they specify that "Yincrement" steps are verticalscale / 32. Which is weird because the 4000 series uses a display with the same number of pixels. --- End quote --- The specifications state that the vertical resolution is 8 bits. How does DSRemote get all 8 bits? Is it using Raw mode? --- End quote --- It uses the ":WAVeform:DATA?" command as described in Rigols programming guide. --- End quote --- But then must it issue :WAV:MODE RAW beforehand? Otherwise, YINC is /25. |
| Karel:
--- Quote from: metrologist on October 27, 2017, 03:25:49 pm --- --- Quote from: Karel on October 27, 2017, 03:15:02 pm --- --- Quote from: metrologist on October 27, 2017, 02:05:43 pm --- --- Quote from: Karel on October 21, 2017, 05:36:43 pm ---Yes. Also, it's kind of a "documented bug". If you take a look at the programming guide 2 - 223 (page 239) there's written that the "Yincrement" steps are verticalscale / 25. For example, the 4000 and 6000 series don't suffer from this limitation. In their respective programming guides they specify that "Yincrement" steps are verticalscale / 32. Which is weird because the 4000 series uses a display with the same number of pixels. --- End quote --- The specifications state that the vertical resolution is 8 bits. How does DSRemote get all 8 bits? Is it using Raw mode? --- End quote --- It uses the ":WAVeform:DATA?" command as described in Rigols programming guide. --- End quote --- But then must it issue :WAV:MODE RAW beforehand? Otherwise, YINC is /25. --- End quote --- Normal mode. And indeed YINC is 25/division, which is actually the problem because, apparently, the scopes display uses also 25 steps per division. Not 32 steps per division like the 4000 series. |
| metrologist:
So then, how did DSRemote get the info for the extra divisions? In normal mode, it would only receive the display data. Edit: page 2-218: "NORMal: read the waveform data displayed on the screen." and reference the illustrations on page 2-216... I was also just looking at some screen dumps and every displayed sample uses two vertical pixels. The graticule is 400 pixels tall, with the bottom division's 50 pixels encorporate both the bottom and it's top graticule lines; all other division's 50 pixels seem to start just above the graticule line and encorporate just the top graticule line. So, there is the ease of implementation for the display. And, how do we qualify 8-bit vertical resolution? I seem to recall that the measurements use display data for the calculations, so we actually do not have 8 bit resolution. Who's to quibble over a few (56) bits? |
| Navigation |
| Message Index |
| Next page |
| Previous page |