Rigol's New Function Generator and DMM: DG800Pro / 900Pro / DM858

[thm_w]

Where to start?
Have tried decrypting the setup.stp using the CPU serial (part of it as it is longer than 16 char) but I don't even know if I need to expect human readable stuff. Was using this thing: https://github.com/patlunb/xxtea-tool

You can look at the riglol.c file here: https://gotroot.ca/rigol/riglol-archives/attic/
Its possible they are similar.

[FixyMixy]

I've compared frequency response (SENV) of both channels of my liberated DG822 Pro.
The first graph is an absolute difference,
but the second is normalized to 0dB by the peak value (to test how close they would be if the amplitude of one of the channels is corrected by a single factor).
Results is within the specs, as far as I remember.

Please note, difference between channels is quite low: 0.3dB max (96.605%) or about 0.2dB avg (97.724%). Difference low to the high frequency dip is 0.8dB max (91.201%).

So, I guess, results are pretty good for only at factory calibrated unit.

[FixyMixy]

Anybody please check DG9XX Pro maximum sample rate!
It's simple:
1) Load the maxFreq.arb in the "cont" mode.
2) Switch from frequency to period setting, set period to 26.2144 µs (38146.97265625 Hz), there should be 312.5 MHz frequency output.
3) Set period to 13.1072 µs (76293.9453125 Hz), there should be 625 MHz frequency output, if generator supports 1.25 GSmpl/s sample rate. If not, there should be slowly drifting voltage output, as the case with my liberated unit.

[FixyMixy]

By the way, the maximum frequency signal (if period is 26.2144 µs or frequency is 38146.97265625 Hz) has a strange effect. It slowly changes amplitude, starting from max to zero, and then back.

[FixyMixy]

Where to start?
Have tried decrypting the setup.stp using the CPU serial (part of it as it is longer than 16 char) but I don't even know if I need to expect human readable stuff. Was using this thing: https://github.com/patlunb/xxtea-tool

You can use IDA Pro to disassemble the AFH.APK.
XXTEA is not involved anymore, probably. But there are plenty of others to try: 3DES, AES, Base64DES, Base64RSA...
Or simply find the function responsible for opening the "setup.stp" file.

Code: [Select]

Search "encr":
EncryptUtils_decrypt3DES@LLLLL CODE2 01095904 00000018 R . . . . . . T . .
EncryptUtils_decryptAES@LLLLL CODE2 0109592C 00000018 R . . . . . . T . .
EncryptUtils_decryptBase64AES@LLLLL CODE2 01095954 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64DES@LLLLL CODE2 01095978 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64RSA@LLLIL CODE2 0109599C 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64_3DES@LLLLL CODE2 010959C0 00000012 R . . . . . . T . .
EncryptUtils_decryptDES@LLLLL CODE2 010959E4 00000018 R . . . . . . T . .
EncryptUtils_decryptHexString3DES@LLLLL CODE2 01095A0C 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringAES@LLLLL CODE2 01095A30 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringDES@LLLLL CODE2 01095A54 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringRSA@LLLIL CODE2 01095A78 00000012 R . . . . . . T . .
EncryptUtils_decryptRSA@LLLIL CODE2 01095A9C 0000000C R . . . . . . T . .
EncryptUtils_encrypt3DES@LLLLL CODE2 01095AB8 00000018 R . . . . . . T . .
EncryptUtils_encrypt3DES2Base64@LLLLL CODE2 01095AE0 00000012 R . . . . . . T . .
EncryptUtils_encryptAES@LLLLL CODE2 01095B04 00000018 R . . . . . . T . .
EncryptUtils_encryptAES2Base64@LLLLL CODE2 01095B2C 00000012 R . . . . . . T . .
EncryptUtils_encryptDES@LLLLL CODE2 01095B50 00000018 R . . . . . . T . .
EncryptUtils_encryptDES2Base64@LLLLL CODE2 01095B78 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacMD5@LLL CODE2 01095B9C 0000000E R . . . . . . T . .
EncryptUtils_encryptHmacSHA1@LLL CODE2 01095BBC 0000000E R . . . . . . T . .
EncryptUtils_encryptHmacSHA224@LLL CODE2 01095BDC 0000000E R . . . . . . T . .
EncryptUtils_encryptHmacSHA256@LLL CODE2 01095BFC 0000000E R . . . . . . T . .
EncryptUtils_encryptHmacSHA384@LLL CODE2 01095C1C 0000000E R . . . . . . T . .
EncryptUtils_encryptHmacSHA512@LLL CODE2 01095C3C 0000000E R . . . . . . T . .
EncryptUtils_encryptMD2@LL CODE2 01095C5C 0000000E R . . . . . . T . .
EncryptUtils_encryptMD5@LL CODE2 01095C7C 0000000E R . . . . . . T . .
EncryptUtils_encryptMD5File@LL CODE2 01095C9C 000000A8 R . . . . . . T . .
EncryptUtils_encryptMD5File@LL_0 CODE2 01095DA4 00000026 R . . . . . . T . .
EncryptUtils_encryptRSA@LLLIL CODE2 01095DDC 0000000C R . . . . . . T . .
EncryptUtils_encryptRSA2Base64@LLLIL CODE2 01095DF8 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA1@LL CODE2 01095E1C 0000000E R . . . . . . T . .
EncryptUtils_encryptSHA224@LL CODE2 01095E3C 0000000E R . . . . . . T . .
EncryptUtils_encryptSHA256@LL CODE2 01095E5C 0000000E R . . . . . . T . .
EncryptUtils_encryptSHA384@LL CODE2 01095E7C 0000000E R . . . . . . T . .
EncryptUtils_encryptSHA512@LL CODE2 01095E9C 0000000E R . . . . . . T . .
EncryptUtils_hashTemplate@LLL CODE2 01095EBC 00000030 R . . . . . . T . .
EncryptUtils_hmacTemplate@LLLL CODE2 01095F0C 00000048 R . . . . . . T . .
EncryptUtils_joins@LLL CODE2 01095F74 00000020 R . . . . . . T . .
EncryptUtils_rc4@LLL CODE2 01095FA4 000000D6 R . . . . . . T . .
EncryptUtils_rsaTemplate@LLLILZ CODE2 0109608C 0000011C R . . . . . . T . .
EncryptUtils_symmetricTemplate@LLLLLLZ CODE2 010961D0 000000A4 R . . . . . . T . .
EncryptUtils_encrypt3DES2HexString@LLLLL CODE2 01096290 00000012 R . . . . . . T . .
EncryptUtils_encryptAES2HexString@LLLLL CODE2 010962B4 00000012 R . . . . . . T . .
EncryptUtils_encryptDES2HexString@LLLLL CODE2 010962D8 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacMD5ToString@LLL_0 CODE2 010962FC 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacMD5ToString@LLL CODE2 01096320 00000042 R . . . . . . T . .
EncryptUtils_encryptHmacSHA1ToString@LLL_0 CODE2 01096374 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacSHA1ToString@LLL CODE2 01096398 00000042 R . . . . . . T . .
EncryptUtils_encryptHmacSHA224ToString@LLL_0 CODE2 010963EC 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacSHA224ToString@LLL CODE2 01096410 00000042 R . . . . . . T . .
EncryptUtils_encryptHmacSHA256ToString@LLL_0 CODE2 01096464 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacSHA256ToString@LLL CODE2 01096488 00000042 R . . . . . . T . .
EncryptUtils_encryptHmacSHA384ToString@LLL_0 CODE2 010964DC 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacSHA384ToString@LLL CODE2 01096500 00000042 R . . . . . . T . .
EncryptUtils_encryptHmacSHA512ToString@LLL_0 CODE2 01096554 00000012 R . . . . . . T . .
EncryptUtils_encryptHmacSHA512ToString@LLL CODE2 01096578 00000042 R . . . . . . T . .
EncryptUtils_encryptMD2ToString@LL_0 CODE2 010965CC 00000012 R . . . . . . T . .
EncryptUtils_encryptMD2ToString@LL CODE2 010965F0 0000002A R . . . . . . T . .
EncryptUtils_encryptMD5File2String@LL CODE2 0109662C 00000012 R . . . . . . T . .
EncryptUtils_encryptMD5File2String@LL_0 CODE2 01096650 00000026 R . . . . . . T . .
EncryptUtils_encryptMD5ToString@LL_0 CODE2 01096688 00000012 R . . . . . . T . .
EncryptUtils_encryptMD5ToString@LLL_0 CODE2 010966AC 0000006A R . . . . . . T . .
EncryptUtils_encryptMD5ToString@LL CODE2 01096728 0000002A R . . . . . . T . .
EncryptUtils_encryptMD5ToString@LLL CODE2 01096764 00000086 R . . . . . . T . .
EncryptUtils_encryptRSA2HexString@LLLIL CODE2 010967FC 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA1ToString@LL_0 CODE2 01096820 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA1ToString@LL CODE2 01096844 0000002A R . . . . . . T . .
EncryptUtils_encryptSHA224ToString@LL_0 CODE2 01096880 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA224ToString@LL CODE2 010968A4 0000002A R . . . . . . T . .
EncryptUtils_encryptSHA256ToString@LL_0 CODE2 010968E0 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA256ToString@LL CODE2 01096904 0000002A R . . . . . . T . .
EncryptUtils_encryptSHA384ToString@LL_0 CODE2 01096940 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA384ToString@LL CODE2 01096964 0000002A R . . . . . . T . .
EncryptUtils_encryptSHA512ToString@LL_0 CODE2 010969A0 00000012 R . . . . . . T . .
EncryptUtils_encryptSHA512ToString@LL CODE2 010969C4 0000002A R . . . . . . T . .
EncryptUtils__init_@V CODE2 01096A00 00000018 R . . . . . . T . .

search "decr":
EncryptUtils_decrypt3DES@LLLLL CODE2 01095904 00000018 R . . . . . . T . .
EncryptUtils_decryptAES@LLLLL CODE2 0109592C 00000018 R . . . . . . T . .
EncryptUtils_decryptBase64AES@LLLLL CODE2 01095954 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64DES@LLLLL CODE2 01095978 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64RSA@LLLIL CODE2 0109599C 00000012 R . . . . . . T . .
EncryptUtils_decryptBase64_3DES@LLLLL CODE2 010959C0 00000012 R . . . . . . T . .
EncryptUtils_decryptDES@LLLLL CODE2 010959E4 00000018 R . . . . . . T . .
EncryptUtils_decryptHexString3DES@LLLLL CODE2 01095A0C 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringAES@LLLLL CODE2 01095A30 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringDES@LLLLL CODE2 01095A54 00000012 R . . . . . . T . .
EncryptUtils_decryptHexStringRSA@LLLIL CODE2 01095A78 00000012 R . . . . . . T . .
EncryptUtils_decryptRSA@LLLIL CODE2 01095A9C 0000000C R . . . . . . T . .


[Kurt_!]

Anybody please check DG9XX Pro maximum sample rate!
It's simple:
1) Load the maxFreq.arb in the "cont" mode.
2) Switch from frequency to period setting, set period to 26.2144 µs (38146.97265625 Hz), there should be 312.5 MHz frequency output.
3) Set period to 13.1072 µs (76293.9453125 Hz), there should be 625 MHz frequency output, if generator supports 1.25 GSmpl/s sample rate. If not, there should be slowly drifting voltage output, as the case with my liberated unit.

I think you're on the wrong track.
Are you confusing bandwidth and sampling?!

[FixyMixy]

I think you're on the wrong track.
Are you confusing bandwidth and sampling?!

No, I fully understand what I'm asking for.

The thing is, DG8xx Pro has a maximum sample rate of 625 MSmpl/s, but DG9xx Pro goes to 1.25 G.

So either the liberation by changing the "setup.stp" file to the DG922 Pro model is NOT enough to liberate the generator completely, or DG9xx Pro generators do not have 1.25 G samples per second also.

[Kurt_!]

I think you're on the wrong track.
Are you confusing bandwidth and sampling?!

No, I fully understand what I'm asking for.

The thing is, DG8xx Pro has a maximum sample rate of 625 MSmpl/s, but DG9xx Pro goes to 1.25 G.

So either the liberation by changing the "setup.stp" file to the DG922 Pro model is NOT enough to liberate the generator completely, or DG9xx Pro generators do not have 1.25 G samples per second also.

You can see from the oscilloscope where the limit is for the devices...
It's better if someone who speaks better English explains it to you!

[thm_w]

No, I fully understand what I'm asking for.

The thing is, DG8xx Pro has a maximum sample rate of 625 MSmpl/s, but DG9xx Pro goes to 1.25 G.

So either the liberation by changing the "setup.stp" file to the DG922 Pro model is NOT enough to liberate the generator completely, or DG9xx Pro generators do not have 1.25 G samples per second also.

DG900 pro is specified as 200MHz maximum output frequency.
Why do you think we can see over 200MHz? There will be an analog filter on the output as well as bandwidth limitations from the amplifier IC.

[gbix]

Datasheet info for sequence for 800 and 900 series. its same

[gbix]

its maximum freq from 821pro
250 mhz also like clean
305 mhz with distortions

[FixyMixy]

You can see from the oscilloscope where the limit is for the devices...
It's better if someone who speaks better English explains it to you!

Please, believe me, there are not many people who can explain to me something regarding digital signal processing that I don't understand. 

[FixyMixy]

DG900 pro is specified as 200MHz maximum output frequency.
Why do you think we can see over 200MHz? There will be an analog filter on the output as well as bandwidth limitations from the amplifier IC.

We have 16K samples arb signal in the "Cont" mode, which could go up to 625MS/s on my liberated DG822 Pro.
The maximum output frequency in this case is 312.5MHz.
You can achieve the maximum frequency by loading (max, -max, max, -max....) signal to the arb function (you can download the max freq arb signal above).

But with DG9XX Pro you have a sample rate spec of 1.25G (see https://www.batronix.com/shop/waveform-generator/Rigol-DG922-Pro.html)

My simple question is: WHY DON'T I HAVE a 1.25G SAMPLE RATE ON MY LIBERATED GENERATOR IN ARB MODE?

By the way, here there is a digital signal and some filters in the way. You can preprocess signal to flatten the frequency response, when you know the channel's response function. And thus get reasonably close to 312.5 MHz output bandwidth (trading some output amplitude capacity for the extra bandwidth). I will show this to you if I have enough time.

[FixyMixy]

its maximum freq from 821pro
250 mhz also like clean
305 mhz with distortions

To further clarify my point: if you have 1.25 G samples per second DAC and some reasonably good amplifiers, you can correct the channel response digitally to be flat up to 400 MHz, for instance.

16K samples is a small sequence, but it's always good to have an option.

[csuhi17]

DG912Pro factory.

In the first picture the wave changes slowly for me too.
In the second picture the horizontal line descends slowly

[FixyMixy]

DG912Pro factory.

In the first picture the wave changes slowly for me too.
In the second picture the horizontal line descends slowly

Thank you very much!
So with the DG912 Pro we have exactly the same behavior as on the liberated DG822 Pro. The maximum custom arb sample rate in the "Cont" mode is 625M samples per second.

[Kurt_!]

You can see from the oscilloscope where the limit is for the devices...
It's better if someone who speaks better English explains it to you!

Please, believe me, there are not many people who can explain to me something regarding digital signal processing that I don't understand. 

But the first lines from Rigol pose a different problem.

Reply from China:
The sampling rate of the DG800 pro is approximately 1GSa/s, which means we have 10^9 samples per second, meaning the interval between individual sampling points is 1ns.

[Kurt_!]

For Siglent, it's the maximum sampling rate (4x interpolation) SDG20..
Please refer to the datasheet....

[FixyMixy]

But the first lines from Rigol pose a different problem.
Reply from China:
The sampling rate of the DG800 pro is approximately 1GSa/s, which means we have 10^9 samples per second, meaning the interval between individual sampling points is 1ns.

625 MSa/s is NOT "approximately 1GSa/s"  (see https://www.rigolna.com/products/waveform-generators/dg800-pro/ )

Interval between points should be at least twice more frequent compared to the maximum signal frequency.

See https://en.wikipedia.org/wiki/Nyquist–Shannon_sampling_theorem :

The Nyquist–Shannon sampling theorem is a theorem in the field of signal processing which serves as a fundamental bridge between continuous-time signals and discrete-time signals. It establishes a sufficient condition for a sample rate that permits a discrete sequence of samples to capture all the information from a continuous-time signal of finite bandwidth. The sample rate must be at least twice the bandwidth of the signal to avoid aliasing.

[Kurt_!]

625 MSa/s is NOT "approximately 1GSa/s"  (see https://www.rigolna.com/products/waveform-generators/dg800-pro/ )

This should be an easy calculation example from Rigol China ..... but not 625Msa/s

...but maybe something has changed with the new firmware update...
It would be interesting....
The signal I had before has changed a bit...
(Firmware 1.00)

[thm_w]

But with DG9XX Pro you have a sample rate spec of 1.25G (see https://www.batronix.com/shop/waveform-generator/Rigol-DG922-Pro.html)

My simple question is: WHY DON'T I HAVE a 1.25G SAMPLE RATE ON MY LIBERATED GENERATOR IN ARB MODE?

As shown above from the datasheet and from their software, the spec for Arb is 312.5MS/s for all instruments. If you get higher than that, great.

The DAC is capable (DAC38J82), but, you'd have to do some more searching either probing the board or in the code to prove its not running at that rate. I'm not sure if it can be easily determined from measuring the output AFAIK.
If you are lucky maybe there is a way to modify the code to allow higher arb rate, but I would guess its not easy.



edit: as stated above it could be running 1.2G internally with 4x oversample (interpolation between data). For comparison the older DG800 model, has 125MS/s sample rate and 30MS/s max arb rate.
https://www.analog.com/media/en/training-seminars/tutorials/mt-017.pdf

[andrey15]

friends is there a way to upgrade dg821pro to 900 series

[bill21]

I was playing around with AM modulation, using a sine wave on CH2 as the modulating signal for CH1 (output of CH2 connected to AUX input of CH1, CH1 set to external source).  Here are the waveforms (CH1 of generator in pink, CH2 in blue).



Per the manual (see below), the max of the modulated signal is supposed to match up with the max of the modulating signal - opposite to what I captured; am I misunderstanding something?

[DaneLaw]

..Here are the waveforms (CH1 of generator in pink, CH2 in blue).
...

What intensity grading do you have on the PINK?

[bill21]

I believe it was at 50%