| Age | Commit message (Collapse) | Author |
|---|
|
This PD stacks on top of the UART protocol decoder, and ouputs the
decoded UART data in the "canonical" format, one byte after the other
without any metadata (start bits, stop bits, parity bits, errors) and
without any sample-numbers and such. This is basically what you would
see in a terminal program, such as minicom.
Per default it outputs to stdout, but using the 'filename' option
and/or the 'filename_rx'/'filename_tx' options it can also output to
files.
Using the 'tx' and 'rx' options you can also select whether both, or
only one of the data direction's data should be output.
Example:
sigrok-cli -i foo.sr \
-a uart:rx=0:tx=1,uart_dump:rx=no:tx=yes:filename=foo.txt \
-s uart,uart_dump
This PD is just an experiment for now, it's possible that it will be
replaced / reimplemented via a different sigrok facility later on.
|
|
Rename the old 'Text' format to 'Text (verbose)'.
|
|
|
|
|
|
|
|
|
|
The samplenum/scount handling was broken recently (mea culpa), and the
DP/DM probes were swapped.
|
|
|
|
|
|
|
|
|
|
Also handle (not yet implemented) special-case command names such as
'RDP/RES' and 'FAST/READ' correctly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also, add a self.putx() helper method, as most annotations we have right
now are exactly one I2C packet long (there will also be others later, though).
|
|
The Nintendo Wii Nunchuk protocol decoder, while it was in the repo for
a while, didn't really work yet (among other things, due to lack of
dumps for testing the code).
This is fixed now, the rewritten decoder works fine with most dump
files in the sigrok-dumps repo. A few minor issues remain to be
added/fixed, though.
|
|
|
|
|
|
Should be a list containing:
- Annotation format number (e.g. 0, or ANN_DEC, etc).
- A list of strings (the annotation). If more than one string is
supplied, the other ones should be short versions of the string.
Example: [ANN_DEC, ["Foobarbaz", "Foo", "F"]]
This is optional, and mostly useful for GUIs.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also, some small fixes and additional debug code/output.
|
|
As per guidelines in HACKING, the protocol "commands"/items should be ALLCAPS,
thus change 'data' to 'DATA'. Also, fix MX25Lxx05D protocol decoder
accordingly, currently the only one we have which stacks on top of SPI.
Add a new 'CS-CHANGE' output protocol item, which is sent upon every
change of the CS# pin value (either 0->1, or vice versa). This is needed
by various higher-level PDs.
|
|
|
|
|
|
Also, fix minor consistency issues, cosmetics, typos.
|
|
Add APB-AP register offsets/names, refactor and fix some code, handle
in/out APACC/DPACC better.
|
|
Also, add a few code comments.
|
|
|
|
|
|
Add APACC register handling, fix DPACC handling (esp. 'A' register size),
ouput a warning upon reserved DAPABORT bits being non-zero, implement
preliminary state machine, add various TODOs.
This is still work in progress, not yet finished or working properly.
|
|
(not yet finished)
This protocol decoder can decode ST STM32 specific JTAG accesses, knows
about the STM32-specific registers and bits.
|
|
|
|
Don't handle them for now, will do this later.
|
|
Most importantly, both TDI and TDO are sampled at the rising TCK edge,
and only upon transitions from SHIFT-DR to SHIFT-DR and SHIFT-IR to SHIFT-IR
are we to save the TDI/TDO values (if I understood this correcly).
Also, start out in RUN-TEST/IDLE state for now. This is useful if you
have JTAG dumps which start "in the middle" somewhere, not in the
TEST-LOGIC-RESET state. For full dumps, the JTAG software usually issues
five TMS=1 cycles to force the JTAG state machine into TEST-LOGIC-RESET
anyway, so this works fine too.
|
|
This is unfinished, needs some more work.
|
|
|
|
|
