I was in the same position a little while back, when I needed to compare traces from multiple captures. I didn't find anything, unfortunately.
What I ended up doing was writing a little tool which converted my captures into audio files, and then loading them as multiple tracks into Audacity for visual comparison. I was only capturing about 1000ms of single-channel data at 24MHz so the file sizes were reasonable. But Audacity is actually a reasonably good poor-man's-waveform-visualiser, having useful features like the ability to nudge traces left and right to make them line up. On Tue, 24 Sep 2019 at 03:24, Stuart Longland <stua...@longlandclan.id.au> wrote: > Hi all, > > Silly question, I'm using `sigrok-cli` with a DSLogic Plus to do some > analysis of some code performance at work. > > Namely we've instrumented OpenThread to wiggle some GPIOs when a > 802.15.4 frame is first received and whilst it is performing the AES-ECB > encryption (it implements its own AES-CCM atop mbedtls AES-ECB). The > aim is to compare the amount of time spent doing encryption whilst using > the microcontroller's hardware AES encryption module versus doing it in > software with mbedtls. > > I've got `sigrok-cli` to capture 4 channels at 25MHz (any faster and it > gives up, despite the device being able to "stream" at 100MHz). I've > run 6 tests; 3 with hardware crypto enabled, and 3 without, and saved > the VCD dumps from `sigrok-cli`. > > Now VCD is simple enough that I've been able to rough up some scripts to > analyse these, but the "there must be a better way" thought is still > nagging me to keep looking around. > > Specifically, I want to be able to compare two waveforms side-by-side, > and gather some stats like how wide a given pulse is or how much time a > signal has been sampled in a given state. > > Best I've found for just viewing the waveform has been `gtkview`. > However, it is quite limited. I haven't been able to get the sorts of > stats out I need. > > PulseView can import a VCD, but doing so is a recipe for watching my > workstation grind to a halt until OOMkiller sorts it out. (A similar > foot-gun is setting the sample rate and period too high.) > > I suspect PulseView may be trying to load the entire raw file into > memory: "decompressing" the changes and thus generating the original raw > samples. 40 seconds worth of 4-bit 25MHz samples is quite a lot of data > and I'm not sure how PulseView represents it internally -- perhaps that > is worth looking at. > > DSView I know can give some of these stats, but it can't import VCDs at > all. Given it's a distant PulseView fork, I suspect it might have the > same problem if it did. > > - Are there plans to address how PulseView manipulates pre-recorded > (specifically delta-recorded like VCD) data to prevent OOM issues? > - Are there plans to develop tools for manipulating (cropping, merging, > appending) logic traces for comparison and analysis? > > Regards, > -- > Stuart Longland (aka Redhatter, VK4MSL) > > I haven't lost my mind... > ...it's backed up on a tape somewhere. > > > _______________________________________________ > sigrok-devel mailing list > sigrok-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sigrok-devel > -- ┌─── http://www.cowlark.com ─── │ "I have always wished for my computer to be as easy to use as my │ telephone; my wish has come true because I can no longer figure out │ how to use my telephone." --- Bjarne Stroustrup
_______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
