On 19/12/13 05:42, Jong-Jin Kim wrote:
> Hi.

I looked at your pictures. It is awesome work - well done! This is the
first time PulseView has worked with a mixed signal oscilloscope.

> I'm new to this mailing-list and I'd like to say thanks to every 
> developers of this project. I think this project is wonderful for 
> non-Windows users.

Soon we hope it will be wonderful for windows users also - but they
don't contribute much code.

> I sent several patches for usbee dx yesterday, but I'm not sure
> that those meet your requirements.

Yes I had a quick look. I didn't study it really carefully yet though.

> 
> And I'd like to ask several questions.
> 
> 1. usbee dx analog signal has some delay, compared with digital
> sample of the same signal, about 180ns when captured 1Mhz square
> wave signal with 12MHz sampling rate. Delay becomes longer with
> lower sampling rates. I think this can be synced on GUI front-end
> with analog signal drawing in a time-shifted way. I checked
> pulseview's signal drawing routines but it's beyond me. Could you
> give me any hint?

> 3. The patches support pre-triggered samples and horizontal
> trigger position of a specific buffer. Does pulseview have a
> feature to draw pre-triggered samples in negative time area or to
> draw a trigger mark?

PulseView supports signals being shown at negative offsets using the
value in pv::data::SignalData::_start_time, but this has never been
done before.

The trigger point should always be at t=0, and then any pre-trigger
would be shown to the left. The problem is that there is currently no
way for libsigrok drivers to tell PulseView which sample caused the
trigger.

If you're interested in improving this area, we can discuss the
solution. Come and join us in the sigrok IRC channel and we can talk
about it.

> I know sigrok and pulseview is designed for logic analyzer mainly,
> and supporting other devices like oscilloscope is in
> work-in-progress.

It's only that way because no-one tried yet. Betteer oscilloscope
support in PulseView is definitely something we all want. Some areas
for improvement are....

* A better, faster drawing algorithm for analog data.
* Support for repeat sweeps. Currently PV only supports single sweep.
* Some kind of voltage scale scale markings.
* Trigger level indicator.
* Digital Phosphor/Persistence using the snapshot stack.
* Controllable signal vertical size/scale.

If you wish to do some work any of these things, go ahead!

Best Regards
Joel Holdsworth

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
sigrok-devel mailing list
sigrok-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sigrok-devel

Reply via email to