There will not be a 70MHz, or 100MHz (the one I have), only a 200MHz version.
http://www.siglent.com/prodcut-db.aspx?id=1529&tid=1&T=2
And the 400k wfs update rate is marketing wank. That's in segmented mode.
There also seems to be an SDS-1000X-C series.
What does the "C" stand for? China?
There will not be a 70MHz, or 100MHz (the one I have), only a 200MHz version.
http://www.siglent.com/prodcut-db.aspx?id=1529&tid=1&T=2
And the 400k wfs update rate is marketing wank. That's in segmented mode.You must have missed this:
Waveform capture rate of 100,000 frames / sec (normal mode); 400,000 frames per second (Sequence mode)
from this page:
http://www.siglent.com/oscilloscope/SDS1000X-E%20Series
in the press released from xilinx cited in the other topic they talked about full memory decoding. does it mean it will decode on the full 14 MSps? (instead of only acquiring 1.4 MSps with decode on as it does now)
in the press released from xilinx cited in the other topic they talked about full memory decoding. does it mean it will decode on the full 14 MSps? (instead of only acquiring 1.4 MSps with decode on as it does now)
There will not be a 70MHz, or 100MHz (the one I have), only a 200MHz version.
http://www.siglent.com/prodcut-db.aspx?id=1529&tid=1&T=2
And the 400k wfs update rate is marketing wank. That's in segmented mode.You must have missed this:
Waveform capture rate of 100,000 frames / sec (normal mode); 400,000 frames per second (Sequence mode)
from this page:
http://www.siglent.com/oscilloscope/SDS1000X-E%20Series
That's what I said, segmented mode is sequence mode. They are pushing that number instead of the normal number.
There will not be a 70MHz, or 100MHz (the one I have), only a 200MHz version.
http://www.siglent.com/prodcut-db.aspx?id=1529&tid=1&T=2
And the 400k wfs update rate is marketing wank. That's in segmented mode.You must have missed this:
Waveform capture rate of 100,000 frames / sec (normal mode); 400,000 frames per second (Sequence mode)
from this page:
http://www.siglent.com/oscilloscope/SDS1000X-E%20Series
That's what I said, segmented mode is sequence mode. They are pushing that number instead of the normal number.
Perhaps this is too long and in western countries all need today be as instant messaging style. Sad.
I'm told there's a fresh off the production line 200 MHz unit on the way to Dave right now.
Any approx release date known yet?
I'm told there's a fresh off the production line 200 MHz unit on the way to Dave right now.
@Dave: please check the UART decoder thoroughly, at a fast baud rate (115200 or moar) and at 100ms/div or so (because a rigol 1000z can do that properly).
115K2 is hardly fast. I'd expect any decent serial decode to go to at least 4Mbaud, ideally more
I've seen scopes which go to 10Mbaud but on a regular UART this would require a clock speed of 160MHz. Maybe you could get away with 80MHz or 60MHz on a UART with less clocks per bit but either way it is going beyond what you'd be 'normally' dealing with.
I've seen scopes which go to 10Mbaud but on a regular UART this would require a clock speed of 160MHz. Maybe you could get away with 80MHz or 60MHz on a UART with less clocks per bit but either way it is going beyond what you'd be 'normally' dealing with.You don't need 16 clocks per bit. PIC32s can do 12.5Mbaud at 50MHz
I've seen scopes which go to 10Mbaud but on a regular UART this would require a clock speed of 160MHz. Maybe you could get away with 80MHz or 60MHz on a UART with less clocks per bit but either way it is going beyond what you'd be 'normally' dealing with.You don't need 16 clocks per bit. PIC32s can do 12.5Mbaud at 50MHzHaving only 4 clocks per bit will severely hamper the (digital) filtering and timing recovery a UART usually does. Why do you think a UART is typically designed to need 16 clocks per bit?
115K2 is hardly fast. I'd expect any decent serial decode to go to at least 4Mbaud, ideally more
Of course the moar the better, but at low sweep speeds (100 ms/div) that's not possible, you'd need ~76MB mem depth/channel to decode @ 4Mbaud
115K2 is hardly fast. I'd expect any decent serial decode to go to at least 4Mbaud, ideally more
Of course the moar the better, but at low sweep speeds (100 ms/div) that's not possible, you'd need ~76MB mem depth/channel to decode @ 4Mbaud
there would be 40k characters per horizontal division. a scope is probably not the correct tool at this point