<div dir="ltr">Stu,<div>It's very useable and well structured to help with a new H/W port. Actively being used on a number of commercial projects currently, including ones using Altera FPGA's</div><div>-Ian</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 8, 2016 at 1:33 PM, Card, Stu <span dir="ltr"><<a href="mailto:stu.card@axenterprize.com" target="_blank">stu.card@axenterprize.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">(cross-posted to the 3 different sub-communities with relevant driver architectures)<br><br><div>I would very much like to use GNU Radio as a real time signal analysis environment with some Altera FPGA based hardware (not a general purpose SDR, more a test probe in a comm system).<br><div><br>Searching for information on porting GNU Radio to new hardware, I found<br><a href="https://lists.gnu.org/archive/html/discuss-gnuradio/2012-04/msg00535.html" target="_blank">https://lists.gnu.org/archive/html/discuss-gnuradio/2012-04/msg00535.html</a><br><br></div><div>That contains some good pointers, but was 4 years ago, so I wonder if there are any other places I should be looking for information on how to write a driver for my hardware, so I can drop a corresponding source block into GRC and get started with my signal processing?<br><br></div><div>My signal analysis will typically start with a scrolling spectrogram, such as is provided by fosphor (original GPU based gr-fosphor or later FPGA based rfnoc-fosphor). We can do the high rate (FFT, magnitude, log) in the FPGA: this would incline me to start with the rfnoc-fosphor software stack; but my hardware is not Ettus, it does not have a UHD interface, it is not Xilinx. So that pushes me towards writing a driver to go underneath gr-osmosdr: then I think I also would need to extend gr-osmosdr itself to make calls to that library, unless there is some sort of device driver abstraction with a dispatcher to different actual drivers? Searching for a framework that cleanly isolates the hardware specific device driver code from the higher layers, I found  SoapySDR: reviewing the description on the web, it looks very nice, and under active development; but as someone new to much of this, I am not yet competent to assist with that development, and am not clear on how complete and usable (by a n00b such as myself) SoapySDR is yet?<br><br></div><div>Thanks for any tips!<br></div><div>-- Stu Card <<a href="mailto:stu.card@axenterprize.com" target="_blank">stu.card@axenterprize.com</a>><br><br></div></div></div>
<br>_______________________________________________<br>
Discuss-gnuradio mailing list<br>
<a href="mailto:Discuss-gnuradio@gnu.org">Discuss-gnuradio@gnu.org</a><br>
<a href="https://lists.gnu.org/mailman/listinfo/discuss-gnuradio" rel="noreferrer" target="_blank">https://lists.gnu.org/mailman/listinfo/discuss-gnuradio</a><br>
<br></blockquote></div><br></div>