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
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod