That was pretty much what I wanted to say.
"State of the art in SDR" is very *very* ambiguous; it could refer to

* SDR as a tool to make transceiver or measurement systems, and in that
both the fact that existing non-SDR systems are now SDR, or that new
systems are possible with SDR,
* SDR hardware, and in that the analog part, the ADC/DAC part, the
digital signal processing hardware,
* SDR software, and in that the actual systems, the actual algorithms,
or the architecture.

"GNU Radio" only describes the very last part, i.e. an architecture to
do the software side of signal processing in SDR. It doesn't say what
algorithms your specific system uses, or what bigger thing your system
is, or whether your system is just a simulation, a communication
transceiver, a radar device, a quantum measurement tool, a guitar
effect, something to automatically spray your cat with water...

So, "state of the art": WHAT art specifically? "SDR" is a HUGE topic,
and GNU Radio only covers a very specific aspect of that. I think you
really should try to understand, in more detail, what components make up
an SDR system (which is something typically taught in universities), and
to which components of that model GNU Radio maps. Then you can actually
ask very valid question that will be easier to answer, and much more
interesting!

Best regards,
Marcus

On 02/23/2016 09:17 PM, mle...@ripnet.com wrote:
>
> Also, the question is somewhat bifurcated. There are two aspects:
>
>   (a) Which parameters in the hardware end of things have advanced,
> and at what rate, and what is considered "state of the art".  This
> gets broken down into a few sub-categories:
>
>          o ADC/DAC speeds
>
>          o FPGA gate-counts and speed
>
>          o frequency-range of the analog front-ends, and analog
> performance (noise figure, OIP3, etc)
>
>  (b) Advances in GPP hardware that support high-speed DSP on a regular
> computer, and somewhat orthogonal to that, what "kewl new stuff" has
> been implemented, and at what rate does that happen, and where can we
> expect the "art" to evolve.
>
>  
>
>  
>
>  
>
> On 2016-02-23 15:09, Maicon Kist wrote:
>
>> You probably will want to look at the papers published in this call
>> for papers:
>>  
>> http://www.comsoc.org/commag/cfp/software-defined-radio-20-years-later
>>  
>>  
>>
>> On February 23, 2016 at 17:05:49, Mabel Pita
>> (mabel.pita2...@gmail.com <mailto:mabel.pita2...@gmail.com>) wrote:
>>
>>      
>>     Hi,
>>      
>>     Thank you so much for your answers.
>>     Maybe i did not express myself correctly in my original mail.
>>     I am taking a course on SDRs at my university, and an assignment
>>     is to do some research about SDRs, especially on the state of the
>>     art of SDR, by this i mean, the most cutting edge technology that
>>     is available nowadays on the field. I have not been able to found
>>     information about this on the internet, just different frameworks
>>     used for developing SDRs. However, i have  to justify somehow,
>>     that gnu radio is useful for serious academical research and not
>>     a program for modest projects (not that i think that is this way
>>     but i have to justify it somehow). For example, quote some
>>     important projects developed in gnuradio, or important companies
>>     working with gnu radio, etc.
>>      
>>     Are there any books or papers that investigate this matter, and
>>     explain thoroughly what is the most advanced technology to
>>     perform virtualization of signal processing and why gnu radio is
>>     a good choice for this task?
>>      
>>      
>>     Thanks in advance.
>>
>>     2016-02-22 18:22 GMT-03:00 Michael Berman <mrberma...@gmail.com
>>     <mailto:mrberma...@gmail.com>>:
>>
>>         Mabel,
>>          
>>         I am kind of confused as to what you mean by "state of the
>>         art".  I personally would consider any SDR to be pretty state
>>         of the art; it has been around for some years, but it is by
>>         no means common place.
>>          
>>         Being unfamiliar with SDRsharp, a quick google search and
>>         read through of their website seems that the software is
>>         tuned fairly narrowly towards their custom hardware which
>>         would be quite lacking in many more advanced applications due
>>         to its USB 2.0 interface.  From this, you can only take a
>>         look at up to 10 MHz of spectrum at a time, and the overall
>>         bandwidth of the product seems like it may be a nuance for
>>         some applications as it will only go from 20 MHz to 1.8 GHz. 
>>         Also, the SDRsharp software states it can be used "with their
>>         partner hardware".  If you are setting up a learning
>>         environment, this may be restrictive in terms of capabilities
>>         of testing and system designs by their and their partners
>>         hardware limitations.  One last thing, their software seems
>>         to be closed source.  You cannot make changes or see how
>>         things are done internally, all you have is the API.
>>          
>>         GNURadio is 100% open sourced and will work with a myriad of
>>         just about any SDR hardware out there.  All that needs to be
>>         done is a small interface set of code be written to conform
>>         the hardware with GNURadio's code structure.  With this, as
>>         long as there is even an API for a hardware device, it is
>>         feasible that any hardware could be interface with and use
>>         GNURadio (there is already such code available for the airspy
>>         which is the base hardware for SDRsharp).  Also, with
>>         GNURadio being open source, if you wonder the exact algorithm
>>         that something is using, you can go look at the source code. 
>>         Also, if there is something extremely custom that would be
>>         much better off with a custom code block than piecing it
>>         together with pre-defined blocks.
>>          
>>         From my point of view (having used GNURadio for an academic
>>         project) I would much prefer GNURadio.  Being open source and
>>         having a community backing it as it does let's you actually
>>         learn what's going on, instead of taking it at as a black
>>         box, and never really knowing how things work at a lower level.
>>          
>>          
>>         Hope my rant finds some use.
>>          
>>          
>>         Michael Berman
>>
>>         On Mon, Feb 22, 2016 at 12:48 PM, Mabel Pita
>>         <mabel.pita2...@gmail.com <mailto:mabel.pita2...@gmail.com>>
>>         wrote:
>>
>>             Hello,
>>              
>>             I am just starting to get into the world of SDRs, and i
>>             have been looking for information about SDRs state of the
>>             art, and this is when i found GNURadio and SDRsharp as
>>             the top contenders. 
>>             I know that i am writing to the gnuradio mailing list so
>>             i wont talk about its competitors, but can someone tell
>>             me in an objective way whether gnuradio is considered
>>             state of the art in the matter of sdrs? 
>>              
>>             Are there any books / sites that treat this subject in a
>>             thorough manner? I am doing this for a course at my
>>             college and it requires as a first step to get a good
>>             knowledge of the state of the art in sdrs.
>>              
>>             Thanks in advance.
>>             _______________________________________________
>>             Discuss-gnuradio mailing list
>>             Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>>             https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>     _______________________________________________
>>     Discuss-gnuradio mailing list
>>     Discuss-gnuradio@gnu.org
>>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> -- 
>> Maicon Kist
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to