Re: [Discuss-gnuradio] re: Low cost hardware option, the "total GNUsolution"

[Patrik Tast]

Hi All,

I've been following the (lowcost) GNU SDR HW development in progress since 
it started.
I sure do not oppose to what you are doing and hope you succeed, but is it 
practical today?


Some questions about the product that you are developing:
1: Will a prebuilt and tuned GNU SDR board (+ daughters) be available?
2: If the board is avaiable on a web-page as kit (components listed), what 
instruments are required to make it work and the cost of these instruments?

3: How many "starving" user do you think will dare to build that board?

We use USRP commersially, we help in anyway we can GNU Radio to go forward 
using it as a lowcost Remote Imaging Receiver.
We publish GR code (for our purpose + other SW) to 
http://noaaport.poes-weather.com:8081/viewvc

for ground station use (all is GPL v3).

In most cases, it will take months (perhaps years) and $10k spent on 
instruments for verification to get the unit to work.


A comment from Jerry Martes,
"HAM amateurs spend lots more $$ than the cost of a USRP just to get things 
a

monkey could build.   From what I have observed, there are thousands more
amateurs who buy components that those who are willing to build them.
Money seems to be unimportant in the equation amateurs use to finance their
hobbies."

We can get an USRPx < $1.5k with daugther boards that works as is

Please do not stop your development, these are only my thoughts,
Patrik

- Original Message - 
From: "Moeller" 

Cc: 
Sent: Sunday, January 16, 2011 13:16
Subject: Re: [Discuss-gnuradio] re: Low cost hardware option, the "total 
GNUsolution"




On 15.01.2011 15:46, Marcus D. Leech wrote:
It would be really cool to create a "total GNU" solution for the 
GNURADIO.

GNU EDA tools, GNU-like Hardware (open-source community license),
GNU FPGA-code, GNU µC-Code, GNU signal processing (the existing 
Gnuradio),

GNU operating system, GNU postprocessing (GNU Octave), GNU visualization
(gnuplot) ...



My most recent paid-work project was both a hardware and software
project, and
  the RF front-end was done entirely in Kicad, which is an open-source
environment.
  It produces professional-quality schematics, BOMs, PCB layouts, gerber
and drill
  files, etc, etc.


It's not called "GNU", but at least Kicad has a GPL license, so it will
not break the "GNU toolchain".

I downloaded and played around with KiCad a bit.

From the first impression, it's more intuitive than gEDA.

It has an autorouter, but also external routing programs can do the job.
There are lots of component libraries, all Eagle libs converted and much 
more in

http://kicadlib.org/

Does anybody have experiences with both tools, gEDA and KiCad?
Which one is more comfortable, which one more powerful, better
suited for a Gnuradio?

The advantage of KiCad is that it runs on Windows and Unix.
I'm using Linux only for server- and number crunching jobs,
but not as a desktop. gEDA on Windows is really a pain.

With gEDA I like that spice and verilog simulations can be integrated,
signal visualization with wave and wcalc EM analysis. KiCad has no
simulation capabilities. It might be a critical aspect for RF circuits.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio 



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] re: Low cost hardware option, the "total GNUsolution"

[Jason Uher]

On Mon, Jan 17, 2011 at 8:19 AM, Patrik Tast  wrote:

> A comment from Jerry Martes,
> "HAM amateurs spend lots more $$ than the cost of a USRP just to get things
> a monkey could build.   From what I have observed, there are thousands more
> amateurs who buy components that those who are willing to build them.
> Money seems to be unimportant in the equation amateurs use to finance their
> hobbies."
>
> We can get an USRPx < $1.5k with daugther boards that works as is

The problem with this generalization is that just as many HAMs spend
very little $$ and just put the dang things together themselves
(usually better than a monkey, but I'm not making any promises).  I'm
sure that while there is a huge potential market for the USRP, and
other expensive SDR equipment, in the HAM user base, there are still a
good number of people willing to put together something themselves,
even if it means breaking out the soldering iron.

The people that are willing to purchase a USRP and all of it's SDR
glory and not the same people that want to put together something
super cheap that just works for a particular hobby/project.  For
example, I have never gone outside of the 2.399-2.410GHz range; and
probably could have gotten away with a simple 2.4GHz board rather than
a full blown USRP, but it's what was available and we had the budget
so we just bought it.  If I had not had any funding for this project,
a low cost option at a fixed frequency would have been very necessary.
 Looking to the future, where I'll want to branch out into other SDR
projects on my own time, I would be more than willing to assemble
something myself in a 900MHz range to keep costs low.  Shelling out
even $800 per node in a production mesh network would be ludicrous,
having an open and simple design that I can modify and incorporate
into other GNU/GPL projects (like a mesh node) would be ideal.

Jason

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Finally compiled USRP2 code works fine withUDPimage ...but not with compiled Raw Ethernet Image

[Gabriel Morel]

- Original Message - 
From: "Josh Blum" 

To: 
Sent: Thursday, January 13, 2011 2:00 PM
Subject: Re: [Discuss-gnuradio] Finally compiled USRP2 code works fine 
withUDPimage ...but not with compiled Raw Ethernet Image






I tried it with cygwin but it didn't find ise_helper.tcl.  I don't know
why, the file is at the good place.  Do you have any idea of the
problem, I will ask somebody else at school.


That tells me that xilinx ise "xtclsh" did not know what to do with that
cygwin (unix) file path. That means you probably need to run from
windows command prompt.


Do you know the command on the prompt because make don't works.



-Josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio





___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Greeting and a question

[Tom Rondeau]

On Wed, Dec 29, 2010 at 5:27 PM, Farhad Abdolian  wrote:
> Hi everyone,
> I am a newcomer on this list and would like to first introduce myself.
>
> I am a HW design engineer with over 20 years of experience in designing
> various electronic and systems including a working base station based on SW
> radio in 1999 with a team of engineers at Ericsson Radio Access in Sweden, a
> system that managed to support multiple mobiles systems including NMT, GSM,
> AMPS, DAMPS and DECT using a number of FPGAs and DSPs. My specialty is FPGA
> design and I would like to move some of the GNU radio blocks into an FPGA to
> make it possible to run the SW part on a low end processor such as ARM9 or
> similar.
>
> After many years, I came back to into the field of working on a RBS design
> and found the wonderful project called Gnu Radio :)
>
>
> Now, my questions, I wonder if anyone here has ever looked into using some
> old FPGA boards such Avnemt Memec Virtex-II pro board with P160 analog
> interface board together with Gnu Radio? The reason I am asking this is that
> I have a few of these boards from previous project and I believe they could
> be great HW for a quick start of the GR design with minimum amount of
> investment.
>
> Thanks in advance and best regards,
> Farhad Abdolian
> Antibes, France
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>

On Wed, Dec 29, 2010 at 5:27 PM, Farhad Abdolian  wrote:
> Hi everyone,
> I am a newcomer on this list and would like to first introduce myself.
>
> I am a HW design engineer with over 20 years of experience in designing
> various electronic and systems including a working base station based on SW
> radio in 1999 with a team of engineers at Ericsson Radio Access in Sweden, a
> system that managed to support multiple mobiles systems including NMT, GSM,
> AMPS, DAMPS and DECT using a number of FPGAs and DSPs. My specialty is FPGA
> design and I would like to move some of the GNU radio blocks into an FPGA to
> make it possible to run the SW part on a low end processor such as ARM9 or
> similar.
>
> After many years, I came back to into the field of working on a RBS design
> and found the wonderful project called Gnu Radio :)
>
>
> Now, my questions, I wonder if anyone here has ever looked into using some
> old FPGA boards such Avnemt Memec Virtex-II pro board with P160 analog
> interface board together with Gnu Radio? The reason I am asking this is that
> I have a few of these boards from previous project and I believe they could
> be great HW for a quick start of the GR design with minimum amount of
> investment.
>
> Thanks in advance and best regards,
> Farhad Abdolian
> Antibes, France


Hi Farhad,
I have not heard of anyone using the Avnemt Memec board for GNU Radio.
What are your plans with it? From a quick read about the product, I
was wondering if you were thinking of trying to get GNU Radio to run
on the internal PowerPC or to make the Memec board a peripheral front
end and pass samples back to a host computer. I didn't look closely
enough at the board to know what it's external interfaces might be
(USB, Ethernet, PCI, etc.). I didn't see what kind of PowerPC they are
using, so you'd have to ask yourself if it is powerful enough to do
what you want onboard or if you want to offload it to a more capable
processor.

Let us know if you're making any progress on it.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Greeting and a question

[Farhad Abdolian]

Hi Tom,
I am giving up on that idea, as much as I love my old boards, it seems like 
porting the Gnu Radio to that processor it is not worth much at this stage 
since 
the processor is too slow for any serious processing compare to modern Cortex 
A8 
based processors.

I think I have to learn to walk before I start a marathon :) so for now I am 
learning the basics of GR and use the audio card as the data source together 
with a small board I 'breadboard':ed for this. Maybe my next step will be to 
use 
the Friendly ARM board with the GR, but I am not sure, I am still hopping on 
one 
foot!

Best regards,
/Farhad








From: Tom Rondeau 
To: Farhad Abdolian 
Cc: discuss-gnuradio@gnu.org
Sent: Mon, January 17, 2011 5:53:09 PM
Subject: Re: [Discuss-gnuradio] Greeting and a question

Hi Farhad,
I have not heard of anyone using the Avnemt Memec board for GNU Radio.
What are your plans with it? From a quick read about the product, I
was wondering if you were thinking of trying to get GNU Radio to run
on the internal PowerPC or to make the Memec board a peripheral front
end and pass samples back to a host computer. I didn't look closely
enough at the board to know what it's external interfaces might be
(USB, Ethernet, PCI, etc.). I didn't see what kind of PowerPC they are
using, so you'd have to ask yourself if it is powerful enough to do
what you want onboard or if you want to offload it to a more capable
processor.

Let us know if you're making any progress on it.

Tom
On Wed, Dec 29, 2010 at 5:27 PM, Farhad Abdolian  wrote:
> Hi everyone,
> I am a newcomer on this list and would like to first introduce myself.
>
> I am a HW design engineer with over 20 years of experience in designing
> various electronic and systems including a working base station based on SW
> radio in 1999 with a team of engineers at Ericsson Radio Access in Sweden, a
> system that managed to support multiple mobiles systems including NMT, GSM,
> AMPS, DAMPS and DECT using a number of FPGAs and DSPs. My specialty is FPGA
> design and I would like to move some of the GNU radio blocks into an FPGA to
> make it possible to run the SW part on a low end processor such as ARM9 or
> similar.
>
> After many years, I came back to into the field of working on a RBS design
> and found the wonderful project called Gnu Radio :)
>
>
> Now, my questions, I wonder if anyone here has ever looked into using some
> old FPGA boards such Avnemt Memec Virtex-II pro board with P160 analog
> interface board together with Gnu Radio? The reason I am asking this is that
> I have a few of these boards from previous project and I believe they could
> be great HW for a quick start of the GR design with minimum amount of
> investment.
>
> Thanks in advance and best regards,
> Farhad Abdolian
> Antibes, France
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Finally compiled USRP2 code works fine withUDPimage ...but not with compiled Raw Ethernet Image

[Josh Blum]

> Do you know the command on the prompt because make don't works.

what error are you getting? Don't say "command not found".

cd \usrp2\top\u2_rev3

#makes an ise project file
make proj

#makes the bin file
make bin


> 
>>
>> -Josh
>>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Greeting and a question

[Tom Rondeau]

On Mon, Jan 17, 2011 at 12:11 PM, Farhad Abdolian  wrote:
> Hi Tom,
> I am giving up on that idea, as much as I love my old boards, it seems like
> porting the Gnu Radio to that processor it is not worth much at this stage
> since the processor is too slow for any serious processing compare to modern
> Cortex A8 based processors.
>
> I think I have to learn to walk before I start a marathon :) so for now I am
> learning the basics of GR and use the audio card as the data source together
> with a small board I 'breadboard':ed for this. Maybe my next step will be to
> use the Friendly ARM board with the GR, but I am not sure, I am still
> hopping on one foot!
>
> Best regards,
> /Farhad


That sounds like a reasonable approach.

When you're ready, you should probably look at the Ettus USRP-E100,
which uses an ARM-based OMAP processor. That seems like it's pretty
much the form-factor you are looking for.

Tom


>
> 
> From: Tom Rondeau 
> To: Farhad Abdolian 
> Cc: discuss-gnuradio@gnu.org
> Sent: Mon, January 17, 2011 5:53:09 PM
> Subject: Re: [Discuss-gnuradio] Greeting and a question
>
> Hi Farhad,
> I have not heard of anyone using the Avnemt Memec board for GNU Radio.
> What are your plans with it? From a quick read about the product, I
> was wondering if you were thinking of trying to get GNU Radio to run
> on the internal PowerPC or to make the Memec board a peripheral front
> end and pass samples back to a host computer. I didn't look closely
> enough at the board to know what it's external interfaces might be
> (USB, Ethernet, PCI, etc.). I didn't see what kind of PowerPC they are
> using, so you'd have to ask yourself if it is powerful enough to do
> what you want onboard or if you want to offload it to a more capable
> processor.
>
> Let us know if you're making any progress on it.
>
> Tom
> On Wed, Dec 29, 2010 at 5:27 PM, Farhad Abdolian 
> wrote:
>> Hi everyone,
>> I am a newcomer on this list and would like to first introduce myself.
>>
>> I am a HW design engineer with over 20 years of experience in designing
>> various electronic and systems including a working base station based on
>> SW
>> radio in 1999 with a team of engineers at Ericsson Radio Access in Sweden,
>> a
>> system that managed to support multiple mobiles systems including NMT,
>> GSM,
>> AMPS, DAMPS and DECT using a number of FPGAs and DSPs. My specialty is
>> FPGA
>> design and I would like to move some of the GNU radio blocks into an FPGA
>> to
>> make it possible to run the SW part on a low end processor such as ARM9 or
>> similar.
>>
>> After many years, I came back to into the field of working on a RBS design
>> and found the wonderful project called Gnu Radio :)
>>
>>
>> Now, my questions, I wonder if anyone here has ever looked into using some
>> old FPGA boards such Avnemt Memec Virtex-II pro board with P160 analog
>> interface board together with Gnu Radio? The reason I am asking this is
>> that
>> I have a few of these boards from previous project and I believe they
>> could
>> be great HW for a quick start of the GR design with minimum amount of
>> investment.
>>
>> Thanks in advance and best regards,
>> Farhad Abdolian
>> Antibes, France
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>
>
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Finally compiled USRP2 code works finewithUDPimage ...but not with compiled Raw Ethernet Image

[Gabriel Morel]

I had try 'make' in commad prompt of windows but 'command not found', i had 
try it in cygwin but problem with ise_helper.tcl.  I'm trying with gnumake 
but I don't understand how to work with it for the moment.  I know you don't 
have to teach me how to use somethings like this, but do you have any idea 
what can I do.


If it's not the makefile that block me to compile a fonctionnal bin file, 
can it be the seed in ISE.  Because i had read the makefile and it don't 
configure some variables that could caused my problem.  I already 
initialized all the variables in the makefile but the binary file doesn't 
work.  I really have trouble to understanding what works wrong.


Can you donwload the same project than me, recompile it, test it and tell me 
step by step what you did please.  If you do that and if all works fine for 
you, I will stop to send message about that.


Thank you

Gabriel

- Original Message - 
From: "Josh Blum" 

To: 
Sent: Monday, January 17, 2011 12:15 PM
Subject: Re: [Discuss-gnuradio] Finally compiled USRP2 code works 
finewithUDPimage ...but not with compiled Raw Ethernet Image






Do you know the command on the prompt because make don't works.


what error are you getting? Don't say "command not found".

cd \usrp2\top\u2_rev3

#makes an ise project file
make proj

#makes the bin file
make bin






-Josh



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio





___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM on USRP2

[Veljko Pejovic]

Hi,

I updated the OFDM example. You can find it at
http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz

It supports both USRPs and the UHD driver. I get pretty bad
performance with UHD receiver for some reason. Any ideas?


Cheers,


Veljko


On Tue, Jan 11, 2011 at 9:26 PM, Guanbo  wrote:
>
> Hi,
>
> I was looking for the source codes through the list.
> And I got one from Veljko from UCSB, who are very nice to share his codes,
> "ofdm_example.tar.gz"
> The codes are attached.
> Given the enough gain in TX and RX, you can see the output result at RX.
>
> Guanbo
> http://old.nabble.com/file/p30650478/ofdm_example.zip ofdm_example.zip
>
>
> mrahaim wrote:
>>
>>
>> Hi all,
>>
>> Does anyone know of any updated OFDM benchmark code that is modified to
>> be run on a USRP2?  I have seen previous posts of this, however the
>> link to the updated code is no longer available.
>>
>> Thanks,
>>
>> Michael Rahaim
>> Graduate Research Assistant
>> Smart Lighting Engineering Research Center
>> Boston University
>> mrah...@bu.edu
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> --
> View this message in context: 
> http://old.nabble.com/OFDM-on-USRP2-tp30638994p30650478.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Re: Finally compiled USRP2 code works finewithUDPimage ...but not with compiled Raw Ethernet Image

[Patrick Strasser]

schrieb Gabriel Morel am 2011-01-17 19:27:
> I had try 'make' in commad prompt of windows but 'command not found', i
> had try it in cygwin but problem with ise_helper.tcl.  I'm trying with
> gnumake but I don't understand how to work with it for the moment.  I
> know you don't have to teach me how to use somethings like this, but do
> you have any idea what can I do.

It would be easier for all supporting people if you could 'show' what
happens. That means:

Tell exactly
* what you have installed,
* where you have it exactly, and
* what exactly _is_ working.
* Copy the exact commands you enter,
* and the output.

You will understand that for everyone except you "try it in cygwin but
problem with ise_helper.tcl" is not very significant. How should anyone
except you know exactly what is going on and causing the problems?

You see from the length of the thread that people are willing to help
you. You can speed up the process with high quality information.

Patrick
-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telemati_cs_, Techn. University Graz, Austria


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM on USRP2

[Josh Blum]

On 01/17/2011 11:31 AM, Veljko Pejovic wrote:
> Hi,
> 
> I updated the OFDM example. You can find it at
> http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz
> 
> It supports both USRPs and the UHD driver. I get pretty bad
> performance with UHD receiver for some reason. Any ideas?
>

For the UHD performance issue, which model usrp? The following applies
to usrp2:

Was the bad performance on a transmit + receive application? There was
an issue where if receive was not keeping up, the transmit flow control
could be hampered; this is fixed on next branch.

Or was it receive only? And in any case did UHD print and warnings about
buffer sizes? Because it needs sysctl permission to allocate a large
enough receive buffer.

-josh

> 
> Cheers,
> 
> 
> Veljko
> 
> 
> On Tue, Jan 11, 2011 at 9:26 PM, Guanbo  wrote:
>>
>> Hi,
>>
>> I was looking for the source codes through the list.
>> And I got one from Veljko from UCSB, who are very nice to share his codes,
>> "ofdm_example.tar.gz"
>> The codes are attached.
>> Given the enough gain in TX and RX, you can see the output result at RX.
>>
>> Guanbo
>> http://old.nabble.com/file/p30650478/ofdm_example.zip ofdm_example.zip
>>
>>
>> mrahaim wrote:
>>>
>>>
>>> Hi all,
>>>
>>> Does anyone know of any updated OFDM benchmark code that is modified to
>>> be run on a USRP2?  I have seen previous posts of this, however the
>>> link to the updated code is no longer available.
>>>
>>> Thanks,
>>>
>>> Michael Rahaim
>>> Graduate Research Assistant
>>> Smart Lighting Engineering Research Center
>>> Boston University
>>> mrah...@bu.edu
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>
>> --
>> View this message in context: 
>> http://old.nabble.com/OFDM-on-USRP2-tp30638994p30650478.html
>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to run gnuradio application with a file input and no physical receiver?

[dave k]

One way is to use a throttled file source sink, and use someones capture 
file.
I have some here you can download online.
http://kd8eyf.org/capture_files/
Sent from Yahoo! Mail on Android



  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] video card DAC useful?

[Justin Kelly]

Then I first heard about using a video card to transmit I though the Idea
was kinda pointless,
http://www.erikyyy.de/tempest/

until I found this application, http://bellard.org/dvbt/
the DVBT code is used for HiDef TV via a video
card, it got me thinking what else could be done with the high speed video
card DAC?

Justin N2TOH
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM on USRP2

[Tom Rondeau]

On Mon, Jan 17, 2011 at 2:48 PM, Josh Blum  wrote:
>
>
> On 01/17/2011 11:31 AM, Veljko Pejovic wrote:
>> Hi,
>>
>> I updated the OFDM example. You can find it at
>> http://www.cs.ucsb.edu/~veljko/downloads/ofdm_example.tar.gz
>>
>> It supports both USRPs and the UHD driver. I get pretty bad
>> performance with UHD receiver for some reason. Any ideas?
>>
>
> For the UHD performance issue, which model usrp? The following applies
> to usrp2:
>
> Was the bad performance on a transmit + receive application? There was
> an issue where if receive was not keeping up, the transmit flow control
> could be hampered; this is fixed on next branch.
>
> Or was it receive only? And in any case did UHD print and warnings about
> buffer sizes? Because it needs sysctl permission to allocate a large
> enough receive buffer.
>
> -josh


I found issues with the UHD code in setting the sample rates. When you
set the sample rate, the best thing to do is ask the UHD device what
the real sample rate it was actually set to. I then use a PFB arb
resampler to adjust to the actual sample rate that I want.

I was playing around with some FM signals and found that I couldn't
get anything clean out until I did this, even though I was setting
what I thought was a standard sample rate (that is, an integer
decimation of the clock) to my N210. What I asked for and what I set
were only off by a little bit, but it makes a huge difference in
performance for FM signals.

That said, we should be adjusting for this in the OFDM code, but it's
something to keep in mind.

Tom


>>
>> Cheers,
>>
>>
>> Veljko
>>
>>
>> On Tue, Jan 11, 2011 at 9:26 PM, Guanbo  wrote:
>>>
>>> Hi,
>>>
>>> I was looking for the source codes through the list.
>>> And I got one from Veljko from UCSB, who are very nice to share his codes,
>>> "ofdm_example.tar.gz"
>>> The codes are attached.
>>> Given the enough gain in TX and RX, you can see the output result at RX.
>>>
>>> Guanbo
>>> http://old.nabble.com/file/p30650478/ofdm_example.zip ofdm_example.zip
>>>
>>>
>>> mrahaim wrote:


 Hi all,

 Does anyone know of any updated OFDM benchmark code that is modified to
 be run on a USRP2?  I have seen previous posts of this, however the
 link to the updated code is no longer available.

 Thanks,

 Michael Rahaim
 Graduate Research Assistant
 Smart Lighting Engineering Research Center
 Boston University
 mrah...@bu.edu


 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


>>>
>>> --
>>> View this message in context: 
>>> http://old.nabble.com/OFDM-on-USRP2-tp30638994p30650478.html
>>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Porting benchmark_tx/rx to UHD for use with E100

[Ben Hilburn]

Hey all -

I'm attempting to make the necessary changes to get benchmark_tx/rx.py
working on the E100 with UHD.  My end goal is to preserve
backwards-compatibility with non-UHD runs since the old USRP[1,2]
drivers will remain in GNURadio for a bit longer.  As it turns out,
this requires very little modification to the actual benchmark_tx/rx
scripts themselves, and more in generic_usrp.py,
usrp_transmit_path.py, pick_bitrate.py, and the like.

Anyways, I've got the benchmark_tx stack to the point that it starts
up, detects the E100, and runs off on it's merry way transmitting. At
least, it thinks it is transmitting. Spectrum analyzers show the
channel as completely empty though.

I'm trying to track down why the E100 thinks it is putting data over
the air, but actually isn't.  I have a suspicion that it has something
to do with my ugly, ugly hacks to bypass some of the old generic_usrp
interface for UHD functions, but I can't seem to track it down.

I've thrown my changes up on GitHub in case anyone else working on the
E100 has an interest in this, and maybe wants to have a look and see
if I'm just doing something silly.

Word of warning: My changes thus far are _EXTREMELY_ ugly.
"generic_usrp.py" is littered with 'FIXMEs', and the current state of
the code in no way reflects the end goal.  Right now, I'm just trying
to get a grasp on how this needs to come together, and how to make it
work to begin with.  Once that is done, I'll get it production-worthy.
 Also, note that my changes thus far are UHD + E100 specific - it is
unlikely that these changes will enable UHD + USRP[1,2]/N210 in their
current form, although that is the end goal.

The code: https://github.com/bhilburn/gnuradio-on-e100

Running it: # ./benchmark_tx.py -f 462M -u uhd

Once this is all done and cleaned-up, I'll send out a patch/commit
with the final changeset.

Cheers,
Ben

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: Finally compiled USRP2 code works finewithUDPimage ...but not with compiled Raw Ethernet Image

[Gabriel Morel]

- Original Message - 
From: "Patrick Strasser" 

To: 
Sent: Monday, January 17, 2011 2:34 PM
Subject: [Discuss-gnuradio] Re: Finally compiled USRP2 code works 
finewithUDPimage ...but not with compiled Raw Ethernet Image




schrieb Gabriel Morel am 2011-01-17 19:27:

I had try 'make' in commad prompt of windows but 'command not found', i
had try it in cygwin but problem with ise_helper.tcl.  I'm trying with
gnumake but I don't understand how to work with it for the moment.  I
know you don't have to teach me how to use somethings like this, but do
you have any idea what can I do.


It would be easier for all supporting people if you could 'show' what
happens. That means:

Tell exactly
* what you have installed,
* where you have it exactly, and
* what exactly _is_ working.
* Copy the exact commands you enter,
* and the output.

You will understand that for everyone except you "try it in cygwin but
problem with ise_helper.tcl" is not very significant. How should anyone
except you know exactly what is going on and causing the problems?

You see from the length of the thread that people are willing to help
you. You can speed up the process with high quality information.

Patrick


Do you know how can we share some MS Office files.  It's easier to 
understand if we can see some commented screenshot in the same document?


Gabriel 




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] re: Low cost hardware option, the "total GNUsolution"

[Marcus D. Leech]

Hi All,

I've been following the (lowcost) GNU SDR HW development in progress 
since it started.
I sure do not oppose to what you are doing and hope you succeed, but 
is it practical today?


Practicality is a very important aspect of any project like this, and 
it's one that needs to be explored.


Many components that you would choose aren't practical for amateur 
assembly, and once it's assembled, what kind of

  test equipment exists out there to help with verification, etc?

The SDR-Widget + UHD-SDR makes a pretty-good combination, and clearly 
has been assembled by amateurs.  But if you
  want to move beyond that class of capability (greater bandwidth, 
etc), how "practical" is the result for amateur assembly?

  How practical for professional assembly with amateur-scale pricing?

All critical "up front" questions, to be sure.


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM receiver on USRP2

[Guanbo]

Hi,

I feel like the output of coarse frequency offset is very inaccurate. Or
probably it is not directly related.

For best test, I tried higher resolution of subcarrier bandwidth by
selecting the large FFT length, high Interp/decim rate, 
as follows:
@TX:   $ sudo python benchmark_ofdm_tx_new.py  --mac-addr=ADD -m qpsk -f
2.462G -i 512 --tx-gain=30 --fft-length=2048 --occupied-tones=200
@RX:   $ sudo python benchmark_ofdm_rx_new.py  --mac-addr=ADD -m qpsk  -f
2.462G -d 512 --rx-gain=30 --fft-length=2048 --occupied-tones=200

>From ofdm_frame_acquisition.cc, I can output d_coarse_freq.
Therefore, I can calculate the coarse frequency offset by:  (ADC rate /
Decim rate / FFT_len) * d_coarse_freq

But  the results I have obtained does not match the real frequency offset.
>From the command above, I obtained the d_coarse_freq = 2  --> 190 Hz
By moving the RX center frequency to 2.46202G (20KHz offset), the output
d_coarse_freq is -64  --> -6103Hz

I tried to look into the problem by changing the filter BW line 66-68 of
ofdm_receiver.py, as well as shift length at line 109.
But they does not work out.

Would anyone can help to explain the problem here? Really appreciate :)

Thanks,
Guanbo 



Tom Rondeau wrote:
> 
> On 2/20/2010 7:43 PM, Srinivas wrote:
>> Hi Tom,
>>
>> I tried increasing the bandwidth of the filter and also tried changing 
>> the window type to KAISER, but it didn't improve on the offset error. 
>> I am getting a constant frequency offset value "-10". Currently, I am 
>> just compensating for the offset at the receiver or specifying a 
>> minimum BW to be used for that pair of USRP2s.
>>
>> Thanks a lot for your time.
>>
>> Srinivas
> 
> Changing the window type isn't going to help much with this problem. 
> What I was suggesting was that the filter is too small, not the wrong 
> type. Also, the only way to change the offset value is to actually move 
> the frequency. I was just suggesting that you see what that value is to 
> see how many bins you are off by (i.e., calculate the bandwidth of a 
> subcarrier and multiply that by 10; that's you're coarse offset). You 
> can use that to see how much bigger to make the channel filter's
> bandwidth.
> 
> Tom
> 
> 
>>
>> On Thu, Feb 18, 2010 at 9:45 AM, Tom Rondeau > > wrote:
>>
>> On Thu, Feb 18, 2010 at 12:49 AM, Srinivas > > wrote:
>> > Hi Tom, Matt
>> >
>> > replied inline:
>> >
>> > On Wed, Feb 17, 2010 at 10:26 AM, Tom Rondeau
>> mailto:trondeau1...@gmail.com>>
>> > wrote:
>> >>
>> >> On Tue, Feb 16, 2010 at 5:45 PM, Srinivas
>> mailto:psriniva...@gmail.com>> wrote:
>> >> > Matt,
>> >> >
>> >> > Thanks for verifying the data rate calculation!
>> >> >
>> >> > I tried the other solutions that you suggested, namely,
>> >> >
>> >> > - increasing the data rate by a factor of 2 or 4
>> >> > It works.
>> >> >
>> >> > - modifying the OFDM code to widen the search range - How do
>> I widen the
>> >> > search range ?
>> >> > Should I be looking in the "ofdm_sync_" blocks in "blks2impl"
>> folder ?
>> >> > If
>> >> > yes, which synchronizer is currently used with ofdm_examples ?
>> >>
>> >> You need to add an argument to gr.ofdm_frame_acquisition in
>> >> ofdm_receiver.py (in python/gnuradio/blks2impl).
>> >>
>> >> In the current Git master, this is located on line 109 of
>> >> ofdm_receiver.py. After the "ks[0]" argument, you can put in an
>> >> integer. This is the maximum number of bins the receiver will
>> search
>> >> over for correlation. It defaults to 10.
>> >>
>> > I added this extra argument and tried changing the values from
>> 10 to 100. I
>> > also tried with "int(0.5*occupied_tones) " as the argument, but
>> it doesn't
>> > receive for lower data rates (< 1M). Only when I increase the
>> data rate >
>> > 1.2M, I start receiving some pkts.
>> >
>> > As mentioned before, when I compensate for the frequency offset
>> at the
>> > receiver it starts receiving packets successfully too.
>>
>> For small bandwidths, it's possible that the frequency offset has
>> pushed you outside of the channel filter. The filter is probably
>> specified too tight and is really supposed to cover only the occupied
>> tones, so if you're too far away from the center frequency, the
>> filter's already hitting it and no amount of frequency correction
>> after that will work.
>>
>> In ofdm_receiver.py, try making the bandwidth term (bw on line 66)
>> wider and see what that does for you.
>>
>> Also, you can print out d_coarse_freq calculated on line 130 in
>> gr_ofdm_frame_acquisition.cc. This is the number of bins you're off
>> by
>> that you can use to get a feel for how far away in frequency you are.
>>
>> If opening up the filter works for you, please let us know.