| Products > Test Equipment |
| Gw Instek GDS2204E (200MHz 4 channel DSO) review |
| << < (25/44) > >> |
| CC555:
Thanks for your help, I am going to try with a bigger sample rate, I thought 2Ms/s was enough for 57600 bps, Rigol is sampling at 1Ms/s |
| CC555:
nctnico is right, It was a sampling problem: 10M per channel but you can only capture 1 second of the signal for a 57600 bps rs232, a DS1054Z can capture several seconds. GW instek advertises it in its datasheet like "Serial bus design and debugging" and I may be a bit disappointed with this point after this test I like the oscilloscope (what I have seen in two days) but I don't know what to do, if keep it or to look for another one. Thanks for your help, my doubts with this issue have been solved. |
| nctnico:
I'm a bit surprised too. From my initial testing it seemed the GDS2000E series need 13 times oversampling for UART decoding. Needing 10Ms/s for 57600 is more like 173 times. Maybe some optimisation in the decoding in later firmware versions doesn't quite pan out. I've contacted GW Instek technical support about this issue. |
| rhb:
Gad! The Rigol has a crap FFT, but decodes UART well. The Instek is just the opposite. Whatever is a person to do? The really maddening part is given source code, I know how to fix this sort of thing. But despite the GPL, OEMs are not complying. So one does not have even the parts they did not write. |
| digsys:
--- Quote from: rhb ---The Rigol has a crap FFT, but decodes UART well. The Instek is just the opposite. Whatever is a person to do? --- End quote --- I'd chose FFT ability over RS232+ decode any day of the week. There are plenty of far more powerful stand-alone data decoders out there, for very cheap prices. Nothing to stop you connecting both the DSO and a data decoder together, if you need to look for signal faults as well. |
| Navigation |
| Message Index |
| Next page |
| Previous page |