Hello all,
My name is Martin Flasskamp and I'm currently starting my diploma thesis
at Bielefeld University in Germany.
My task is to create a wireless demonstration system which enables two
nodes to communicate wirelessly using software-defined radio.
The platform I'll use is our own modular FPG
Hi,
this sounds like you want to implement the sender/receiver functionality on the
host, so why not write a GNU Radio integration module and use existing RX/TX
code?
There are already physical layer implementations for ZigBee, 802.11, Bluetooth,
Gen2, etc. available (e.g., at https://www.cgr
Hi
Using USRP N210, UHD 3.2.1, windows7 (VC++ 9), GPSDO (Jackson Labs)
I first use :
get_mboard_sensor("gps_time")
set_time_next_pps(0, 1, 5400)
Since gps time returns soon after pps edge occurs, I know that time is set
to 0 at a known GPS time called gps_t_0 (which is gps time returned
Hello all,
I have a problem with my USRP2 (with a SBX board) :
Most of times when I launch the acquisition, no data are received.
For example with uhd_fft.py :
$ uhd_fft.py
linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.002.001-fc349d3
-- Opening a USRP2/N-Series device...
-- Current recv f
hello people,
i have successfully installed the gnuradio 3.2.2 on ubuntu 10.04, and i want
to use the RDS enabled application on the grc. when i install it, it is
showing me many errors. i dont know whether i am using the right source onto
it or not. i followed the steps from
https://www.cgran.org/
hello people,
In the gr-rds repository installation to work with the grc, after
configuring it when i enter the make command i am getting the following
error
rds.cc:145:20: error: Python.h: No such file or directory
rds.cc:2557:4: error: #error "This python version requires swig to be run
with the
On 08/05/2011 07:33 AM, Emmanuel Caillé wrote:
> Hello all,
>
> I have a problem with my USRP2 (with a SBX board) :
> Most of times when I launch the acquisition, no data are received.
>
> For example with uhd_fft.py :
>
> $ uhd_fft.py
> linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.002.
Hi
I have experienced some issues regarding querying GPS time
(get_mboard_sensor("gps_time"))
and about GPSDO discovery stability
For more details, see previous posts :
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-08/msg00111.html
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-
On 05/08/2011 10:33 AM, Emmanuel Caillé wrote:
Hello all,
I have a problem with my USRP2 (with a SBX board) :
Most of times when I launch the acquisition, no data are received.
For example with uhd_fft.py :
$ uhd_fft.py
linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.002.001-fc349d3
-- Ope
Hi
Thanks marcus. I am new to Gnu Radio and Python. I am working on USRP
N200 with RFX2400. I am trying to make digital-bert scripts to work for UHD.
I made some changes in the code but i am encoutering errors. The latest
error is shown below:
aravind@COE-CW85V91:~/gnuradio/gnuradio-examples/
On 05/08/2011 1:35 PM, saketh kumar wrote:
Hi
Thanks marcus. I am new to Gnu Radio and Python. I am working on
USRP N200 with RFX2400. I am trying to make digital-bert scripts to
work for UHD. I made some changes in the code but i am encoutering
errors. The latest error is shown below:
Loo
I got it what you are trying to say but i haven't mentioned any integer type
in the code so which very large value is it taking.
-saketh
On Fri, Aug 5, 2011 at 1:35 PM, saketh kumar wrote:
> Hi
>
>Thanks marcus. I am new to Gnu Radio and Python. I am working on USRP
> N200 with RFX2400. I am
Using this flow graph: http://i.imgur.com/K9TaN.png
I get this traceback:
-- Opening USRP-E on /dev/usrp_e0
Traceback (most recent call last):
File "full_duplex.py", line 60, in
tb = full_duplex()
File "full_duplex.py", line 31, in __init__
num_channels=1,
File "/usr/lib/python2.6/s
On Fri, 2011-08-05 at 13:40 -0700, Meyer S. Jacobs wrote:
> Using this flow graph: http://i.imgur.com/K9TaN.png
What version of E100 images are you using? The older stuff had a known
bug that would cause this. Update to latest images & try again.
--n
>
>
> I get this traceback:
> -- Opening US
I updated the usrp kernel module and boot files with the versions
published on the wiki. The problem persists. I also recently applied
the Console Development Image from
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/Images
(within the last week).
root@usrp-e1xx:~# uname -a
Phil,
What may be the reason that after updating FAT and uploading rootfs with new
files It blows when python is interpreting
from gnuradio import uhd
I need to upload new UHD from GIT and compile it?
WD
___
Discuss-gnuradio mailing list
Discuss-gnuradio
K. Leaving in 5
Sent via DROID on Verizon Wireless
-Original message-
From: Radio Man
To: Philip Balister
Cc: "usrp-us...@lists.ettus.com" , GNURadio
Discussion List
Sent: Fri, Aug 5, 2011 21:26:00 GMT+00:00
Subject: Re: [Discuss-gnuradio] [USRP-users] USRP-E100 update (new kernel
On 08/05/2011 02:26 PM, Radio Man wrote:
> Phil,
> What may be the reason that after updating FAT and uploading rootfs with new
> files It blows when python is interpreting
> from gnuradio import uhd
>
Send the error verbose and the output of uhd_usrp_probe
> I need to upload new UHD from GIT
>On Fri, Aug 5, 2011 at 15:41, Josh Blum wrote:
> Can you tell me the output of uhd_usrp_probe
>
> thanks
> -josh
It appears I must have botched something during the updating. Now
everything gives this error:
root@usrp-e1xx:~# uhd_usrp_probe
linux; GNU C++ version 4.5.2 20101204 (prerelease); Bo
hello, how you did it, that changed in the sensing spectrum, I'm using the
module FLEX900?
devin kelly-2 wrote:
>
> Hello,
>
> I've created a spectrum sensor with the USRP2, my python script uses the
> same idea as usrp_spectrum_sense.py found in gnuradio. That is, it tunes,
> takes an FFT,
On 08/05/2011 03:53 PM, Meyer S. Jacobs wrote:
>> On Fri, Aug 5, 2011 at 15:41, Josh Blum wrote:
>> Can you tell me the output of uhd_usrp_probe
>>
>> thanks
>> -josh
>
> It appears I must have botched something during the updating. Now
> everything gives this error:
>
> root@usrp-e1xx:~# uhd_
21 matches
Mail list logo
