Electronics > Beginners
Which logic analyzer?
<< < (6/6)
Housedad:
To be totally fair and honest, I should add in the Saleae 16 analog specs too.  (Saleae says to divide by 10)

up to 5 channels  50ms/s  max 5 mhz

over 5 to 16 channels  12.5 ms/s  max  1.25 mhz

12 bits resolution ADC

(The Analog discovery 2 is two oscilloscope channels at 14 bits ADC, and 30mhz)
2N3055:
One thing DD has is quite sophisticated triggering.
Saleae has only edge and pulse width trigger. DD can trigger on protocols among other things.

Also, I used pattern generator many times for testing devices. Very useful.
malagas_on_fire:
Well this is more of a question than providing a solution.

Does anyone knows about perytech products?
What about this logic analyzer :

https://ebay.us/vulmL2

The listening has a lot of description , FCC and CE compliancy and a compreensive software but i don't see any included acessories, such as probes.

[Edit ]
I was talking rubbish on acessories, sorry:


"Accessories: External box, Logic-Analyzer, LA-Clips, Clip Line, disc, USB 2.0 cable."
ajb:

--- Quote from: rstofer on November 10, 2018, 04:37:15 pm ---
--- Quote from: tggzzz on November 10, 2018, 09:24:00 am ---I am told the Rigol will only decode what is on the screen. I suspect that makes it of little use with long data comms and/or for triggering on a specific message.

--- End quote ---

That is true!  The thing is, I just want to see a single frame.  I am interested in the state of the clock with CS* goes low, the subsequent data transitions relative to the clock and the fact that all the data has shifted before CS* goes high.  I don't need to decode "War and Peace", just a single short frame to verify timing.  Everything else can be done with printf().
--- End quote ---
Yeah, but the Rigol decoding is so fucking bad that it's hard to use even on a single frame, especially if that frame is 16+ bits. 

If you're doing only 8-bit CS-framed SPI transactions, it's okay, but anything more than that is just awful.  What makes it even worse is that if a frame is partially offscreen, it doesn't just fail to decode that section, it decodes it incorrectly.  And if that wasn't bad enough, it can fuck up the entire rest of the frame!  It will even fuck up multi-byte UART messages if the first start bit is off screen.  If you aren't zoomed in enough, some of the bit decoding becomes marginal and it will just sit there and flip bits randomly on repeated captures.  It's so bad that it's borderline harmful, because there are so many conditions that can cause it to display misleading or outright wrong decoding.
Navigation
Message Index
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod