Re: [Discuss-gnuradio] windows_sink rewritten

[Geof Nieboer]

It is.

On Tue, Mar 29, 2016 at 2:55 AM, Martin Braun 
wrote:

> Is the existing PR still open?
>
> M
>
> On 03/28/2016 08:16 AM, Geof Nieboer wrote:
> > All,
> >
> > So the windows audio sink has had a skipping problem for some time.
> > Yesterday I refactored it completely and fixed that.  Essentially it
> > wasn't double buffering so would wait for the sole buffer to be finished
> > before starting to refill it.
> >
> > Form some reason I can't seem to create a new issue in redmine, but the
> > commit was automagically added to my existing pull request on github.
> >
> >
> https://github.com/gnuradio/gnuradio/pull/739/commits/6513af2dc2d3f61106c574d56e2637ab80c0cbf9
> >
> > Geof
> >
> >
> >
> > ___
> > 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
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Rx overflow problem related with sample rate

[SangHyuk Kim]

Hi,

I tried to change recv_buffer_size, but I can't find where I input buffer
size.

What is the default recv_buffer_size ?

And why Tx is ok at BW 25MHz but Rx is not at same bandwidth ?

Thanks

2016-03-28 10:06 GMT+09:00 Marcus D. Leech :

> On 03/27/2016 09:01 PM, SangHyuk Kim wrote:
>
> Hi,
>
> My Ethernet controller info.
>
> Ethernet controller: Broadcom Corporation NetXtreme BCM57762 Gigabit
> Ethernet PCIe
> Subsystem: Apple Inc. Device 00f6
> Physical Slot: 9
> Flags: bus master, fast devsel, latency 0, IRQ 19
> Memory at acb0 (64-bit, prefetchable) [size=64K]
> Memory at acb1 (64-bit, prefetchable) [size=64K]
> Expansion ROM at a0a0 [disabled] [size=64K]
> Capabilities: 
> Kernel driver in use: tg3
>
> And I changed rmem_max and wmem_max but, it was not effect.
>
> How can I change recv_buffer_size ??
>
> Thanks
>
> Just specify it in the device arguments.
>
> recv_buffer_size=
>
> In your device arguments
>
>
>
>
> 2016-03-28 0:37 GMT+09:00 Marcus D. Leech :
>
>> On 03/27/2016 05:53 AM, tom x wrote:
>>
>> Hi,
>>
>> >I think my PC can handle this sample rate
>> Have you tried other rates? What's the highest sample rate before
>> overflow occurs?
>>
>> >How can I handle this problem ?
>> Maybe a power squelch block? You can filter out signals that don't meet a
>> db threshold before they reach your PC.
>>
>> https://gnuradio.org/doc/doxygen/classgr_1_1analog_1_1pwr__squelch__cc.html
>>
>> That's not how Gnu Radio works.The blocks run on your PC.
>>
>> However the power squelch I believe interrupts the sample stream, so that
>> if you're writing to disk, the average write rate to the disk
>>   is lowered in this case, depending on the dynamics of the amplitude of
>> your signals, since you'll only be writing "good stuff".
>>
>> If you're getting 'D', this may be your ethernet controller--what type do
>> you have?  The 82579LM is notorious for dropping data.
>>   Also, make certain that your network buffering is configured
>> correctly.  See the notes here:
>>
>> http://files.ettus.com/manual/page_transport.html#transport_udp_linux
>>
>>
>>
>>
>> On Sun, Mar 27, 2016 at 10:56 AM, SangHyuk Kim 
>> wrote:
>>
>>> Hi,
>>>
>>> I'm using USRP N210 with CBX daughter board on native Ubuntu 14.04
>>>
>>> When I open fft_uhd with sample rate about 25 MSps, it spits out of
>>> "D"(overfow)
>>>
>>> As I know, USRP N210 support sample rate up to 25 MSps and it's possible
>>> on Tx mode.
>>>
>>> I think my PC can handle this sample rate, but I don't know why this is
>>> happened.
>>>
>>> How can I handle this problem ?
>>>
>>> Thanks.
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>
>>
>> ___
>> Discuss-gnuradio mailing 
>> listDiscuss-gnuradio@gnu.orghttps://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

Re: [Discuss-gnuradio] Compiling Documentation with an OOT

[Ron Economos]

No compiler switch required. On my system, even an unmodified .h file 
shows up in the documentation tab.


paint block documentation

Ron

On 03/28/2016 06:02 PM, Richard Bell wrote:

Hey Ron,

That's where I added my documentation, just like you have it there, 
but I can't get it to propagate through. Do I need to compile it 
differently for that to happen? Is there a gnuradio setting that needs 
to be set for documentation to make its way through?


Rich

On Mon, Mar 28, 2016 at 5:52 PM, Ron Economos > wrote:


You put the documentation into the .h file(s) in the
gr-/include/ directory. Here's an example.


https://github.com/gnuradio/gnuradio/blob/master/gr-dtv/include/gnuradio/dtv/dvbt2_framemapper_cc.h

Ron


On 03/28/2016 05:30 PM, Richard Bell wrote:

Hi all,

I would like to know how I get the comments I add to my public
header function to propagate through to the GRC Block
documentation tab. Is there a flag I have to add when I
compile the OOT?

Thanks,
Rich



___
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

Re: [Discuss-gnuradio] Compiling Documentation with an OOT

[Tom McDermott]

Hi Richard -

When you say 'propagate through to GRC'  do you mean 'How to display on the
GRC documentation tab in the open block properties window'? (select block,
double-click, or rt-click-properties).

I do that by putting text between:


in the module's XML file (manually pasted text, with some characters not
allowed...).

-- Tom, N5EG


On Mon, Mar 28, 2016 at 5:30 PM, Richard Bell 
wrote:

> Hi all,
>
> I would like to know how I get the comments I add to my public header
> function to propagate through to the GRC Block documentation tab. Is there
> a flag I have to add when I compile the OOT?
>
> Thanks,
> Rich
>
> ___
> 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

Re: [Discuss-gnuradio] Compiling Documentation with an OOT

[Richard Bell]

Hey Ron,

That's where I added my documentation, just like you have it there, but I
can't get it to propagate through. Do I need to compile it differently for
that to happen? Is there a gnuradio setting that needs to be set for
documentation to make its way through?

Rich

On Mon, Mar 28, 2016 at 5:52 PM, Ron Economos  wrote:

> You put the documentation into the .h file(s) in the
> gr-/include/ directory. Here's an example.
>
>
> https://github.com/gnuradio/gnuradio/blob/master/gr-dtv/include/gnuradio/dtv/dvbt2_framemapper_cc.h
>
> Ron
>
>
> On 03/28/2016 05:30 PM, Richard Bell wrote:
>
>> Hi all,
>>
>> I would like to know how I get the comments I add to my public header
>> function to propagate through to the GRC Block documentation tab. Is there
>> a flag I have to add when I compile the OOT?
>>
>> Thanks,
>> Rich
>>
>>
>
> ___
> 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

Re: [Discuss-gnuradio] Compiling Documentation with an OOT

[Ron Economos]

You put the documentation into the .h file(s) in the 
gr-/include/ directory. Here's an example.


https://github.com/gnuradio/gnuradio/blob/master/gr-dtv/include/gnuradio/dtv/dvbt2_framemapper_cc.h

Ron

On 03/28/2016 05:30 PM, Richard Bell wrote:

Hi all,

I would like to know how I get the comments I add to my public header 
function to propagate through to the GRC Block documentation tab. Is 
there a flag I have to add when I compile the OOT?


Thanks,
Rich




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

[Discuss-gnuradio] Compiling Documentation with an OOT

[Richard Bell]

Hi all,

I would like to know how I get the comments I add to my public header
function to propagate through to the GRC Block documentation tab. Is there
a flag I have to add when I compile the OOT?

Thanks,
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] windows_sink rewritten

[Martin Braun]

Is the existing PR still open?

M

On 03/28/2016 08:16 AM, Geof Nieboer wrote:
> All,
> 
> So the windows audio sink has had a skipping problem for some time. 
> Yesterday I refactored it completely and fixed that.  Essentially it
> wasn't double buffering so would wait for the sole buffer to be finished
> before starting to refill it.
> 
> Form some reason I can't seem to create a new issue in redmine, but the
> commit was automagically added to my existing pull request on github.  
> 
> https://github.com/gnuradio/gnuradio/pull/739/commits/6513af2dc2d3f61106c574d56e2637ab80c0cbf9
> 
> Geof
> 
> 
> 
> ___
> 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

Re: [Discuss-gnuradio] Please solve this problem

[Ankit Saharia]

Yes Sir,I tried to run a file with the audio sink and it was executing
properly.

Sir i haven't tried out the volk profile.

I will try it Sir.

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

Re: [Discuss-gnuradio] Error while executing a flow graph

[Ankit Saharia]

Thankyou Sir for your response. Sorry for replying late Sir. I didnot
receive your mail so i had to go to the website and check it.


I tried to add the WX GUI FFT Sink to my audio tone signal flow graph.But
after the execution the same error persists.


Then I changed the WX GUI Sink to QT GUI Sink, it was working well and the
graph can also be seen.


So as you have mentioned, it is a problem with the WX components.


Below attached is the .grc file for my project.


Another doubt Sir is that,are all the WX components replacable by the QT
components.


Thankyou


QAM64.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Error while executing a flow graph

[Tom Rondeau]

On Mon, Mar 28, 2016 at 4:56 AM, Geof Nieboer  wrote:

> Ankit,
>
> OK, thanks.  Please, when you reply to emails, ensure that the
> "discuss-gnuradio" email address is included so the discussion can be seen
> on the mailing so it will help others.
>
> So I would recommend adding some WX GUI components to your audio
> tone signal flow graph, and see if they work correctly (Like a WX FFT
> Sink).  It looks like a problem with WX.  If it does work, continue adding
> components to the simple flow graph to make it more like your larger one,
> until you can see which one fails.
>
> If WX fails right away, take it off, switch the top_block to QT GUI mode,
> then add a Qt GUI component instead, and see if that works.  If QT is
> working, then perhaps you can replicate the block from the tutorial with QT
> components.  Most of the basic components come in either QT or WX flavors.
>
> If you post the ".grc" file I will run it on my Windows install and see
> how it works.
>
> Geof
>


Also know that we /strongly/ recommend you use QTGUI and move away from
using the WX widgets. We switched the default GRC option to set up for
using QT at this point, too. They should be your natual, go-to GUI
instrumentation tools.

Tom




> On Mon, Mar 28, 2016 at 4:17 AM, Ankit Saharia 
> wrote:
>
>> Thankyou sir for taking the time and responding to my email . I would
>> like to apologize for the language i used before.
>>
>>
>>
>> 1) I followed the 16 steps that was given in the website:
>> https://lists.gnu.org/archive/html/discuss-gnuradio/2013-12/msg00497.html
>>
>> It started off with downloading of python followed by the installation of
>> the python extension packages which i downloaded from the website:
>> http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyqwt
>>
>> This method was used to install GNURadio.
>>
>>
>>
>> 2) The file "My actual project" attached below is the screenshot of the
>> GRC file.
>>
>> Sir,I am currently a Final year student pursuing my B.Tech in Electronics
>> and Communication Engineering from VIT University,Vellore,India.For our
>> final year project we have to choose a research paper and work on it.
>> So i have chose a research paper on GNURadio.
>> Hence the block made in the GRC file was taken entirely from the research
>> paper attached below.
>>
>>
>>
>> 3) I made a file with signal source,throttle and a audio sink to check
>> whether the files where executing or not.So after i pressed the execute
>> button a beep sound was heard so i found out the execution of files is done
>> properly.
>>
>> I tried to open a example saved in the GNURadio folder but again the same
>> error was shown after the top block was generated.
>>
>> I am not able to understand what the error is.
>>
>>
>> Thankyou
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Pybombs / GNURadio install question

[Tom Rondeau]

On Mon, Mar 28, 2016 at 12:50 PM, Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> >>* - Now I'm stuck on the gnuradio installation. I added the recipes and*
> >>* created the prefix (gnuradio_mike) to a local directory as indicated in*
> >>* the PyBOMBS readme; but when I install with the command "pybombs -p*
> >>* gnuradio_mike install gnuradio gr-osmosdr" I get the following errors:*
> >>
> >>* ERROR - Could not run pip list. Hm.*
> >>* ERROR - Command '['pip', 'list']' returned non-zero exit status 2*
> >
> >What happens when you type 'pip list' into your command line? Does it
> >also produce a non-zero exit status? Are you using a virtualenv or
> >something?
>
> I am having this same issue when I decided to try setting up a machine using
> the new pybombs.  If I run 'pip list' it errors out as well.  The log file it
> creates is here:
>
>  /usr/bin/pip
> run on Mon Mar 28 12:45:51 2016 adium-theme-ubuntu (0.3.4) apt-xapian-index
> (0.46) argparse (1.2.1) beautifulsoup4 (4.3.2) characteristic (0.1.0)
> chardet (2.3.0) Cheetah (2.4.4) colorama (0.3.2) command-not-found (0.3)
> debtagshw (0.1) defer (1.0.6) dirspec (13.10) duplicity (0.7.1) html5lib
> (0.999) httplib2 (0.9) idna (0.9) lockfile (0.8) lxml (3.4.2) Mako (1.0.0)
> MarkupSafe (0.23) ndg-httpsclient (0.3.2) numpy (1.8.2) oauthlib (0.6.1)
> oneconf (0.3.7.15.4.1) PAM (0.4.2) Pillow (2.7.0) pip (1.5.6)
> piston-mini-client (0.7.5) pyasn1 (0.1.7) pyasn1-modules (0.0.5) PyBOMBS
> (2.0.1) pycrypto (2.6.1) pycups (1.9.72) pygobject (3.14.0) pyOpenSSL
> (0.13.1) pyserial (2.6) Exception: Traceback (most recent call last):
> File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in
> main status = self.run(options, args)   File
> "/usr/lib/python2.7/dist-packages/pip/commands/list.py", line 80, in run
> self.run_listing(options)   File
> "/usr/lib/python2.7/dist-packages/pip/commands/list.py", line 142, in
> run_listing self.output_package_listing(installed_packages)   File
> "/usr/lib/python2.7/dist-packages/pip/commands/list.py", line 151, in
> output_package_listing if dist_is_editable(dist):   File
> "/usr/lib/python2.7/dist-packages/pip/util.py", line 367, in
> dist_is_editable req = FrozenRequirement.from_dist(dist, [])   File
> "/usr/lib/python2.7/dist-packages/pip/__init__.py", line 299, in
> from_dist assert len(specs) == 1 and specs[0][0] == '==' AssertionError
> 
>


How did you install pip? I'd remove it with whatever tool you used and
reinstall using "easy_install pip" (then "pip install --upgrade pip").
Makes sure you have the latest version of pip.

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

[Discuss-gnuradio] Transmit volume very low

[Santos Campos]

Hello, all! Newer user here and even newer to the mailing list!

I'm trying to transmit a short .wav file via a b200 board (usrp). Before I
broadcast I was trying to hear what the audio would sound like after going
through the block diagram and I ended up with the diagram attached. It
"works" but the volume is very very low. Any ideas? Previously I'd just put
a multiply const block right before the audio sink, but I want the sample
to be already transmitting with a higher magnitude. Any help is much
appreciated!​
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Pybombs / GNURadio install question

[Jason Matusiak]

/- Now I'm stuck on the gnuradio installation. I added the recipes and/
/created the prefix (gnuradio_mike) to a local directory as indicated in/
/the PyBOMBS readme; but when I install with the command "pybombs -p/
/gnuradio_mike install gnuradio gr-osmosdr" I get the following errors:/
//
/ERROR - Could not run pip list. Hm./
/ERROR - Command '['pip', 'list']' returned non-zero exit status 2/


What happens when you type 'pip list' into your command line? Does it
also produce a non-zero exit status? Are you using a virtualenv or
something?


I am having this same issue when I decided to try setting up a machine using
the new pybombs.  If I run 'pip list' it errors out as well.  The log file it
creates is here:

 
/usr/bin/pip run on Mon Mar 28 12:45:51 2016 adium-theme-ubuntu (0.3.4) 
apt-xapian-index (0.46) argparse (1.2.1) beautifulsoup4 (4.3.2) 
characteristic (0.1.0) chardet (2.3.0) Cheetah (2.4.4) colorama (0.3.2) 
command-not-found (0.3) debtagshw (0.1) defer (1.0.6) dirspec (13.10) 
duplicity (0.7.1) html5lib (0.999) httplib2 (0.9) idna (0.9) lockfile 
(0.8) lxml (3.4.2) Mako (1.0.0) MarkupSafe (0.23) ndg-httpsclient 
(0.3.2) numpy (1.8.2) oauthlib (0.6.1) oneconf (0.3.7.15.4.1) PAM 
(0.4.2) Pillow (2.7.0) pip (1.5.6) piston-mini-client (0.7.5) pyasn1 
(0.1.7) pyasn1-modules (0.0.5) PyBOMBS (2.0.1) pycrypto (2.6.1) pycups 
(1.9.72) pygobject (3.14.0) pyOpenSSL (0.13.1) pyserial (2.6) Exception: 
Traceback (most recent call last):   File 
"/usr/lib/python2.7/dist-packages/pip/basecommand.py 
", line 122, in main status = 
self.run(options, args)   File 
"/usr/lib/python2.7/dist-packages/pip/commands/list.py 
", line 80, in run self.run_listing(options)   File 
"/usr/lib/python2.7/dist-packages/pip/commands/list.py 
", line 142, in run_listing 
self.output_package_listing(installed_packages)   File 
"/usr/lib/python2.7/dist-packages/pip/commands/list.py 
", line 151, in output_package_listing if 
dist_is_editable(dist):   File 
"/usr/lib/python2.7/dist-packages/pip/util.py ", line 
367, in dist_is_editable req = FrozenRequirement.from_dist(dist, []) 
  File "/usr/lib/python2.7/dist-packages/pip/__init__.py 
", line 299, in from_dist assert len(specs) == 
1 and specs[0][0] == '==' AssertionError



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

[Discuss-gnuradio] windows_sink rewritten

[Geof Nieboer]

All,

So the windows audio sink has had a skipping problem for some time.
Yesterday I refactored it completely and fixed that.  Essentially it wasn't
double buffering so would wait for the sole buffer to be finished before
starting to refill it.

Form some reason I can't seem to create a new issue in redmine, but the
commit was automagically added to my existing pull request on github.

https://github.com/gnuradio/gnuradio/pull/739/commits/6513af2dc2d3f61106c574d56e2637ab80c0cbf9

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

Re: [Discuss-gnuradio] Max Sampling Rate Limitation

[Marcus D. Leech]

On 03/28/2016 07:10 AM, Daniel R. Marlow wrote:

Hi Fikrat,

The sampling rate must be twice the BANDWIDTH that you want.I 
don't know much about
WiFi, but from the numbers you give, the range of frequencies you are 
interested in seems to
span about 2.447 - 2.427 GHz = 20 MHz.   The receiver users an analog 
mixer to shift the frequency
band you want down to near zero frequency, so sample with 50 MHz 
should be adequate.


Sincerely,
Dan Marlow
This is all complex sampling, so if your signal is 20Mhz wide, then 
sample it at a little more than 20MHz.  With complex (I/Q) sampling,
  a signal is sampled twice during each sampling period (at 90 degree 
intervals).   This satisfies Nyquist.






*From:* discuss-gnuradio-bounces+marlow=princeton@gnu.org 
[discuss-gnuradio-bounces+marlow=princeton@gnu.org] on behalf of 
Fikrat Al-Kazimi [alkazim...@gmail.com]

*Sent:* Monday, March 28, 2016 7:03 AM
*To:* discuss-gnuradio@gnu.org
*Subject:* [Discuss-gnuradio] Max Sampling Rate Limitation

Dear all,

I am trying to monitor Wi-Fi channel number 6 which ranges from 
2.427GHz to 2.447GHz.


As I read though, the sampling rate must be at least double the 
highest frequency, which in my case is equal to 4.894GHz. However, the 
USRP has a limit of 50MHz that I cannot exceed (I tried and it kept 
giving me actual sampling rate = 50MHz). Is there a way around it so 
that I can reconstruct the signal without much losses? What proper 
sampling rate can I choose?


Best regards,
Fikrat


___
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

Re: [Discuss-gnuradio] Max Sampling Rate Limitation

[Fikrat Al-Kazimi]

Hi Dan,

Thanks a lot for clearing that up. It's much appreciated :)

Best regards,
Fikrat



On Mon, Mar 28, 2016 at 2:10 PM, Daniel R. Marlow 
wrote:

> Hi Fikrat,
>
> The sampling rate must be twice the BANDWIDTH that you want.I
> don't know much about
> WiFi, but from the numbers you give, the range of frequencies you are
> interested in seems to
> span about 2.447 - 2.427 GHz = 20 MHz.   The receiver users an analog
> mixer to shift the frequency
> band you want down to near zero frequency, so sample with 50 MHz should be
> adequate.
>
> Sincerely,
> Dan Marlow
>
> --
> *From:* discuss-gnuradio-bounces+marlow=princeton@gnu.org
> [discuss-gnuradio-bounces+marlow=princeton@gnu.org] on behalf of
> Fikrat Al-Kazimi [alkazim...@gmail.com]
> *Sent:* Monday, March 28, 2016 7:03 AM
> *To:* discuss-gnuradio@gnu.org
> *Subject:* [Discuss-gnuradio] Max Sampling Rate Limitation
>
> Dear all,
>
> I am trying to monitor Wi-Fi channel number 6 which ranges from 2.427GHz
> to 2.447GHz.
>
> As I read though, the sampling rate must be at least double the highest
> frequency, which in my case is equal to 4.894GHz. However, the USRP has a
> limit of 50MHz that I cannot exceed (I tried and it kept giving me actual
> sampling rate = 50MHz). Is there a way around it so that I can reconstruct
> the signal without much losses? What proper sampling rate can I choose?
>
> Best regards,
> Fikrat
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Max Sampling Rate Limitation

[Daniel R. Marlow]

Hi Fikrat,

The sampling rate must be twice the BANDWIDTH that you want.I don't 
know much about
WiFi, but from the numbers you give, the range of frequencies you are 
interested in seems to
span about 2.447 - 2.427 GHz = 20 MHz.   The receiver users an analog mixer to 
shift the frequency
band you want down to near zero frequency, so sample with 50 MHz should be 
adequate.

Sincerely,
Dan Marlow


From: discuss-gnuradio-bounces+marlow=princeton@gnu.org 
[discuss-gnuradio-bounces+marlow=princeton@gnu.org] on behalf of Fikrat 
Al-Kazimi [alkazim...@gmail.com]
Sent: Monday, March 28, 2016 7:03 AM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Max Sampling Rate Limitation

Dear all,

I am trying to monitor Wi-Fi channel number 6 which ranges from 2.427GHz to 
2.447GHz.

As I read though, the sampling rate must be at least double the highest 
frequency, which in my case is equal to 4.894GHz. However, the USRP has a limit 
of 50MHz that I cannot exceed (I tried and it kept giving me actual sampling 
rate = 50MHz). Is there a way around it so that I can reconstruct the signal 
without much losses? What proper sampling rate can I choose?

Best regards,
Fikrat

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

[Discuss-gnuradio] Max Sampling Rate Limitation

[Fikrat Al-Kazimi]

Dear all,

I am trying to monitor Wi-Fi channel number 6 which ranges from 2.427GHz to
2.447GHz.

As I read though, the sampling rate must be at least double the highest
frequency, which in my case is equal to 4.894GHz. However, the USRP has a
limit of 50MHz that I cannot exceed (I tried and it kept giving me actual
sampling rate = 50MHz). Is there a way around it so that I can reconstruct
the signal without much losses? What proper sampling rate can I choose?

Best regards,
Fikrat
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Error while executing a flow graph

[Geof Nieboer]

Ankit,

OK, thanks.  Please, when you reply to emails, ensure that the
"discuss-gnuradio" email address is included so the discussion can be seen
on the mailing so it will help others.

So I would recommend adding some WX GUI components to your audio
tone signal flow graph, and see if they work correctly (Like a WX FFT
Sink).  It looks like a problem with WX.  If it does work, continue adding
components to the simple flow graph to make it more like your larger one,
until you can see which one fails.

If WX fails right away, take it off, switch the top_block to QT GUI mode,
then add a Qt GUI component instead, and see if that works.  If QT is
working, then perhaps you can replicate the block from the tutorial with QT
components.  Most of the basic components come in either QT or WX flavors.

If you post the ".grc" file I will run it on my Windows install and see how
it works.

Geof



On Mon, Mar 28, 2016 at 4:17 AM, Ankit Saharia  wrote:

> Thankyou sir for taking the time and responding to my email . I would like
> to apologize for the language i used before.
>
>
>
> 1) I followed the 16 steps that was given in the website:
> https://lists.gnu.org/archive/html/discuss-gnuradio/2013-12/msg00497.html
>
> It started off with downloading of python followed by the installation of
> the python extension packages which i downloaded from the website:
> http://www.lfd.uci.edu/~gohlke/pythonlibs/#pyqwt
>
> This method was used to install GNURadio.
>
>
>
> 2) The file "My actual project" attached below is the screenshot of the
> GRC file.
>
> Sir,I am currently a Final year student pursuing my B.Tech in Electronics
> and Communication Engineering from VIT University,Vellore,India.For our
> final year project we have to choose a research paper and work on it.
> So i have chose a research paper on GNURadio.
> Hence the block made in the GRC file was taken entirely from the research
> paper attached below.
>
>
>
> 3) I made a file with signal source,throttle and a audio sink to check
> whether the files where executing or not.So after i pressed the execute
> button a beep sound was heard so i found out the execution of files is done
> properly.
>
> I tried to open a example saved in the GNURadio folder but again the same
> error was shown after the top block was generated.
>
> I am not able to understand what the error is.
>
>
> Thankyou
>
> ___
> 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