Products > Test Equipment
Sniffing the Rigol's internal I2C bus
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
Go to full version