Author Topic: Spectrum Analyzer - Rigol DSA815 (Read 681382 times)

dgo · « **Reply #1225 on:** November 05, 2024, 08:43:20 pm »

I have read through this thread and wondering how to approach this....
I have a DSA815 with the following specs....

Model: DSA815
Main board: 00.08
Freq. FPGA: 00.05
Digit. FPGA: 00.05
Firmware: 00.01.15 (planning to upgrade to 1.19)
Boot: 00.01.04

It has the jumper on the IC to enable the advanced features with 30hours trial remaining. However, I need to upgrade FW to anything higher than 1.16 to have my DSA work with EMCview software.
I do not want brick it or lose the advanced features. What would be the best approach? It looks like I will lose the advanced features if I just upgrade directly to 1.19 even if I have the jumper?

Thank your for the help in advance!

kukumber · « **Reply #1226 on:** November 19, 2024, 03:29:17 am »

hi all

i've got a DSA815 with this specs

Model: DSA815
Main board: 00.09
Freq. FPGA: 00.05
Digit. FPGA: 00.05
Firmware: 00.01.19
Boot: 00.01.04

Is it allowed to upgrade trial to official?

thanks to any help

ziolkowski · « **Reply #1227 on:** January 07, 2025, 05:48:34 am »

Quote from: tv84 on March 18, 2021, 12:16:27 pm

Can you obtain this information?

*IDN?
:PRIVate:FACTory:SKEY?

If so, pm me and I may be able to help you.

@tv84 are you still able to help with this? Thx

Gerhan · « **Reply #1228 on:** January 31, 2025, 09:05:17 am »

TV84,

THANK YOU SO MUCH!!!!

GERHAN

ycchangtw · « **Reply #1229 on:** February 02, 2025, 12:26:11 am »

Hi,
i've bought a DSA710 with the following spec.

Model: DSA710
Main board: 00.09
Freq. FPGA: 00.05
Digit. FPGA: 00.05
Firmware: 00.01.18
Boot: 00.01.04
serial: DSA8B18515XXXX

So far, is it allowed to upgrade trial to official?

Thanks

Gerhan · « **Reply #1230 on:** February 05, 2025, 07:43:17 pm »

Issue with DMA Mode on DSA800

When switching to DMA Mode, the entire DSAxx screen goes black, with TG and AUTO turning green. However, the computer fails to connect to the FSK/ASK software.

Has anyone successfully used the S1220 ASK-FSK Demodulation Analysis software and made any meaningful progress?

szszjdb · « **Reply #1231 on:** February 20, 2025, 03:59:21 am »

Hi Sir,
Does someone could help? I got my cal data loss both for the SA and the TG. Is there any way to recover them? How to do it ?

Many Thanks & Best Regards,
James

Fenstergucker · « **Reply #1232 on:** February 20, 2025, 04:40:25 am »

Can you tell us how you lost the data? Did you delete them yourself in the service menu?
If so, I have been able to restore the calibration data for six devices. It's been a while, but I think I can help.

Peter

szszjdb · « **Reply #1233 on:** February 20, 2025, 05:13:27 am »

Many Thanks!
It is a used one and I do not know who did it.

The gain is not flat now ,so +3db at the begain and -10db at the 1.5GHz. I think I can re-calibrate it with the SG ,but don't know how to input or edit the cal point to the default cal table. And the same with the TG.
I would like to have your advice!

Thanks again!
James

Fenstergucker · « **Reply #1234 on:** February 20, 2025, 05:37:57 am »

You must read in the flash memory. This can be done with the following SCPI commands:

Code: [Select]

:SYST:FRE? 0,1048576
:SYST:FRE? 1048576,1048576
:SYST:FRE? 2097152,1048576
:SYST:FRE? 3145728,1048576

You have to send me the binary data. You can also use my program, it is linked under my profile.
Enclosed is a script that you can drag and drop into the program. It saves the content of the Flash and FRAM.
I can take a look at the data to see if it can be corrected. On my website for the program you will also find the e-mail address to which you can send the data.

Peter

szszjdb · « **Reply #1235 on:** February 20, 2025, 07:00:40 am »

Thanks a lot!
I will try SCPI commands when back home.
I notice the document, RIGOL-DSA815-TG_Unpublished-Information_2014-09-12, list the detail of the testcal4.cbl file . I wonder if it is the default cal file being loading when powering on. If so ,could I find and edit it and copy to somewhere of the disk for the re-calibration?

Further more, is there any possibility to improve the phase noise parameter from the 80dbc@10k? It is really poor for the closing signal debug. I remember the CMU200 has 100dbc@10k at the same frequency. How about replace the 10MHz reference clock to the low phase noise one? or modify the 1st LO PLL to get better performance? Would like to have your advice！ Many Thanks!

Best Regards,
James

Fenstergucker · « **Reply #1236 on:** February 20, 2025, 09:09:33 am »

This is the document I wrote. The data comes from my DSA815.
If the cal data is deleted via the service menu, the DSA815 writes data within the cal data. This means that the checksum is no longer correct and the Cal data is no longer loaded. You can approximately restore the cal data for this overwritten area and correct the checksum.
The problem I have with the DSA is that I cannot write any value (byte) via SCPI command. So you have to try a bit until all data can be written appropriately.

Peter

Fenstergucker · « **Reply #1237 on:** February 20, 2025, 09:22:04 am »

Here is the area that was overwritten. Until now, it has always been this byte sequence.

Peter

Code: [Select]

overwritten data
00391000  ff 12 d9 41 02 00 00 00 00 00 00 00 ee 88 66 cc  ÿ.ÙA........îˆfÌ
00391010  11 aa 99 33 33 99 aa 11 cc 66 88 ee 9d 5c 2b 67  .ª™33™ª.Ìfˆî\+g
00391020  18 34 a6 59 2a 14 b3 9c 68 15 b4 53              .4¦Y*.³œh.´S

szszjdb · « **Reply #1238 on:** February 20, 2025, 09:42:12 am »

Many Thanks!
I will try to read out it 1st. It seems impossible to partly program the flash by the SCPI command as your advice. So maybe the cal data can only be program in the factory mode by some special tool from Rigol？ If does ,maybe it can't be fixed without return to factory.

Best Regards,
James

Fenstergucker · « **Reply #1239 on:** February 20, 2025, 09:49:22 am »

Here is my documentation for the Cal data.
So far I have always been able to restore the overwritten data.

Peter

Fenstergucker · « **Reply #1240 on:** February 20, 2025, 10:17:42 am »

And here are the values I have been able to write so far.

Peter

Fenstergucker · « **Reply #1241 on:** February 20, 2025, 11:57:29 am »

Quote from: szszjdb on February 20, 2025, 07:00:40 am

Further more, is there any possibility to improve the phase noise parameter from the 80dbc@10k?

I only know the modification from Ted:

DSA815/DSA815-TG Spectrum Analyzer Modification for Lower Noise Floor
https://www.eevblog.com/forum/testgear/spectrum-analyzer-rigol-dsa815/msg2123476/#msg2123476

Peter

szszjdb · « **Reply #1242 on:** February 20, 2025, 04:02:20 pm »

Thanks a lot!
I have send the BIN file to you by email. Please help to check if it is possible to recover the cal data !

EDIT: I could confirm the 4 byte from 0x00394000 are the RefDAC and CalDAC. The 4 byte from 0x00390000 looks strange.
And the powering on warning became "Calibration data of TG loss" only and I remember it is "Calibration data loss" before I install the LKEY of TG. The unit came with the TG module but no LKEY for it. Although the warning change, the error of the ampt is still unacceptable with no change.

Would like to have your further advice!

Best Regards,
James

Fenstergucker · « **Reply #1243 on:** February 20, 2025, 05:43:27 pm »

I have received the data. The byte sequence that is written when the cal data is deleted is also present. Only the first four bytes are different. But I don't recognize the data structures, it looks completely different. I have to look at it first, everything else in the flash memory looks normal.

Peter

szszjdb · « **Reply #1244 on:** February 21, 2025, 02:20:12 am »

Hi,Sir,

I got the information of my unit as below:
Model:DSA815
serial: DSA8A1344000XX
Main board: 00.04
Freq. FPGA: 00.05
Digit. FPGA: 00.05
Firmware: 00.01.14
Boot: 00.01.04

Is there any possibility the firmware were updated from a very low version and all calibration data structure changed. If so , how about using your calibration data to write to my flash? It should be better than with the wrong calibration data .

Many Thanks & Best Regards,
James

Fenstergucker · « **Reply #1245 on:** February 21, 2025, 05:21:13 am »

I have flash dumps from v1.08 to v1.19 and they all have the calibration data in the same place and in the same format.
Writing data with SCPI command is probably not possible with this size. It may be possible to rewrite the flash memory via JTAG with the calibration data from another DSA. I have only read out the RAM memory, I do not know how to write to the flash memory.

Peter

szszjdb · « **Reply #1246 on:** February 21, 2025, 07:59:22 am »

Many Thanks!

It seems I can't fix the cal data invalid issue. That is ok. Maybe the unit was an engineering sample version with special data structure.
BTW, can I update the FW from 1.14 to 1.17/1.18 without invalidating my option? I heard someone loss their key after updating to 1.19. If does, where could I found the 1.17/1.18 firmware?

Best Regards,
James

Fenstergucker · « **Reply #1247 on:** February 21, 2025, 08:06:29 am »

I have collected the firmware here as a ZIP archive:
https://www.dreisiebner.at/temp/rigol_dsa815_firmware.zip

Updating should not be a problem in your case.

Peter

szszjdb · « **Reply #1248 on:** February 21, 2025, 08:36:59 am »

Thanks a lot!

I have find the requirement of v1.17 " ------ Main board version number: 01.05 and later " , but mine is 01.04. Is there any risk to
update? I would like to try the SSC function , so should I add the SSC LKEY on my v1.14 first(but there haven't that option in that version) ,then perform the updating to v1.17? I am wondering if the keygen will work for the v1.17.

Many Thanks & Best Regards,
James

Fenstergucker · « **Reply #1249 on:** February 21, 2025, 09:29:03 am »

The mainboard version is not a problem. I have the same versions as you, and have tried all firmware versions.
I think the code for the SSC option is AAAG, if I remember correctly.

Peter


EEVblog Main Site	EEVblog on Youtube	EEVblog on Twitter	EEVblog on Facebook	EEVblog on Odysee

Author Topic: Spectrum Analyzer - Rigol DSA815 (Read 681382 times)

Share me