tonyb wrote:
> I'll offer to help with the software. I've used GTK+ before and that
> fits the cross platform requirement. Does anyone else have a preference
> for the gui platform?
I would prefer a web interface (ajax like). For a logic analyzer, the
output does not need to be realtime and I think that scripting could be
used to post-process the captured data (on both client/server, js/php).
(why: remote access without software, instantly ported to all OSes which
has a up-to-date browser (or can run firefox))
> What is the system configuration? My guess is that there is an OG card,
> a trace card, and a video card in the system. The serial port would
> send commands and receive status from the trace card. The user
> interface would be displayed on the video card. I think that there
> would be too much data to try to put the gui on the other end of the
> serial port.
My idea is to have 2 boxes, one examined ( developed card, trace card
with uart, minimalized os, network booted ) and one for the analyzer
which must have uart and runs the server side of the analyzer sw (might
run the client as well).
The setup I choose is more stable than yours - the examined machine may
crash (and it will if you debug the new card's pci rtl / its drivers ),
for this reason I also recommend NFS root - you'll never broke the
filesystem with unexpected crash - well, you can chroot into it from
another (stable) machine and write code and just press the reset on the
examined one to reload the new kernel/driver (I've played a bit with
such things during last few days - now I have a nice thin client ;-)
>
> A starting point for the trace api would be:
> start trace
> stop trace
> define trigger
> enable trigger
> disable trigger
> trigger depends on trigger X being true
> get status
>
> Can you provide ssh access to a development system? My preference would
> be that it run Linux and not WinXX.
>
What about:
set master clock (from input XYZ, posedge/negedge/ddr)
start now
stop now
start by triggers
(multiple) trigger setup (input XYZ must be L/H/LH/HL)
get status (state[stop,running,waiting], buffer fill %)
download data
(I rather generalize the LA interface, if somebody decides to move the
LA from PCI to extension connector)
Other notes:
* If it is possible, the analyzer should use RLE, it can increase the
storage capacity or the data download speed.
* HW: there are USB / USB2 chips which implement a simple 8/16b fifo. If
we could attach them to the extension connector it makes a quite usable LA.
Daniel
PS. Happy New Year ;)
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
