On 08/12/2015 05:44 PM, Joel Holdsworth wrote: > libsigrok does have support for actual oscilloscopes. It signals the > start/end of a new sweep by SR_DF_FRAME_BEGIN/END. > > At the moment PV doesn't handle these - but it could and should. > > Now for devices that don't support continuous-sweeping, we can emulate > that in software. Now the question is where should this functionality > go? Should it be in PulseView? I think not, because this is > functionality other clients can use. Should it go in the drivers? In > many cases yes, I would say, but would the sweep emulation have to be > duplicated across many drivers? Would it go in libsigrok's core somehow? > I don't know.
This is definitely the driver's job. Indeed, that's what they do now: you either set a frame limit with SR_CONF_LIMIT_FRAMES and get that number of frames, or you don't -- and they just keep coming. So the default of an oscilloscope driver is a continuous sweep. Note there is also low-end hardware out there that is sold as an oscilloscope, but is really just a continuous stream of analog samples. Typically this will be an FX2 chip streaming them at a low sample rate, real-time. The difference is those devices will not generate SR_DF_FRAME_BEGIN/_END packets, since the stream is by itself contiguous. So I would recommend your code doesn't have a hard dependency on those frame markers; contiguous streams are a perfectly fine use-case. Indeed, it's what comes out of multimeters as well. -- Bert Vermeulen b...@biot.com email/xmpp ------------------------------------------------------------------------------ _______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
