Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support pulseview / sigrok directly #8

Open
mithro opened this issue Sep 10, 2017 · 11 comments
Open

Support pulseview / sigrok directly #8

mithro opened this issue Sep 10, 2017 · 11 comments
Assignees

Comments

@mithro
Copy link
Collaborator

mithro commented Sep 10, 2017

Currently litescope supports dumping sigrok data. It would be awesome if instead you could just use a LiteScope system like any other sigrok board.

@mithro mithro self-assigned this Sep 10, 2017
@mithro
Copy link
Collaborator Author

mithro commented Sep 10, 2017

This work is in progress and can be found at https://github.com/mithro/libsigrok/tree/litescope

@mithro
Copy link
Collaborator Author

mithro commented Sep 10, 2017

It's kind of working!

image

@mithro
Copy link
Collaborator Author

mithro commented Sep 10, 2017

Code needs a lot of cleanup before it can be sent upstream, but it is slowly getting there.

@mithro
Copy link
Collaborator Author

mithro commented Sep 10, 2017

@paddatrapper & @cr1901 - PTAL.

@abraxa
Copy link

abraxa commented Sep 20, 2018

Hi there, we just discovered your great project and would like to upstream libsigrok support for it. What needs to happen from your point of view to allow this? Is the driver just unpolished or is it buggy and/or lacks essential features? The screenshot above implies that basic functionality is there, so we'd like to upstream it, if possible. Thanks for your great work!

@enjoy-digital
Copy link
Owner

Hi @abraxa, i'll discuss with @mithro in the next days about that and will try to give you a detailed status of the situation. I would also really like to upstream that work to libsigrok.

@mithro
Copy link
Collaborator Author

mithro commented Sep 22, 2018

@abraxa The driver is unpolished and buggy, it needs a bunch of clean up.

@xobs has done some stuff with creating a C library for doing the etherbone stuff needed which should reduce the complexity quite a bit.

@xobs
Copy link
Contributor

xobs commented Sep 22, 2018

A simple proof-of-concept library is available at https://github.com/xobs/wishbone-adapter/. The library is in etherbone.c, with an API exposed in etherbone.h.

As a reference program, you can look at litex-devmem2.c.

@mithro
Copy link
Collaborator Author

mithro commented Sep 22, 2018

Just FYI the parts of my stuff are;

  • Etherbone driver (for communicating to wishbone bus inside the LiteX SoC) - easy-eb.h easy-eb.c. The litex-server allows you to use the Etherbone driver to communicate via PCIe or UART.
  • CSV reader (for reading the LiteX csr.csv file created) - simple-csv.h simple-csv.c
  • Tools for communicating with the LiteScope "Analyzer" on the wishbone bus inside the LiteX SoC - analyzer.h analyzer.c
  • Actual sigrok code - api.c protocol.h protocol.c

@mithro
Copy link
Collaborator Author

mithro commented Sep 22, 2018

There are a bunch of hacks to libsigrok directly. These include;

@danielkucera
Copy link

Hi @mithro , there are many FX2LP+FPGA+RAM logic analyzers on the market. Would you see it possible to adapt this concept to communicate via FX2LP? So it would be possible to create "one firmware rules them all" ? For example I own https://sigrok.org/wiki/Sysclk_LWLA1016 and I'd love to see it running some opensource FW.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants