I am beginner in gnuradio, I have installed gnuradio 3.2.2 in my ubuntu lucid system.I am trying to understand the various files and packages and how they coordinate among them, and there implementation details like threading implementation in python level,scheduler etc ,shortly i am trying to know the packages and files architecture of gnuradio .I have search many places but unable to get the proper information.Hope i have ask a proper question and please do guide me if i have made any mistakes.
Thanks in advance.
Anil ph
On Thu, Jun 24, 2010 at 9:30 PM, <address@hidden> wrote:
Junk Score: 2 out of 10 (below your Auto Allow threshold) | Approve sender | Block sender | Block domain |
Send Discuss-gnuradio mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
address@hidden
You can reach the person managing the list at
address@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Locking into a frequency (Anastasios Vafeiadis)
2. USRP2 hitch (Abhishek B)
3. Re: USRP2 hitch (Marcus D. Leech)
4. Re: USRP2 hitch (Josh Blum)
5. Is it possible to change the sampling rate of D/A converter
(Yan Nie)
6. Re: USRP2 hitch (Abhishek B)
7. Re: Is it possible to change the sampling rate of D/A
converter (Jason Abele)
8. Re: ATSC decoding (Klaus Hueske)
9. Re: Setting tx_gain > 20 dB => no effect? (USRP2, XCVR2450)
(Sven Oliver Kreis)
10. Re: Setting tx_gain > 20 dB => no effect? (USRP2, XCVR2450)
(Jeffrey Lambert)
----------------------------------------------------------------------
Message: 1
Date: Wed, 23 Jun 2010 12:24:28 -0400
From: Anastasios Vafeiadis <address@hidden>
Subject: [Discuss-gnuradio] Locking into a frequency
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am currently working on a project were i have to detect a frequency, lock
into it and then decode the signal. I tried to use gnuradio but i faced a
lot of problems such as the speed of scanning the signal or the accuracy of
detecting the signal. I am now trying to implement that into a python code.
Could anyone help me with this code ??
Many thanks in advance,
Tasos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100623/41703062/attachment.html
------------------------------
Message: 2
Date: Wed, 23 Jun 2010 12:35:24 -0400
From: Abhishek B <address@hidden>
Subject: [Discuss-gnuradio] USRP2 hitch
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
hi all
I have access to a USRP2 board. I recently loaded the new firmware and fpga
images onto it, which have UHD support i.e. To be precise, the firmware
image was the one released on 21st june and the fpga image was the one
released on the 15th of june, found on the Ettus website.
I have been trying to detect the usrp boards with the commands "find_usrps".
It still says "No USRP2 found".
Apart from this, I also tried to build the uhd according to the
documentation given on the ettus site. After the build, I also ran the
"uhd_find_devices" . It says "no UHD devices found"
Is there something wrong with the images or am I doing something wrong?
please help
Thanks a lot
--
Abhi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100623/a719762a/attachment.html
------------------------------
Message: 3
Date: Wed, 23 Jun 2010 13:04:42 -0400
From: "Marcus D. Leech" <address@hidden>
Subject: Re: [Discuss-gnuradio] USRP2 hitch
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
> hi all
> I have access to a USRP2 board. I recently loaded the new firmware and
> fpga images onto it, which have UHD support i.e. To be precise, the
> firmware image was the one released on 21st june and the fpga image
> was the one released on the 15th of june, found on the Ettus website.
> I have been trying to detect the usrp boards with the commands
> "find_usrps". It still says "No USRP2 found".
> Apart from this, I also tried to build the uhd according to the
> documentation given on the ettus site. After the build, I also ran the
> "uhd_find_devices" . It says "no UHD devices found"
> Is there something wrong with the images or am I doing something wrong?
> please help
> Thanks a lot
> --
> Abhi
>
What exact commands are you using?
Do you have more than 1 ethernet interface on your system? Are you
giving the correct ethernet
interface name to the find_usrps or uhd_find_devices command?
What version of Gnu Radio are you using?
What operating system and version number?
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 4
Date: Wed, 23 Jun 2010 10:36:48 -0700
From: Josh Blum <address@hidden>
Subject: Re: [Discuss-gnuradio] USRP2 hitch
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
find_usrps wont do you any good, its for raw ethernet gr-libusrp2
You probably have a network setup issue:
http://www.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
I recommend disabling firewall, setting your static IP. If you still
have issues use wireshark and/or a serial adapter on the usrp2.
-Josh
On 06/23/2010 09:35 AM, Abhishek B wrote:
> hi all
> I have access to a USRP2 board. I recently loaded the new firmware and fpga
> images onto it, which have UHD support i.e. To be precise, the firmware
> image was the one released on 21st june and the fpga image was the one
> released on the 15th of june, found on the Ettus website.
> I have been trying to detect the usrp boards with the commands "find_usrps".
> It still says "No USRP2 found".
> Apart from this, I also tried to build the uhd according to the
> documentation given on the ettus site. After the build, I also ran the
> "uhd_find_devices" . It says "no UHD devices found"
> Is there something wrong with the images or am I doing something wrong?
> please help
> Thanks a lot
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
------------------------------
Message: 5
Date: Wed, 23 Jun 2010 14:27:56 -0400
From: Yan Nie <address@hidden>
Subject: [Discuss-gnuradio] Is it possible to change the sampling rate
of D/A converter
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: ynie3.vcf
Type: text/x-vcard
Size: 49 bytes
Desc: Card for Yan Nie <address@hidden>
Url : http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100623/ff0605e8/ynie3.vcf
------------------------------
Message: 6
Date: Wed, 23 Jun 2010 16:23:48 -0400
From: Abhishek B <address@hidden>
Subject: Re: [Discuss-gnuradio] USRP2 hitch
To: address@hidden
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
Setting up the Static IP worked.. thanks for all the help..
Abhi
On Wed, Jun 23, 2010 at 1:36 PM, Josh Blum <address@hidden> wrote:
> find_usrps wont do you any good, its for raw ethernet gr-libusrp2
>
> You probably have a network setup issue:
> http://www.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
>
> I recommend disabling firewall, setting your static IP. If you still have
> issues use wireshark and/or a serial adapter on the usrp2.
>
> -Josh
>
>
> On 06/23/2010 09:35 AM, Abhishek B wrote:
>
>> hi all
>> I have access to a USRP2 board. I recently loaded the new firmware and
>> fpga
>> images onto it, which have UHD support i.e. To be precise, the firmware
>> image was the one released on 21st june and the fpga image was the one
>> released on the 15th of june, found on the Ettus website.
>> I have been trying to detect the usrp boards with the commands
>> "find_usrps".
>> It still says "No USRP2 found".
>> Apart from this, I also tried to build the uhd according to the
>> documentation given on the ettus site. After the build, I also ran the
>> "uhd_find_devices" . It says "no UHD devices found"
>> Is there something wrong with the images or am I doing something wrong?
>> please help
>> Thanks a lot
>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Abhi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100623/4c971bca/attachment.html
------------------------------
Message: 7
Date: Wed, 23 Jun 2010 14:07:30 -0700
From: Jason Abele <address@hidden>
Subject: Re: [Discuss-gnuradio] Is it possible to change the sampling
rate of D/A converter
To: Yan Nie <address@hidden>
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Jun 23, 2010 at 11:27 AM, Yan Nie <address@hidden> wrote:
> Is it possible to change the sampling rate of D/A converter to 64MHz? I saw
> the sampling rate of D/A converter is defined in usrp_basic.cc, which is
> fpga_master_clock_freq() * 2. Is it possible to make the master clock
> frequency not multiply by 2?
Will setting the interpolation (sample rate) not suffice for your application?
usrp_basic_tx::set_fpga_tx_sample_rate_divisor()
or
usrp_standard_tx::set_interp_rate()
> Can it be changed in python when the flow gragh for the whole system is built.
certainly the interp parameter can be changed in python easily.
Also consider the rational_resampler block if integer interpolation
rates do not meet your sample rate requirements.
Jason
------------------------------
Message: 8
Date: Thu, 24 Jun 2010 09:51:31 +0200
From: "Klaus Hueske" <address@hidden>
Subject: Re: [Discuss-gnuradio] ATSC decoding
To: <address@hidden>
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="us-ascii"
Hi Stephen,
Did you make progress with this zero byte output problem? Anyway, I'm
wondering if the ATSC receiver implementation will work at all with the
current version of Gnuradio. It looks like parts of the original ATSC
implementation that was working with Gnuradio 0.9 have been adapted to be
used in Gnuradio 2.0, but now we have 3.2.2. Anyone here who can verify that
the provided code can decode ATSC signals?
Thanks
Klaus
---
On Mon, Apr 19, 2010 at 8:12 PM, Stephen Branch <address@hidden> wrote:
>Hello everyone,
>
>I am part of Auburn University's Software Defined Radio Senior Design team,
>
>Software being used:
>Ubuntu v.9.10 on xfs partition
>GNURadio v.3.3 (git)
>Xine
>
>Available hardware: USRP1, USRP2, WBX daughterboard, TVRX daughterboard
>
>We followed the instructions in ./gnuradio/gr-atsc/src/python/README to no
>success.
>
>Using the FFT we found 507.25M to have a strong signal.
>According to
>http://en.wikipedia.org/wiki/North_American_broadcast_television_frequencie
s#UHF_band
> this is channel 20.
>And according to
>http://www.fcc.gov/fcc-bin/tvq?state=AL&call=&arn=&city=&chan=14&cha2=69&se
rv=&type=0&facid=&list=2&dist=&dlat2=&mlat2=&slat2=&dlon2=&mlon2=&slon2=&siz
e=9
> this is WCOV from Montgomery, Alabama.
>So we do have the correct video carrier frequency, which I assume is the
>frequency we want to record and decode into a video.
>
>Question #1) Is the video carrier the one that carriers the video, or would
it
>be the ATSC carrier?
>
>We then used:
>./usrp_rx_cfile.py -s -d 10 -g 20 -f 507.25e6 atsc_data_6-4m_complex
>./interp_short.py atsc_data_6-4m_complex
>./xlate.py
>./fpll.py
>./btl-fsd.py
>./viterbi-out.py test.mpeg
>
>Problems:
>/tmp/atsc_pipe_5 never fills with data.
>The output file, 'test.mpeg' is empty.
>
>Question #2) What do we need to fix to get /tmp/atsc_pipe_5 to fill.
>Question #3) What do we need to fix to get temp.mpeg to fill.
>
>Thank you,
>Bobby Black & Stephen Branch
>address@hidden (please do not blank out this email)
>black85 @ auburn . edu
>
>Bobby Black
>Auburn University
>address@hidden
>(334) 804-4826
------------------------------
Message: 9
Date: Thu, 24 Jun 2010 11:11:15 +0200
From: Sven Oliver Kreis <address@hidden>
Subject: Re: [Discuss-gnuradio] Setting tx_gain > 20 dB => no effect?
(USRP2, XCVR2450)
To: address@hidden
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
Hi Marcus,
you are right. Usually it is a very strong signal. But the
specifications talk about 20 dBm tx power. And I receive -13 dBm at a
distance near zero. If I am not mistaken, that is a factor of about
2000(?). So 2000 times less than the ideal value.
(20 dB = factor 100) (-13 dB ~ factor 0.05)
I know I can't expect 20 dBm because of all the factors you have
mentioned like the distance, even if it is very small. No ideal
antenna on both sides perhaps. But -13 to 20 is a bit much, isn't it?
I don't think the micaz is very unprecise. Perhaps a few dBm. Perhaps
it is -8 instead of -13. And perhaps I just get 10 or 15 dBm out of
the URSP2 antenna. Even than there is still a huge factor difference.
So if I didn't calculate something wrong or have wrong assumptions ...
there should be a way to improve it. At least a bit. :)
Regards,
Sven Oliver
------------------------------
Message: 10
Date: Thu, 24 Jun 2010 09:56:08 -0400
From: Jeffrey Lambert <address@hidden>
Subject: Re: [Discuss-gnuradio] Setting tx_gain > 20 dB => no effect?
(USRP2, XCVR2450)
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 6/24/2010 5:11 AM, Sven Oliver Kreis wrote:
> Hi Marcus,
>
...
> But -13 to 20 is a bit much, isn't it?
It's not much at all, in fact, expect a lot more. Look at it only in
terms of dB, beccause the fact is, whenever you have a communications
system, you can only couple so much energy to the receiver.
> I don't think the micaz is very unprecise. Perhaps a few dBm.
A few dBm is horrible precision.
Perhaps
> it is -8 instead of -13. And perhaps I just get 10 or 15 dBm out of
> the URSP2 antenna.
You will always have some loss. The maximum output power from the
AD9862 IC is a maximum value.
>Even than there is still a huge factor difference.
>
That's not huge.
> So if I didn't calculate something wrong or have wrong assumptions ...
> there should be a way to improve it. At least a bit. :)
The only way you're going to improve this is by using a more efficient
antenna or an antenna with gain, or by putting an amplifier on the USRP
output. Perhaps it is also likely there is some improvement needed with
the jamming signal you are using.
--
~Jeffrey Lambert, K1VZX
--
~Jeffrey Lambert, K1VZX
------------------------------
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 91, Issue 24
************************************************