Products > Test Equipment
Gw Instek GDS2204E (200MHz 4 channel DSO) review
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
[0] Message Index
[#] Next page
[*] Previous page
Go to full version