| General > General Technical Chat |
| The Rigol DS1052E |
| << < (87/166) > >> |
| Simon:
what type of serial cable are you using ? have you followed the rigol manual for connecting the scope to a pc terminal ? |
| darkith:
--- Quote from: anli on March 30, 2010, 11:52:22 am ---Can anybody suggest a hint where to dig in the hack for other RIGOL model sries (DS1022C at my case)? I have tried the same commands, but, say, :INFO:MODEL? returns nothing, :IO:TEST someText doesn't echo. Connection is OK (say, *IDN? and :INFO:SERIAL? do work). --- End quote --- This was all made possible by the "hidden commands" that "mxmxmx" found in the DS1000E firmware (see http://www.rcgroups.com/forums/showthread.php?t=663958&page=49#post13549739) It sounds like he parsed through a firmware file for the acceptable commands, either through just searching for strings, or actually dis-assembling the binary. You could try that, but there's no guarantee that the DS1000C series used the same method to select model...ie. it could have been done in hardware instead. D. |
| anli:
I'm under Linux, have used USB connection and Python script as decribed here: http://www.rcgroups.com/forums/showthread.php?t=663958&page=14 http://www.rcgroups.com/forums/showthread.php?t=663958&page=17 with installed usbtmc kernel driver. As I have said, other commands do work without any problems, say --- Code: ---$ ./rq.py '*IDN?' SEND *IDN? RECV RIGOL TECHNOLOGIES,DS1022C,DS1022xxxxxxxxx,03.07.01 RIGOL TECHNOLOGIES,DS1022C,DS1022xxxxxxxxx,03.07.01 $ ./rq.py ':DISPLAY:SCREEN?' SEND :DISPLAY:SCREEN? RECV NORMAL NORMAL --- End code --- Red "Rmt" lable exists, DSO listens to and executes commands as expected (:RUN, :STOP, and so on). |
| rf-loop:
Day ago I get new DS1052E from China. Command modification did NOT work as before! I have try with many variations how to do. With these units what I have before all goes ok. I have not yet find solution with these new. If I try as before, display go sometimes "black" and only button what make anything is power ON/OFF. After this scope continues as DS1052E (serial number it (sometimes) keep as I type it, but it return to 1052). Some times there is only white random scratch over model number row from left to right over display.) One time it was totally difficult to return so that system display was ok. FW with these new are exactly same 020202 Only difference what I can see is different start of serial number after letters. (first 4 digits... maybe these are some "prefix" what indicate some product revisions? So I think we need continue more public discussions to push factory make good stop for modifications. We can teach them to do hack proof scopes. Maybe they make nearly "waterproof" next revision. (or this what I have now is just this) ---------- Do NOT try try this modification with RS232 communication if you do not really know how to do this kind of RS232 communication what works perfect. It need work perfect in HW level and it must do without any mistake in data. If you are not really sure how to do reliable trustworth and robust serial connection do not even try. You may seriously damage your oscilloscope. Remember: this use undocumented commands! fail in data may damage your machine nearly as permanently. Before you do anything with undocumented commands you need (minimum) be sure that communication have no any kind error what may product unwanted transmitted data inside oscilloscope. Also do not trust Windows/PC RS232 port. It may be out of specifications by many meanings even with voltage levels. Any missing, extra or wrong data may damage your scope with these undocumented commands. This is only one small example about RS232 problems with PC and Microsoft (not related to this mod but related to RS232 many kind of possible problems with today computers. (In TTY time it was different): http://www.home.agilent.com/agilent/editorial.jspx?cc=US&lc=eng&ckey=131609&nid=-35204.0.00&id=131609 "Problems Using RS-232 on Agilent Instruments with Laptop PCs running any Microsoft OS Symptoms: Timeouts, corrupt data, missing data, error messages while uploading data " |
| anli:
--- Quote from: darkith on March 30, 2010, 12:08:56 pm ---It sounds like he parsed through a firmware file for the acceptable commands, either through just searching for strings, or actually dis-assembling the binary. You could try that, but there's no guarantee that the DS1000C series used the same method to select model...ie. it could have been done in hardware instead. D. --- End quote --- I have tried to find something MODEL-related - the only fragment with "model" (case-insensitive context) is: --- Code: ---DS1102CD DS1062CD DS1042CD DS1022CD DS1102C DS1062C DS1042C DS1022C DS1102MD DS1062MD DS1042MD DS1022MD DS1102M DS1062M DS1042M DS1022M DS-5110 DS-5106 DS-5104 DS-5102 Parameter Trig_Level_K Trig_Level_M Gain_A_K1 Gain_A_K2 Gain_B_K1 Gain_B_K2 Offset_1_A Offset_1_K Offset_1_M Offset_2_A Offset_2_K Offset_2_M ADC_Offset ADC_A_Offset_1 ADC_B_Offset_1 ADC_A_Offset_2 ADC_B_Offset_2 %6.1f CH1 %6d EXT EXT5 CH2 Trig_Sens_A =%6.1f Trig_Sens_K EquMin =%d EquTrigDelay RealTrigDelay RealTrigOffset Saving... %s SERVICE Model SerialID Save Clear Power Up 1/2 2/2 System Parameter Color About InterploatorScale Press 'Stop' key to Exit Press 'AUTO' key to load Default Value Press 'STOP' key to Exit --- End code --- |
| Navigation |
| Message Index |
| Next page |
| Previous page |