| 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 |