I have developed a transceiver application to run with XCVR2450 on USRP
N210. My transceiver class has been created as follows:
class my_trans(gr.top_block):
def __init__(self, mod_class, demod_class, rx_callback, rx_callback2,
options):
gr.top_block.__init__(self)
# Get the
Hi everybody,
just a very quick question:
is it possible to enslave the clock of a B100 to the clock of another B100
via the "REF IN" input or in some other way?
More precisely, is there a way to extract the clock signal from a B100 and
feed it into another B100 to enslave the latter to the forme
Hello
I am looking for a way to assemble a spectrum sensing in gnuradio-companion.
Here in gnuradio.blogspot only found information about the file
usrp_spectrum_sense.py, but would like to know how to implement spectrum
sensing (including detection of energy) in gnuradio-companion.
Could anyone h
Hi everyone,
Im a student in a telecommunication school and I need to use GNURadio for a
project.
I have two USRP : 1 USRP1 (USB interface) and 1 USRP N200 (ethernet
interface).
The USRP1 works with a software that use GNURadio 3.2.2.
Now, I need to develop an other software with the
I am actually doing something similar for cognitive radio, the best way to
go about it is to follow the tutorial online for how to write a signal
processing block
http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html (I do
find a little vague on some parts); you can browse google for a
On Fri, Mar 23, 2012 at 01:51:00PM +0100, Noé Beuret wrote:
> Hi everyone,
>
> I’m a student in a telecommunication school and I need to use GNURadio for a
> project.
Cool, good luck!
> I have two USRP : 1 USRP1 (USB interface) and 1 USRP N200 (ethernet
> interface).
>
> The USRP1 works with a
Hi!
Thanks a lot for your response.
Last week I tried to install the latest version of GNURadio and UHD with the
script provided by Marcus Leech, but I read somewhere that GNURadio version
need to be between 3.3 and 3.5 for working with USRP1 because newer version
don't use libusrp... It is r
USRP1 works just fine with the very-latest Gnu Radio and UHD just
fine--I ran one that way just the other night. So you can run
build-gnuradio to download the very latest UHD and Gnu Radio and it'll
work just fine with both your N210 and your USRP1.
There's absolutely
no reason for a new user
On 03/22/2012 09:02 PM, Josh Blum wrote:
On 03/22/2012 12:47 PM, Zhonghua wrote:
Hi all,
I changed something in the ucla_zigbee library and want to reinstall it.
But when I doing make, the following error occurred.
/bin/grep: /usr/lib/libgruel.la: No such file or directory
/usr/bin/sed: can't
Finding white space in the spectrum can be done by looking at power across
the bins you are monitoring. I have done White space research with the
USRP2 and the WBX, and they worked out great for me. So you're on the
right track!
Take a look at this work, Section 3.1:
http://static.usenix.org/eve
Hi Marcus,
Thanks for your response.
If I would use an old version of GNURadio it’s because a software that I need
use it with USRP1. I’m afraid that this software doesn’t work if I use a newest
gnuradio version or UHD.
Noé
De : discuss-gnuradio-bounces+noe_beuret=yahoo...@gnu.
Conversion to UHD should be too hard. You generally don't have to
touch the "guts", just the source/sink blocks.
-Marcus
On Fri, 23
Mar 2012 15:29:26 +0100, Noé Beuret wrote:
> Hi Marcus,
>
> Thanks
for your response.
>
> If I would use an old version of GNURadio it's
because a softwa
On 03/23/2012 07:18 AM, Zhonghua wrote:
> On 03/22/2012 09:02 PM, Josh Blum wrote:
>>
>> On 03/22/2012 12:47 PM, Zhonghua wrote:
>>> Hi all,
>>>
>>> I changed something in the ucla_zigbee library and want to reinstall it.
>>> But when I doing make, the following error occurred.
>>> /bin/grep: /us
On Fri, Mar 23, 2012 at 3:41 AM, Vincenzo Pellegrini wrote:
> Hi everybody,
>
> just a very quick question:
>
> is it possible to enslave the clock of a B100 to the clock of another B100
> via the "REF IN" input or in some other way?
> More precisely, is there a way to extract the clock signal fro
Hi,
I'm trying to make usrp_nbfm_ptt.py to work with a N210 Rev.4. on
Ubuntu 11.10 and with Gnuradio
3.5.2.1
After my normal system info (see below), however, I get following message:
The debugged program raised the exception unhandled TypeError
"__init__() takes exactly 4 arguments (6 given)"
F
Hi Nick,
I have noticed that "j101" onboard the B100 outputs a 64 MHz reference.
Could it be possilble to feed that signal somehow into a second USRP B100
to be used as a reference?
Could it be possible as an alternative to lock two B100 to an external 10
MHz reference while still working at 8Msp
> Oh, interesting. uhd_find_devices works fine but uhd_usrp_probe also
> segfaults. I thought that used to run, I'll try again with different
> uhd versions and report back.
The same thing happens with all versions of UHD that I tried:
uhd_find_devices works but uhd_usrp_probe causes a segfault.
On Fri, Mar 23, 2012 at 10:18 AM, Vincenzo Pellegrini wrote:
> Hi Nick,
> I have noticed that "j101" onboard the B100 outputs a 64 MHz reference.
>
> Could it be possilble to feed that signal somehow into a second USRP B100
> to be used as a reference?
>
You would have to go through some gymnasti
That sounds like the example is out-of-date. It's calling some
function that expects a different number of arguments than it is
giving it. If you included the entire error output then we could
better see what the problem was (i.e. which function is raising this
error).
Cheers,
Ben
On Fri, Mar 2
On 03/23/2012 03:41 AM, Vincenzo Pellegrini wrote:
> Hi everybody,
>
> just a very quick question:
>
> is it possible to enslave the clock of a B100 to the clock of another B100
> via the "REF IN" input or in some other way?
> More precisely, is there a way to extract the clock signal from a B1
On 03/23/2012 01:56 PM, Josh Blum wrote:
It just dawned on me, and this may be a good idea in general:
There is a clock sync pin (cgen_sync_b in the fpga top level).
Presumably, a shared PPS could trigger the clock sync signal across
multiple B100. This would synchronously reset the phase across
On Fri, Mar 23, 2012 at 5:50 PM, Ben Reynwar wrote:
> That sounds like the example is out-of-date. It's calling some
> function that expects a different number of arguments than it is
> giving it. If you included the entire error output then we could
> better see what the problem was (i.e. which
2012/3/23 George Nychis
> Finding white space in the spectrum can be done by looking at power across
> the bins you are monitoring. I have done White space research with the
> USRP2 and the WBX, and they worked out great for me. So you're on the
> right track!
>
> Take a look at this work, Sect
On Fri, Mar 23, 2012 at 11:56 AM, Abdelrahman Ahmed wrote:
>
>
> 2012/3/23 George Nychis
>
>> Finding white space in the spectrum can be done by looking at power
>> across the bins you are monitoring. I have done White space research with
>> the USRP2 and the WBX, and they worked out great for m
On 03/23/2012 02:56 PM, Abdelrahman Ahmed wrote:
2012/3/23 George Nychis mailto:gnyc...@gmail.com>>
Finding white space in the spectrum can be done by looking at
power across the bins you are monitoring. I have done White space
research with the USRP2 and the WBX, and they worked
Hi,
I just upgraded my gnuradio software and noticed there is a different usrp
source block (uhd)
Now I am puzzled how to configure my usrp1.
I got a LFRX on TXA and a WBX on TBX and have no clue how to set up the USRP
Source Block in GRC..
Is there any doecumentation, release notes on
On 03/23/2012 12:00 PM, Jasper Kanbier wrote:
> Hi,
>
>
>
> I just upgraded my gnuradio software and noticed there is a different usrp
> source block (uhd)
>
> Now I am puzzled how to configure my usrp1.
>
>
>
> I got a LFRX on TXA and a WBX on TBX and have no clue how to set up the USRP
On 03/23/2012 03:00 PM, Jasper Kanbier wrote:
Hi,
I just upgraded my gnuradio software and noticed there is a different
usrp source block (uhd)
Now I am puzzled how to configure my usrp1.
I got a LFRX on TXA and a WBX on TBX and have no clue how to set up
the USRP Source Block in GRC..
I
On Fri, Mar 16, 2012 at 11:05 AM, Tom Rondeau wrote:
> Sorry gang, GNU Radio was not accepted as a mentor organization for the
> GSoC this year. I'm very disappointed, as I'm sure everyone who helped out
> here is, too. I thought we had great project ideas and application, but it
> apparently was
On Fri, Mar 23, 2012 at 11:30 AM, mario behn wrote:
> On Fri, Mar 23, 2012 at 5:50 PM, Ben Reynwar wrote:
>> That sounds like the example is out-of-date. It's calling some
>> function that expects a different number of arguments than it is
>> giving it. If you included the entire error output t
I'm pretty sure this will fix it.
replace line 372:
def __init__(self, args, gain, audio_output):
with
def __init__(self, args, spec, antenna, gain, audio_output):
On Fri, Mar 23, 2012 at 1:23 PM, Ben Reynwar wrote:
> On Fri, Mar 23, 2012 at 11:30 AM, mario behn wrote:
>> On Fri, Mar
Yes, it does. The application is starting now without any error. Thanks.
On Fri, Mar 23, 2012 at 8:55 PM, Ben Reynwar wrote:
> I'm pretty sure this will fix it.
>
> replace line 372:
>
> def __init__(self, args, gain, audio_output):
>
> with
>
> def __init__(self, args, spec, antenna, gain,
Hi,
I wonder what is the easiest way to implement an automatic responsive
push to talk?
1. while I'm in receive mode, I would like to sense if there is a signal,
2. If this is the case I would like to transmit a predefined signal
for a set time frame.
3. I would also like to cycle throuht 4 set f
Although the GNU Radio project was not accepted to GSoC, the GNU project
was. Since we are part of the project people interested in GSoC and GNU
Radio can apply to the GNU Project.
http://www.gnu.org/software/soc-projects/ideas-2012.html
Applications are due on April 6. Double check for the UTC c
Nella citazione in data Thu Mar 22 23:43:29 2012, Arturo Rinaldi ha
scritto:
Nella citazione in data Thu Mar 22 15:17:03 2012, Michael Dickens ha
scritto:
On Mar 22, 2012, at 9:55 AM, Arturo Rinaldi wrote:
I think i've sorted out the dependencies for building gnuradio on
Lion 10.7.3
sudo port
Hello list,
---
-- Tagged a 3.4.0 release
---
A 3.4.0 release has been tagged. Its been a long time coming since the
last release. 3.4.0 contains the new features
36 matches
Mail list logo
