zoom icon indicating copy to clipboard operation
zoom copied to clipboard

Protocol interpretation

Open drom opened this issue 7 years ago • 6 comments

  • Protocol interpretation. I was debugging an issue with communication with an atmel crypto chip over a one-wire protocol and I found a logic analyzer that knew how to interpret the protocol and command set it used. It displayed what commands I was sending to the device and highlighted parts that violated the spec. That would be super neat to have that in simulation.

Originally posted by @nturley in https://github.com/wavedrom/zoom/issues/1#issuecomment-435543623

drom avatar Nov 03 '18 05:11 drom

It would be nice to have a "phantom" wave which is an overlay on named traces. It could be used to compare captured traces to configured timings (from datasheet / mock) to highlight errors. This could be used complementary with #10. Maybe as plugin?

Originally posted by @fusedFET in https://github.com/wavedrom/zoom/issues/1#issuecomment-435586675

drom avatar Nov 03 '18 15:11 drom

I can imagine the cursor that (instead of being vertical time marker) highlights specific protocol transaction. Including all time slots of all signals involved in the specific transaction from request to response.

drom avatar Nov 03 '18 15:11 drom

could use libsigrokdecode for decoding. what would be nice is to have the possibility to have a line for the decoded data such as pulseview

key2 avatar Nov 06 '18 15:11 key2

@key2 I would love to integrate with libsigrok at some point. I am not sure about libsigrokdecode . It implements all protocol decoder in Pyhton 3, which is a heavy dependency for Zoom.

drom avatar Nov 06 '18 19:11 drom

I would say that what we want in JS is the rendering. That is the part missing today. Decoding is another task. In my case, as I was planning to use it with electron.js, I could do the decoding using libsigrokdecode or re-implement decoders in pure JS.

key2 avatar Nov 06 '18 20:11 key2

FYI, I do simulation with verilator, which dumps VCDs that are sometimes a couple of GB heavy. I re-wrote my own vcd parser in C in order to play with the dump (for creating a stackdump and memory dump of a processor I simulate for example) . I hardly imagine that converting that into json could be handled properly by v8 and rendered like that. One would need to have an engine that can give you a small subset of the data to be rendered according to the zoom requested.

key2 avatar Nov 06 '18 20:11 key2