[Discuss-gnuradio] GRC cannot find USRP N210

[Pavel Sajjad]

Hi all,

I was trying to work with USRP N210, but unfortunately GRC shows no USRP device 
detected. But when I type uhd_find_devices; my USRP is shown. I use version 
3.3. Can anyone advise me what to do?

Best Regards,
Pavel


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

Re: [Discuss-gnuradio] GRC cannot find USRP N210

[Josh Blum]

You will need to install gnuradio from the master branch:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Gnuradio-UHD

-Josh

On 03/20/2011 12:20 AM, Pavel Sajjad wrote:
> 
> Hi all,
> 
> I was trying to work with USRP N210, but unfortunately GRC shows no USRP 
> device detected. But when I type uhd_find_devices; my USRP is shown. I use 
> version 3.3. Can anyone advise me what to do?
> 
> Best Regards,
> Pavel
> 
> 
> 
> 
> 
> 
> ___
> 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

Fwd: Re: [Discuss-gnuradio] new feature work: qtgui support in grc

[Iain Young, G7III]

Rsending, since my original email seemed to have gone into the black
hole...

 Original Message 
Subject: Re: [Discuss-gnuradio] new feature work: qtgui support in grc
Date: Sat, 19 Mar 2011 19:32:57 +
From: Iain Young, G7III 
To: Discuss-gnuradio@gnu.org 

Hey Josh

On 02/03/11 01:52, You wrote:


I have been working on supporting PyQt widgets and the qtgui sinks in
the Gnuradio Companion. Get the code on my wip/qtgui/grc branch on
jblum.git http://gnuradio.org/cgit/jblum.git/log/?h=wip/qtgui/grc


I finally got some time to take a look, but it looks like your WIP
branch has disappeared ? Did the code go into the main git repo ? I
see most of the qtgui grc blocks when starting the gunradio companion,
[from the latest repo, 19-MAR-2011] but it looks like the plotter is
missing ? Which is of course, the one I was really interested in
testing...


Best Regards

Iain

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

[Discuss-gnuradio] Where can I find C++ source code of an API

[Fengyuan Gong]

Hi,

I am a new learner of gnuradio. I want to know how gnuradio do carrier
sensing. In the following function,
def carrier_sensed(self):
"""
Return True if we think carrier is present.
"""
#return self.probe.level() > X
return self.probe.unmuted()

I don't know what is the C++ source code for probe.unmuted, can anyone tell
me where to find it? I want to know how C++ get RSSI and process it to get
whether carrier is present or not.

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

[Discuss-gnuradio] USRP-1 For Sale

[William Pretty Security Inc]

Hello All;

 

For financial reasons, I am forced to sell my USRP-1 system.

My loss is you gain :o)

 

http://cgi.ebay.ca/ws/eBayISAPI.dll?ViewItem

&item=130499894015

 

Enjoy .

 

Bill

 

A prisoner of war is a man who tries to kill you and fails, and then asks
you not to kill him.

Winston Churchill

 

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

Re: [Discuss-gnuradio] Where can I find C++ source code of an API

[Ben Reynwar]

Maybe I'm misunderstanding your question.
It looks to me like line 59 of gr_probe_avg_mag_sqrd_c.cc is calling
the filter function.  So "input" in that function is just the value
that is being passed in there.

On Sun, Mar 20, 2011 at 2:27 PM, Fengyuan Gong  wrote:
> Hi, Ben,
> I know where to find d_iir, which is actually an instance from class
> gr_single_pole_iih.h .
> If you have time to take a look at line 92 in gr_single_pole_iih.h,
>   output = d_alpha * input + d_one_minus_alpha * d_prev_output;
> My question is where the input comes from? I think input is coming from RSSI
> value reading in from USRP. But not sure how to get it?
> Best Regards~
> Fengyuan Gong
> On Sun, Mar 20, 2011 at 3:03 PM, Fengyuan Gong 
> wrote:
>>
>> Hi, Ben,
>> Thank you for your answer.
>> In /gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.cc file, I saw
>> d_unmuted = d_iir.prev_output() >= d_threshold; will determine unmuted to
>> be true or false.
>> Then I want to know what is the C++ source code for d_iir.prev_output()
>> function.
>> I try to find it using find . -name "d_iir.*"
>> but nothing found.
>> why?
>> Best Regards~
>> Fenyuan Gong
>>
>> On Sun, Mar 20, 2011 at 2:38 PM, Ben Reynwar  wrote:
>>>
>>> On Sun, Mar 20, 2011 at 10:58 AM, Fengyuan Gong 
>>> wrote:
>>> > Hi,
>>> > I am a new learner of gnuradio. I want to know how gnuradio do carrier
>>> > sensing. In the following function,
>>> >     def carrier_sensed(self):
>>> >         """
>>> >         Return True if we think carrier is present.
>>> >         """
>>> >         #return self.probe.level() > X
>>> >         return self.probe.unmuted()
>>> > I don't know what is the C++ source code for probe.unmuted, can anyone
>>> > tell
>>> > me where to find it? I want to know how C++ get RSSI and process it to
>>> > get
>>> > whether carrier is present or not.
>>> > Thanks~
>>> > Fengyuan Gong
>>> > ___
>>> > Discuss-gnuradio mailing list
>>> > Discuss-gnuradio@gnu.org
>>> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> >
>>> >
>>>
>>> Earlier in python file you see:
>>>
>>> self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha)
>>>
>>> The naming convention is that a python block gr.probe_avg_mag_sqrd_c
>>> is defined in C++ as
>>> gr_probe_avg_mag_sqrd_c.  The files defining it will shared that name.
>>>
>>> Assuming you're using something unix-like you can find it by
>>>
>>> find . -name "gr_probe_avg_mag_sqrd_c.*"
>>>
>>> and you'll see the source is at
>>>
>>> gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.*
>>
>
>

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

Re: [Discuss-gnuradio] Where can I find C++ source code of an API

[Fengyuan Gong]

Hi, Ben,

>From line 59 of gr_probe_avg_mag_sqrd_c.cc, mag_sqrd is the "input"
variable. mag_sqrd comes from pointer in at line 58. Pointer in comes from
pointer input_item at line 55. I know &input_item is a parameter of function
work at line 52. My question is that where will work function be called and
what value will be passed for the argument &input_item?

Thanks~
Fengyuan

On Sun, Mar 20, 2011 at 5:43 PM, Ben Reynwar  wrote:

> Maybe I'm misunderstanding your question.
> It looks to me like line 59 of gr_probe_avg_mag_sqrd_c.cc is calling
> the filter function.  So "input" in that function is just the value
> that is being passed in there.
>
> On Sun, Mar 20, 2011 at 2:27 PM, Fengyuan Gong 
> wrote:
> > Hi, Ben,
> > I know where to find d_iir, which is actually an instance from class
> > gr_single_pole_iih.h .
> > If you have time to take a look at line 92 in gr_single_pole_iih.h,
> >   output = d_alpha * input + d_one_minus_alpha * d_prev_output;
> > My question is where the input comes from? I think input is coming from
> RSSI
> > value reading in from USRP. But not sure how to get it?
> > Best Regards~
> > Fengyuan Gong
> > On Sun, Mar 20, 2011 at 3:03 PM, Fengyuan Gong 
> > wrote:
> >>
> >> Hi, Ben,
> >> Thank you for your answer.
> >> In /gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.cc file, I saw
> >> d_unmuted = d_iir.prev_output() >= d_threshold; will determine unmuted
> to
> >> be true or false.
> >> Then I want to know what is the C++ source code for d_iir.prev_output()
> >> function.
> >> I try to find it using find . -name "d_iir.*"
> >> but nothing found.
> >> why?
> >> Best Regards~
> >> Fenyuan Gong
> >>
> >> On Sun, Mar 20, 2011 at 2:38 PM, Ben Reynwar  wrote:
> >>>
> >>> On Sun, Mar 20, 2011 at 10:58 AM, Fengyuan Gong <
> fengyuan.g...@gmail.com>
> >>> wrote:
> >>> > Hi,
> >>> > I am a new learner of gnuradio. I want to know how gnuradio do
> carrier
> >>> > sensing. In the following function,
> >>> > def carrier_sensed(self):
> >>> > """
> >>> > Return True if we think carrier is present.
> >>> > """
> >>> > #return self.probe.level() > X
> >>> > return self.probe.unmuted()
> >>> > I don't know what is the C++ source code for probe.unmuted, can
> anyone
> >>> > tell
> >>> > me where to find it? I want to know how C++ get RSSI and process it
> to
> >>> > get
> >>> > whether carrier is present or not.
> >>> > Thanks~
> >>> > Fengyuan Gong
> >>> > ___
> >>> > Discuss-gnuradio mailing list
> >>> > Discuss-gnuradio@gnu.org
> >>> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>> >
> >>> >
> >>>
> >>> Earlier in python file you see:
> >>>
> >>> self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha)
> >>>
> >>> The naming convention is that a python block gr.probe_avg_mag_sqrd_c
> >>> is defined in C++ as
> >>> gr_probe_avg_mag_sqrd_c.  The files defining it will shared that name.
> >>>
> >>> Assuming you're using something unix-like you can find it by
> >>>
> >>> find . -name "gr_probe_avg_mag_sqrd_c.*"
> >>>
> >>> and you'll see the source is at
> >>>
> >>> gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.*
> >>
> >
> >
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] what the relation between the amplitude set in program and voltage of the received signal

[Yan Nie]

Dear all,

I'm using USRP1 with LFRX plug-in. Could you please tell me what's the relation 
between the amplitude that we set in program and the voltage of the received 
signal. For instance, if I receive a signal whose amplitude read from the 
received data file is 2000 units, what's the corresponding voltage of this 2000 
units? 

Really appreciate any of your reply

Yan

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

Re: [Discuss-gnuradio] Where can I find C++ source code of an API

[Ben Reynwar]

The basic idea in gnuradio is that you're stringing signal processing
blocks together.  There's some scheduling going to work out when
different blocks are doing number crunching which I know nothing
about.  Each block has a "work" or a "general_work" function that is
called by the scheduler (I think) when it is that block's turn to
crunch numbers.  "input_items" is the data that is being passed from
the previous block in the flow graph to this block.  I'm fairly new to
gnuradio too so if you need more detailed info than that, then I won't
be much help.

Cheers,
Ben

On Sun, Mar 20, 2011 at 3:16 PM, Fengyuan Gong  wrote:
> Hi, Ben,
> From line 59 of gr_probe_avg_mag_sqrd_c.cc, mag_sqrd is the "input"
> variable. mag_sqrd comes from pointer in at line 58. Pointer in comes from
> pointer input_item at line 55. I know &input_item is a parameter of function
> work at line 52. My question is that where will work function be called and
> what value will be passed for the argument &input_item?
> Thanks~
> Fengyuan
>
> On Sun, Mar 20, 2011 at 5:43 PM, Ben Reynwar  wrote:
>>
>> Maybe I'm misunderstanding your question.
>> It looks to me like line 59 of gr_probe_avg_mag_sqrd_c.cc is calling
>> the filter function.  So "input" in that function is just the value
>> that is being passed in there.
>>
>> On Sun, Mar 20, 2011 at 2:27 PM, Fengyuan Gong 
>> wrote:
>> > Hi, Ben,
>> > I know where to find d_iir, which is actually an instance from class
>> > gr_single_pole_iih.h .
>> > If you have time to take a look at line 92 in gr_single_pole_iih.h,
>> >   output = d_alpha * input + d_one_minus_alpha * d_prev_output;
>> > My question is where the input comes from? I think input is coming from
>> > RSSI
>> > value reading in from USRP. But not sure how to get it?
>> > Best Regards~
>> > Fengyuan Gong
>> > On Sun, Mar 20, 2011 at 3:03 PM, Fengyuan Gong 
>> > wrote:
>> >>
>> >> Hi, Ben,
>> >> Thank you for your answer.
>> >> In /gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.cc file, I
>> >> saw
>> >> d_unmuted = d_iir.prev_output() >= d_threshold; will determine unmuted
>> >> to
>> >> be true or false.
>> >> Then I want to know what is the C++ source code for d_iir.prev_output()
>> >> function.
>> >> I try to find it using find . -name "d_iir.*"
>> >> but nothing found.
>> >> why?
>> >> Best Regards~
>> >> Fenyuan Gong
>> >>
>> >> On Sun, Mar 20, 2011 at 2:38 PM, Ben Reynwar  wrote:
>> >>>
>> >>> On Sun, Mar 20, 2011 at 10:58 AM, Fengyuan Gong
>> >>> 
>> >>> wrote:
>> >>> > Hi,
>> >>> > I am a new learner of gnuradio. I want to know how gnuradio do
>> >>> > carrier
>> >>> > sensing. In the following function,
>> >>> >     def carrier_sensed(self):
>> >>> >         """
>> >>> >         Return True if we think carrier is present.
>> >>> >         """
>> >>> >         #return self.probe.level() > X
>> >>> >         return self.probe.unmuted()
>> >>> > I don't know what is the C++ source code for probe.unmuted, can
>> >>> > anyone
>> >>> > tell
>> >>> > me where to find it? I want to know how C++ get RSSI and process it
>> >>> > to
>> >>> > get
>> >>> > whether carrier is present or not.
>> >>> > Thanks~
>> >>> > Fengyuan Gong
>> >>> > ___
>> >>> > Discuss-gnuradio mailing list
>> >>> > Discuss-gnuradio@gnu.org
>> >>> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >>> >
>> >>> >
>> >>>
>> >>> Earlier in python file you see:
>> >>>
>> >>> self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha)
>> >>>
>> >>> The naming convention is that a python block gr.probe_avg_mag_sqrd_c
>> >>> is defined in C++ as
>> >>> gr_probe_avg_mag_sqrd_c.  The files defining it will shared that name.
>> >>>
>> >>> Assuming you're using something unix-like you can find it by
>> >>>
>> >>> find . -name "gr_probe_avg_mag_sqrd_c.*"
>> >>>
>> >>> and you'll see the source is at
>> >>>
>> >>> gnuradio-core/src/lib/general/gr_probe_avg_mag_sqrd_c.*
>> >>
>> >
>> >
>
>

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

[Discuss-gnuradio] gr_shared_ptr.i vs boost_shared_ptr.i

[Ben Reynwar]

Hi all,

I've been trying every now again to create classes in gnuradio that
are not signal processing blocks but are wrapped up in the same way
used boost::shared_ptr and SWIG.  I haven't been able to replicate how
it's done for the signal processing blocks.

I have been able to get the same thing working outside of gnuradio
using the boost_shared_ptr.i SWIG library.  Unfortunately I can't use
that within gnuradio because the namespace clashes with
gr_shared_ptr.i.  My guess is that things are done the way they are in
gnuradio because when they were written the boost_shared_ptr.i library
wasn't available.  Does anyone know of any reasons not to use
boost_shared_ptr.i instead of gr_shared_ptr.i within gnuradio?  I
think it should make things simpler.

Cheers,
Ben

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

[Discuss-gnuradio] Error building gnuradio on USRP E100

[Ingmar Meins]

In response to Josh's announcement I have grabbed the latest git of UHD 
and GNURADIO and tried to build it on my E100. I followed the 
instructions from the usrpe1xx-FAQ.


UHD built and installed okay but GNURADIO fails with the following errors:

Is this a case of the UHD from git://ettus.sourcerepo.com/ettus/uhd.git 
not actually being the correct version for the gnuradio from 
git://gnuradio.org/gnuradio.git ?


Suggestions appreciated, especially since rebuilding takes most of the 
evening!


Cheers,
Ingmar

python/uhd_swig.cc: In function 'PyObject* 
_wrap_dboard_iface_write_gpio(PyObject*, PyObject*, PyObject*)':
python/uhd_swig.cc:18281:15: error: 'class uhd::usrp::dboard_iface' has 
no member named 'write_gpio'
python/uhd_swig.cc: In function 'PyObject* 
_wrap_dboard_iface_sptr_write_gpio(PyObject*, PyObject*, PyObject*)':
python/uhd_swig.cc:19732:16: error: 'class uhd::usrp::dboard_iface' has 
no member named 'write_gpio'
python/uhd_swig.cc: In function 'PyObject* 
_wrap_uhd_usrp_source_sptr_get_freq_range(PyObject*, PyObject*, PyObject*)':

python/uhd_swig.cc:20891:26: error: 'uhd::meta_range_t' is not a template
python/uhd_swig.cc: In function 'PyObject* 
_wrap_uhd_usrp_source_sptr_get_gain_range(PyObject*, PyObject*, PyObject*)':

python/uhd_swig.cc:21040:26: error: 'uhd::meta_range_t' is not a template
python/uhd_swig.cc: In function 'PyObject* 
_wrap_uhd_usrp_sink_sptr_get_freq_range(PyObject*, PyObject*, PyObject*)':

python/uhd_swig.cc:23150:26: error: 'uhd::meta_range_t' is not a template
python/uhd_swig.cc: In function 'PyObject* 
_wrap_uhd_usrp_sink_sptr_get_gain_range(PyObject*, PyObject*, PyObject*)':

python/uhd_swig.cc:23299:26: error: 'uhd::meta_range_t' is not a template
python/uhd_swig.cc: In function 'void init_uhd_swig()':
python/uhd_swig.cc:26457:89: error: 'REF_MIMO' is not a member of 
'uhd::clock_config_t'
python/uhd_swig.cc:26460:89: error: 'PPS_MIMO' is not a member of 
'uhd::clock_config_t'

make[5]: *** [_uhd_swig_la-uhd_swig.lo] Error 1
make[5]: Leaving directory `/media/sda7/gnuradio/gnuradio/gr-uhd/swig'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/media/sda7/gnuradio/gnuradio/gr-uhd/swig'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/media/sda7/gnuradio/gnuradio/gr-uhd'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/media/sda7/gnuradio/gnuradio/gr-uhd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/media/sda7/gnuradio/gnuradio'
make: *** [all] Error 2
root@usrp-e1xx:/media/sda7/gnuradio/gnuradio#

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