Rigol DS1000D | Sampling Mode cannot be changed via SCPI

[firehacker]

Hi guys.

Looks like there is a bug (yet another one, right) in the Rigol DS1000D firmware. My scope is DS1052D, revision 00.02.06.

It turned out that sampling mode (Equ-Time vs Real-time) can be queried via SCPI, but unlike other acquisition parameters, it cannot be changed.

Since I am making a tool for automated signal analysis, I would like to know whether this bug is present in other revisions and product versions (100 MHz version and/or version without Logic Analyzer).

Please, try to reproduce and tell if it worked with your scope (specify your model, revision).

Code: [Select]

:ACQUIRE:MODE?                      <----- gives REAL_TIME
:ACQUIRE:MODE EQUAL_TIME
:ACQUIRE:MODE?                         <------ still gives REAL_TIMEIf I manually change sampling mode via menus,

Code: [Select]

:ACQUIRE:MODE?                      <----- gives EQUAL_TIME
:ACQUIRE:MODE REAL_TIME
:ACQUIRE:MODE?                         <------ still gives EQUAL_TIME

[ebastler]

Have you tried ":ACQ:MODE ETIM", or "...RTIM", as described in the manual?

Regards,
Juergen

[firehacker]

as described in the manual?

I was about to reply "no, there is no RTIM and ETIM in the manual, there are REAL_TIME and EQUAL_TIME" when I realized that I have actually opened wrong PDF file (oscilloscope programming reference) — for DS1000CD instead of DS1000D.

ETIM and RTIM work just perfect! Thank you for finding out cause of the problem.

Anyway, even if DS1000D(E) series scope expects "RTIM", I would not surprise if there is a breakpoint in revision number where earlier versions expect "REAL_TIME" while more recent versions expect "RTIM" as per SCPI reference. Like we had a discrepancy discussed here.

[ebastler]

Hey, glad that this was easy to solve. But I agree that it is an annoying interface design by Rigol: Returning "EUQAL_TIME" as the output, but expecting "ETIM(e)" as the input is bound to cause confusion!