You sucked me in. It was only $8 to get one here tomorrow... and I am
not sure I can find another use for it even if this does not work out.
For those following along, you can find the board I am talking about
on ebay, amazon, etc.. by looking for "EX-USB FX2LP"
I ordered a couple of those fro
On 6/13/2020 3:25 PM, Brennan Ashton wrote:
On Sat, Jun 13, 2020 at 1:56 PM Gregory Nutt wrote:
The problem is that in the context of the OS instrumentation call-outs,
we can do no driver operations. With the FT245R, it could do writes to
a memory-mapped FIFO. Most of the FX2LP modes are more
On Sat, Jun 13, 2020 at 2:25 PM Brennan Ashton
wrote:
>
> On Sat, Jun 13, 2020 at 1:56 PM Gregory Nutt wrote:
> > The problem is that in the context of the OS instrumentation call-outs,
> > we can do no driver operations. With the FT245R, it could do writes to
> > a memory-mapped FIFO. Most of
On Sat, Jun 13, 2020 at 1:56 PM Gregory Nutt wrote:
> The problem is that in the context of the OS instrumentation call-outs,
> we can do no driver operations. With the FT245R, it could do writes to
> a memory-mapped FIFO. Most of the FX2LP modes are more complex. There
> is a slave FIFO, but I
Makes total sense if it provides enough bandwidth. There are some
other options that are based off of the FX2 USB2.0 chip that are
common in low cost ($10) 8ch 25MHZ logic analyzers as well. As you
said it's a block with a few input pins, FIFO, and a usb interface, so
if it works, sounds good
If you want high-speed io to USB the FX3 is probably one of the best bets.
You see it frequently used on logic analyser and software defined radio
boards between the USB and the FPGA.
https://www.cypress.com/products/ez-usb-fx3-superspeed-usb-30-peripheral-controller
There are several EZ-USB
Thanks, Brennan and Petr, for the recommendations.
At this point, I am only trying to ascertain if there are a few people
interested in participating in such a project. I think it is more that
I can consider to do alone so any further steps would require some
interest in the development itsel
My two cents... I would definitely make use of some existing frontend for
tracing visualisation. Something like this in case of lttng -
https://lttng.org/viewers/
Trace Compass seems to be a fairly complete solution for visualisation -
https://www.eclipse.org/tracecompass
Petr
On Sat, Jun 13, 20
On Fri, Jun 12, 2020 at 6:52 PM Brennan Ashton
wrote:
> I am wondering if the host side could be implemented by leveraging
> sigrok and pulseview?
> https://sigrok.org/wiki/Protocol_decoder_HOWTO
>
Another source of inspiration (or integration?) could be kernelshark
https://kernelshark.org/Documen
On Fri, Jun 12, 2020 at 6:22 PM Gregory Nutt wrote:
>
> Hi, Brennan,
>
> I am inclined to stick with the FT245RL because the boards are cheap and
> readily available. Conceptually, the basic solution does not depend on
> the selection of hardware. The hardware does effect performance and
> scalab
Hi, Brennan,
I am inclined to stick with the FT245RL because the boards are cheap and
readily available. Conceptually, the basic solution does not depend on
the selection of hardware. The hardware does effect performance and
scalability, but I think the that the hardware selection is not crit
On Fri, Jun 12, 2020, 5:18 PM Gregory Nutt wrote:
> Hi, again,
>
> I suppose the first question should be, "Is the FT245RL the correct
> choice?" After all, it is only 8-bits wide and only USB 2.0. That could
> limit the amount of instrumentation data passed to the host because of data
> overru
12 matches
Mail list logo
