Products > Test Equipment

Sniffing the Rigol's internal I2C bus

<< < (430/899) > >>

alank2:

--- Quote from: Teneyes on December 24, 2013, 06:30:46 pm ---
--- Quote from: alank2 on December 24, 2013, 06:16:45 pm ---I want the trial minutes to run out on my scope - what was the method to lose the trial again?

--- End quote ---
@alank2
why would you want that?

--- End quote ---

I was doing some testing and ended up with >6000 trial minutes but I want it out of trial mode now and don't want to wait...

00.01.00.00.03 + self cal did not do it.  Trying 00.00.01.00.05.

Fagear:

--- Quote from: alank2 on December 24, 2013, 06:16:45 pm ---I want the trial minutes to run out on my scope - what was the method to lose the trial again?

--- End quote ---
Maybe installing some "official" options and then removing them will do the trick? :-//

JDubU:

--- Quote from: alank2 on December 24, 2013, 06:49:25 pm ---
--- Quote from: Teneyes on December 24, 2013, 06:30:46 pm ---
--- Quote from: alank2 on December 24, 2013, 06:16:45 pm ---I want the trial minutes to run out on my scope - what was the method to lose the trial again?

--- End quote ---
@alank2
why would you want that?

--- End quote ---

I was doing some testing and ended up with >6000 trial minutes but I want it out of trial mode now and don't want to wait...

00.01.00.00.03 + self cal did not do it.  Trying 00.00.01.00.05.

--- End quote ---

Does SCPI command    ":SYSTem:OPTion:UNINSTall"  not work to do that?
 

alank2:
No, if you have an ongoing trial, it will come back (if it hasn't run out) when keys are uninstalled.  I got it, but it took the very old 00.00.01.00.05 + self cal to do it.

I can see from the memory dump where SN is located and it is guarded by a crc32.  My goal is to try to return my unit's SN and correct model, still working on that, but at least I know what needs to change now.

My theory is that the reason the SN is lost is because something buggy happens and the block that contains it has a bad crc and then the scope regenerates the block and rewrites a good one, with the mangled SN.

alank2:

--- Quote from: Teneyes on December 24, 2013, 11:46:35 pm ---Did you notice that  S/N = DS2A0000000001 is one digit longer than normal?
DS2Ayyww123456 is that an Overflow bug error

--- End quote ---

Absolutely - I've always thought it was likely some sort of bug that they made it one digit longer, but who knows, could be a reason for it.

Interestingly the user's posted memory dump showed 4 recorded keys entered and I wonder if those keys are somehow the method the model and sn are loaded originally.  It records as many as 7 trial keys to prevent the user from entering the same trial extension key more than once.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod