On Fri, Aug 31, 2012 at 2:57 PM, My Radio [email protected]
However, if anyone can create a template to throw in there API’ there and
compile with GNURADIO. That would be great start many h/w with GNURADIO.
Like GNURADIO, SDRSHARP is a simple example out there but provides a great
flexibility in terms of interfacing new hardware’s.
I wanted to address this in hopefully the least controversial way
In short, no, GNU Radio is not limited to any particular hardware, but
bit up to the hardware vendors to work with us to interface to GNU
Radio. Similarly, the wiki is a place where anyone can get access to
update it, so if someone wants to offer their hardware solution on the
page, it’s not very difficult.
But this issue has a long history. It seems various platforms come and
go and don’t necessarily have a strong connection to our community.
On the other hand, Ettus R., both Matt in the early days of GNU
now his team of engineers, has been a major contributor to GNU Radio
and has had a sustained business of shipping and supporting SDR
hardware for, what is it now, almost 10 years? So sure, it seems like
there is a bias on GNU Radio’s part to Ettus products, but that’s
because of a strong and sustained effort from them to work with and
contribute to the community.
But that does not prevent others from doing the same.
As I said, there’s a pretty long history here of different hardware
products and a lot of emotions that surround it. I expect that
answering this question publicly will draw a lot of comments and
criticisms, but there you have it.
There’s another issue on the table here about a hardware abstraction
layer or a general/global API for SDR front ends. That, too, is an
incredibly complicated problem that I haven’t seen any real solutions