| Products > Test Equipment |
| REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol |
| << < (466/566) > >> |
| Teneyes:
Limits on Decoding RS232: After reading about errors using RS232 on the MSO4000 blog, I did some testing, Here is a test of decoding a Data stream at 115.2Kb/s using a display scan rate of 20ms/div, and 56 Mpts. Displays: EDIT: This Bug is Fixed in Latest Firmware 00.03.00.01.03 1, Shows setup for Decoding RS232 2, Shows that error occurs at scan rate of 20.2 ms/div , where a start bit is missed in the decoding, but because this is a repetitive data pattern the decode is the same but the Data would be corrupted o the 1st error. 3, Shows a display of the Event table, no errors for this pattern 4 Show the 2nd frame of a recording , Important to note that it takes about 1 second to display the input trace ; and it takes about 6 seconds to display the Decoded data of the next frame Can anyone explain why this limit happens at this point and with the missing a byte on decoding? |
| Wim13:
Hi Teneyes, give it a try..., 200 Mega samples per sec in 56 Mega points, gives memory full in about 250 milli sec if you have 50 Mega samples per sec in 56 mega Points, gives memory full in about 1 second. Then it will stop sampling i think , for a moment, to do other things like decoding or arrange things in the software to show samples on screen, it has to do something with the gathered information. And does need the sampled memory for that. I dont think it will continuous fills the memory non stop, and never stop, there will be some dead time...? to do things i mentioned above. Maybe i am wrong, but i dont think the DSO is a real time non stop sampling device. |
| Sparky:
Just FYI to the group: way back I posted I had the heat-sink clip fall out. I just received my DS2072 back from Rigol following repair (RMA service). The repair took 1 week (and an additional 1 week for shipping to/from Rigol). The warranty seal was removed and not replaced. The firmware was updated to latest 00.03.00.00.00 (it had 00.02 installed when I sent it in), which is just further confirmation that 00.03 is the latest firmware for DS2000(A) series (and is listed on Rigol's firmware request webpage). |
| Teneyes:
--- Quote from: Wim13 on April 05, 2014, 06:38:38 pm ---I dont think it will continuous fills the memory non stop, and never stop, there will be some dead time...? to do things i mentioned above. Maybe i am wrong, but i dont think the DSO is a real time non stop sampling device. --- End quote --- Hi Wim. Yes , Marmad has often explained about sample Aquistion and long Dead times. I was wondering why after the data was collected correctly,(good waveform traces) why does the decoding miss a start edge and only start decoding on the next stop/start bit transition? Is there some interrupt routine corrupting pointers into the data where the decode function is analyzing the data stream for displaying ?? when I play back large data traces in Zoom mode I can see the yellow traces appear on the display about 3 sec. before the green Decoded characters are displayed. Thanks Wim. |
| Teneyes:
Trigger Holdoff Is NOT on Ds2000 only on DS4000 So here's the need for Holdoff. It occurs with and number of pulses that stop and burst again. below I show 8 pulse that reoccur in bursts (short stop time between bursts) Now I varied the repeat burst period. at a burst Period of 7ms the trigger is Ok at a burst Period of 8ms the trigger is Lost and bad jitter at a burst Period of 9ms the trigger is Ok 1Gsa/s 500us/div 7Mpts For 8 pulses the Error (trigger jitter) also occurs at burst periods of 12ms and 24ms The period where the error occurs changes if the number of pulses change. There is no jitter using burst envelope sync pulse on chan. 2 to trigger Can anyone Confirm? EDIT Pix #5 , with Trigger out on CH2, trigger out is Correct. WTF?? |
| Navigation |
| Message Index |
| Next page |
| Previous page |