On 01/10/2014 06:19 PM, Paul B. Huter wrote:
I am looking for a block that will give me a time while I am playing
back my data in GNURadio Companion. By this, I mean something that
will pop up when I start my flow and show me the time since the flow
was started. I do not care if it does not
On 01/13/2014 04:38 PM, Marqo Torres wrote:
Hi, thanks for replying. I'm using 16kHz in Audio sample-rate and
256kHz in USRP sink/source blocks.
Also I've noticed that when I change the config.d values in the files
from the gnuradio folder there's a variation in the breaking up voice
in the
there that could be hybridized to interface to
an SDR approach. But radar isn't my particular expertise.
On Fri, Jan 17, 2014 at 8:45 AM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 01/17/2014 09:37 AM, Luke Hough wrote:
As a hobby project, I am
On 01/18/2014 01:49 AM, Nikos Balkanas wrote:
Sorry, can't do. As i mentioned before, it is not my code to port :-(.
Subversion is still around and good. I have downloaded the first
revision from 2006. However, I can't tell which version is and it has
a bug, so it cannot build. Thanx for
On 01/18/2014 11:42 AM, Nikos Balkanas wrote:
The revisions that I was interested, don't use cmake. :-(
I think the point that Tom is making is that the project *HAS* been
using adequate version number practice *for several years*, so criticism
of versioning practice that is at this point 8
On 01/18/2014 10:09 PM, Activecat wrote:
Dear Sir,
I am learning wxWidgets in order to use it with gnuradio.
I find that WX GUI FFT Sink and WX GUI Scope Sink are programmed in
python, not C++. Is this true?
If yes, then I may just learn wxPython first.
Please advise, thanks.
Regards,
On 01/23/2014 04:00 PM, Miklos Maroti wrote:
Hi!
I am getting this error:
sched:xxx is requesting more input data
than we can provide.
ninput_items_required = 16000
max_possible_items_available = 8191
and I have no idea how to fix it. Is it possible to request more
buffer space?
On 01/24/2014 09:55 AM, Nasi wrote:
Coder is a good coder if his code is readable first. Anyone one can design a
confusing language.
A programmers job in documentation isn't to teach you the language the
code is written in. It is assumed that the reader knows the language
already.
, 24 января 2014, 10:33 -05:00 от Marcus D. Leech
mle...@ripnet.com:
On 01/24/2014 09:55 AM, Nasi wrote:
Coder is a good coder if his code is readable first. Anyone one
can design a confusing language.
A programmers job in documentation isn't to teach you the language
On 01/25/2014 04:59 PM, Andrew Rich wrote:
Hi, got some questions
1. Can GNURadio run on OpenSUSE Linux
Yes.
2. Can GNURadio work with RTL SDR dongles ?
Yes.
3. What can you do with the output of GNU Radio
For instance, other than listening , can you
decode AX25 decode PSK31
visualise the
On 01/26/2014 05:34 PM, Marcus Müller wrote:
Hi Jim,
you can easily code your own GUI ;). Actually, I find that streaming
values via UDP or TCP to a remote python application works rather nicely.
And I find that gygtk and pycairo are rather powerful toolsets.
Also I fiddled around with
On 01/28/2014 09:14 PM, Cheng Chi wrote:
Hi,
I am trying to collect signal from Thuraya-3. Here is the setup I used:
- USRP N210 + WBX
- LNA with 30dB gain (ZHL-1217MLN)
- Iridium Antenna (I don't have specific antenna for Thuraya right
now. Since Iridium and Thuraya frequency bands are quite
On 01/28/2014 09:14 PM, Cheng Chi wrote:
Hi,
I am trying to collect signal from Thuraya-3. Here is the setup I used:
- USRP N210 + WBX
- LNA with 30dB gain (ZHL-1217MLN)
- Iridium Antenna (I don't have specific antenna for Thuraya right
now. Since Iridium and Thuraya frequency bands are quite
for the signals coming from Thuruya. The Iridium birds are
*strong*, and also in fairly low orbits.
You might need a *real* LNA at those frequencies--a GPS LNA would work,
except that you'd likely have to remove the 1575MHz filter.
On Wed, Jan 29, 2014 at 10:17 AM, Marcus D. Leech mle
On 01/29/2014 07:24 PM, Jordan Johnson wrote:
I am attempting to translate a 20khz DRM signal from its default spot
of 10khz, to 120khz. The Frequency Xiating FIR does this just fine but
it also decimates the signal--which I do not want. I want to pass the
float input as a float until the
On 02/08/2014 02:37 PM, Price, Nathan D. (ST-Student) wrote:
Hello,
I'm working on project in gnuradio, in which I'm trying to toggle on and off the transmission from the USRP. After much
research, I learned this was done by tagging the first sample of a transmission with tx_sob and the last
On 02/09/2014 09:11 PM, zhenhua han wrote:
Hi all,
I'm new here to use GNU Radio. And I'm trying to decode GSM signal
with airprobe.
In GSoC page of GNU Radio, I found these words:
It no longer works with current GNU Radio versions, and doesn't make
use of any of the new GNU Radio
On 02/11/2014 11:22 AM, Pablo Fernández Alonso wrote:
In the FM receiver: Why a LPF is used instead of a BPF in order to
select the Radio channel that we want to hear? That is the only part I
don't understand.
___
Discuss-gnuradio mailing list
On 02/11/2014 11:57 AM, Martin Braun wrote:
On 11.02.2014 06:19, Sylvain Munaut wrote:
Hi,
I've done my homework on this one, crawled through the web talked to
colleagues. If I am missing something obvious please point it out -
it's not
for lack of effort on my part!
I'm not really sure
On 02/13/2014 11:19 AM, Matt Ettus wrote:
Piotr,
One problem is that if you cannot keep up, adding in all-zeros data
will just make it harder to keep up. In general, modern PCs should be
able to keep up with 25 MS/s without problem unless you are doing a
lot of processing. We are actually
On 02/19/2014 12:34 PM, Dan CaJacob wrote:
Oh, you were talking about the daughterboard itself. No guarantees
there, but the schematics are all available. I think there was a
recent discussion about this on the list. What I was saying
specifically, was that there is no AGC in the USRP
On 03/01/2014 11:00 PM, Manu T S wrote:
Hello Everyone,
From little bit of googling I understood that there are different
sample width possible in USRP. If my understanding is correct, we can
use 16/8 bit sample width.
But my usrp block in GNU Radio lists complex float32 and complex
int16,
Folks:
I've been on the road for the last 8 days, and I just got back this
evening. Any of you who are waiting for a reply from supp...@ettus.com,
I'll
be working my way through the back-log tomorrow.
Not ignoring you, just was on the road.
--
Marcus Leech
Principal Investigator
Shirleys
On 03/14/2014 01:05 PM, Johnathan Corgan wrote:
The hardware PLL in the receive section of the daughterboard serves an
entirely different purpose; it is there to create the local oscillator
signal at the frequency requested when tuning. However, that frequency
is ultimately derived from a
On 03/14/2014 10:51 PM, Activecat wrote:
Dear Martin,
On Fri, Mar 14, 2014 at 5:13 PM, Martin Braun martin.br...@ettus.com wrote:
Here's a very brief explanation: The PLL for the synthesizer makes sure the
locally generated frequency is stable (per-device). It's physically
impossible to make
On 03/15/2014 12:10 AM, Activecat wrote:
Dear Marcus,
On Sat, Mar 15, 2014 at 11:14 AM, Marcus D. Leech mle...@ripnet.com wrote:
The SBX does analog downconversion, nothing more. It knows nothing about
the incoming signal, and doesn't demodulate it in any way.
Please be clarified what do you
On 03/15/2014 02:57 AM, Activecat wrote:
Dear Marcus,
Please avoid adding more confusions rather than clarities.
The term upconversion and downconversion are common terms used in the
radio engineering industry, but may not be common among other technical folks.
In radio engineering industry,
This thread is starting to get a little too confrontational, so we all
need to take a bit of a break. Please take a look at the PLL blocks in
GNU Radio; you can find them under the Synchronizers category in the
block tree of GRC. Spend some time understanding these blocks and how
to use them.
On 03/15/2014 09:57 PM, Louis Brown wrote:
Quite so. I have a GPSDO though, so it's nice to be able to lock to that.
Last week I recorded WWVB (60 kHz) amplitude and phase for 1 week to monitor
propagation. Interesting results to see the fades over 6 days Phase was
futile though as their
On 03/16/2014 03:20 PM, Chris Stankevitz wrote:
Hello,
Using gentoo linux I installed uhd and gnuradio with the commands
emerge uhd and emerge gnuradio. According to
http://gnuradio.org/redmine/projects/gnuradio/wiki/HowToUse:
GNU Radio comes with a large variety of tools and programs... The
On 03/16/2014 05:06 PM, Chris Stankevitz wrote:
Marcus,
Thank you. In gentoo speak, what you said typically translates to
The gnuradio ebuild has a uhd USE flag. Make sure the uhd USE flag
is enabled. Well, I checked and sure enough it was disabled. I'm
rebuilding now but I'm sure it will
On 03/20/2014 03:56 PM, Sara Chérif wrote:
My friend has installed GNU Radio from this link
http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/
Then when running GNURadio , she found UHD blocks in it .
1- Does this mean that this link has installed
On 03/21/2014 12:41 PM, M Dammer wrote:
I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially
released). I updated the pybombs recipes via git before the update.
Pybombs update removed all updateable gnuradio stuff and installed it
new as expected.
I can actually confirm the
On 03/21/2014 09:40 PM, Sara Chérif wrote:
As I am installing GNU Radio from this link:
http://blogs.bu.edu/mhirsch/2012/07/installing-gnu-radio-in-ubuntu-12-04-x64/comment-page-1/
(which installs GNU Radio UHD )
I got the following error , what can i do ? Thanks :)
[ 26%] Building CXX object
ff1546f8137f7f92bb250f685561b0c34cc0e053
Author: Ben Hilburn ben.hilb...@ettus.com
Date: Fri Feb 14 12:05:07 2014 -0800
Pushing the bulk of UHD-3.7.0 code.
On Sat, Mar 22, 2014 at 2:55 AM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 03/21/2014 09:40 PM, Sara
On 03/23/2014 12:08 PM, Moritz Fischer wrote:
Hi Marcus,
On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
Here's a bit of git log of what I'm building:
commit a8caec5f93976c081d488118f53a72dca49efdf6
Author: Ashish Chaudhari ash
.
Frustrating.
On 03/23/2014 06:10 PM, Marcus D. Leech wrote:
On 03/23/2014 12:08 PM, Moritz Fischer wrote:
Hi Marcus,
On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
Here's a bit of git log of what I'm building:
commit
On 03/23/2014 07:08 PM, Marcus Müller wrote:
This calls for #include cmath; I wonder how that is working on my f19
Yup, that took care of it.
Then there's the b200_iface.cpp problem with libusb on my system not
having libusb_error_name, so I had to copy the macro from
transport/zero_copy
On 03/24/2014 07:59 PM, Jordan Johnson wrote:
I have been Googling a good deal and have not come up with much. I
have done numerous projects with GNURadio, but while I can throw
together a wideband AM transmitter, I cannot figure out the stereo
portion. Based on what I know; it is some kind
On 03/26/2014 07:04 AM, Medhat Hamdy wrote:
Hi all,
I need to know if there is any method to measure the received
signal power using USRP N210. I am using gr_probe_avg_mag_sqrd_x_0 to
measure the signal strength, however, the results are not accurate.
Thanks
Hi Marcus,
here is the flow graph and the output signals with movement across the antennae
and without.
http://tinypic.com/r/a5et5k/8 (GRC flow)
http://tinypic.com/r/nbeq0k/8 (without movement)
http://tinypic.com/r/2s7dnye/8 (with movement)
Thank you.
Dimitris.
OK, so I looked at the
Yes , I tried it again it works :)
Thanks Tom , Volker Nathan .
I ran gnuradio in terminal after installing I see there is no
problem in it
sara@ubuntu:~/gnuradio$ gnuradio-companion
Warning: Block key blocks_ctrlport_monitor_performance not found
when loading category tree.
Warning: Block
I haven't tried building Gnu Radio in a while, and on my F14 system today:
15%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/message_strobe_random_impl.cc.o
In file included from
/home/mleech/gnuradio/gr-blocks/lib/message_strobe_random_impl.cc:27:0:
So, I have this flow-graph that mostly works under 3.7 now, except for
something that's horrible.
In my flow-graph, I have two layers of selectors, to select the input
for a WX GUI FFT sink. The layers select either the raw or filtered
chunk of bandwidth (coming off the 4 hardware sources),
Tag: v3.7.4git-50-ga8f73d85
This demonstrates a horrible bug I found in FFT filters--change the size
from little to quite large, and the scheduler goes running home to
momma:
thread[thread-per-block[1]: block fft_filter_ccc (12)]: Buffer too
small for min_noutput_items
I've attached a
I've updated simple_ra and gr-ra_blocks for GR3.7.
NOT extensively tested
And when building gr-ra_blocks, your PKG_CONFIG_PATH had better include
/usr/local/lib:/usr/local/lib64 prior to doing the cmake.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
That's actually not surprising. The buffer is established when the
top_block is started and will be based on the size of the FFT you need
to run. Increasing the size of the filter will not increase the size
of the buffer. We'll have to figure out how we want the solution to
this to look.
On 04/10/2014 06:27 AM, Abouda Yassine wrote:
Thank you all for your responses.I tried to follow your instructions
and I did a lot of experiments to make the fm_receiver work.I have
come to some conclusions,the USRP E110 is really not that powerful,I
frankly say that I am
On 04/10/2014 04:13 PM, Ed Criscuolo wrote:
How hard would it be to pop up a bother box if you attempt
to enter with outstanding parameter error(s). Give you
a chance to confirm or cancel the enter, because you may want to
deliberately enter something that's wrong now but will be
fixed later
On 04/14/2014 05:50 PM, madengr wrote:
Try taking out the throttle. That's only needed to limit the CPU when there
is no hardware dictating the sample rate.
Lou
KD4HSO
That's good advice in general.
But in this case, it seems the very-latest UHD doesn't quite mesh
properly with Gnu Radio,
On 04/23/2014 09:07 AM, Antonio Petrolino wrote:
Hi,
I'm using a USRP N210 and I need a 10 MHz reference clock. From
ettus.com I got:
Ref Clock - 10 MHz
Using an external 10 MHz reference clock, a square wave will offer the
best phase noise performance, but a sinusoid is acceptable. The
On 04/23/2014 09:31 AM, Marcus Müller wrote:
Hi,
looking at the N200 schematics from files.ettus.com, I'd say:
stick to the 0dBm, your clock signal has to pass a transformer and
some safety/matching circuitry and still ought to be more accurate
than the on-board VCTCXO; the clock multiplexer
On 04/27/2014 02:45 PM, Robert McGwier wrote:
Backing off to Ubuntu 12.04.4 LTS was successful in getting the PCIe
Express interface to build, dkms the kernel module, start and
uhd_find_device sees the USRP x300.
Now for the fun part using it.
Finally:
To all those entertaining PCIe
On 04/27/2014 05:32 PM, Sylvain Munaut wrote:
While the top side API is
very stable so that applications hardly *ever* experience API changes
that require on-going tedious maintenance, the same cannot be said of code
that runs in the kernel. Quite the contrary. Linus and friends
On 04/27/2014 06:56 PM, Michael Carter wrote:
Hello all,
I'm hoping someone can provide some insight to a build problem I'm seeing.
I'm building 3.3.0 to use with an Ettus Research USRP1.
I'm given to understand that I need to build 3.3.0 as that was the last release
which is compatible with
for
USRP1 that came along for the ride with early Gnu Radio
releases.
Getting that code to build on a newer Linux distrib may be a challenge.
On Apr 27, 2014, at 4:00 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 04/27/2014 06:56 PM, Michael Carter wrote:
Hello all
On 04/27/2014 10:31 PM, Michael Carter wrote:
Hi Marcus.
Thanks, yes that seems to be bearing itself out so far.
I'm fairly certain that if I can get the code that came along for the
ride installed, then I'll be set.
So the issue is still why the makefiles don't detect usb.h and libusb
even
On 05/03/2014 12:21 AM, Sara Chérif wrote:
I am installing GNU radio using this command
wget http://www.sbrac.org/files/build-gnuradio chmod a+x
./build-gnuradio ./build-gnuradio --verbose
But I found at the end of the installation an error (after 2 hours
from beginning of installation
On 05/05/2014 01:52 PM, Greg Hulands wrote:
Hi,
I received my B210 this morning and when I run uhd_find_devices, it say it
can't find any devices.
$ uhd_find_devices
linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.005.003-0-unknown
No UHD Devices Found
lsusb shows the device, but the
On 05/05/2014 02:13 PM, Greg Hulands wrote:
I added the Ettus repo and installed 003.007.001 and yet when I run the
uhd_find_devices command it shows the 003.005.003 version.
Do you recommend building from source?
Thanks,
Greg
I recommend erasing your installed-from-standard-repos instances
Traceback (most recent call last):
File /home/mleech/top_block.py, line 74, in module
tb = top_block()
File /home/mleech/top_block.py, line 39, in __init__
channels=range(1),
File
/usr/local/lib64/python2.7/site-packages/gnuradio/uhd/__init__.py,
line 122, in
On 05/05/2014 07:52 PM, Greg Hulands wrote:
Hi,
I built all the code today using the build-gnuradio script and when I create a
simple GRC flow graph going from the USRP source to the waterfall plot, I get
no data coming in. I then built gqrx and ran it and it too doesn’t get any data
in from
It just looks like noise.
Well, noise isn't the same as no signal at all.
Do you *expect* there to a signal at 107.7MHz? Do you have an antenna
plugged in to the correct port on the device?
On May 5, 2014, at 4:59 PM, Marcus D. Leechmle...@ripnet.com wrote:
On 05/05/2014 07:52 PM,
I changed antenna’s and I see a signal now in uhd_fft. I just noticed that when
in GRC and I run the flow graph, i don’t see the RX light come on the board
like when running uhd_fft.
I have put the grc file up here http://test.utr-software.com/sdr/test.grc
Thanks,
Greg
The default antenna
I changed to RX2 and still not activating the receiver on the board.
Try changing the Wire Format to complex-int16
On May 5, 2014, at 5:44 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
I changed antenna’s and I see a signal now in uhd_fft. I just
noticed
On 05/05/2014 09:11 PM, Greg Hulands wrote:
Still no go. :-(
I have also added device adde = name,serial=F4,type=b200,uhd and
Mb0: Subdev Spec = A:A A:B
both still having no effect.
Thanks,
Greg
Just use a subdev spec of A:A
Are you getting any error messages when you run the graph?
Anyone else out there successfully using gr-uhd blocks successfully on a
Fedora 14 system?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 05/10/2014 05:22 AM, asad umer via USRP-users wrote:
Hi all,
I am using B21o and simply RXing a signal and observing it in FFT sink
block...The parameters set for UHD USRP source block are as shown in
the screenshot...When i execute the flow graph i get the following error:
On 05/12/2014 02:02 PM, asad umer wrote:
I want to introduce a time delay in a signal received through USRP...I
have used the 'Delay' block but it is not showing any delay...what is
the appropriate block to use??
Can i delay the phase instead? Are time and phase delay equal?
On 05/12/2014 02:14 PM, asad umer wrote:
so there is no exclusive block for this purpose in GRC??
A delay in samples is a delay in time:
1 sample == 1/sample-rate seconds of delay
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
On 05/12/2014 02:19 PM, Marcus Müller wrote:
Well, not that I'm aware of.
However, FFT, multiplication with a signal source, IFFT is not really
hard to do, and it's what a time shift mathematically is.
Greetings,
Marcus
Also, a phase-shift is just a complex multiply by:
On 05/13/2014 03:02 PM, Imre wrote:
(Something went wrong with my mails, hopefully doing it right now, sorry
Mike, replied directly to you)
Using Mike's example and some fiddling around:
http://www.livep2000.nl/code/grc/multichannel_input.grc
Tuning on a FM channel shows the mentioned mess,
On 05/14/2014 11:44 AM, Tom Tsou wrote:
On Wed, May 14, 2014 at 6:16 AM, Martin Braunmartin.br...@ettus.com wrote:
On 14.05.2014 12:12, Robert Light wrote:
UHD Warning:
The hardware does not support the requested RX sample rate:
Target sample rate: 0.270833 MSps
Actual sample
On 05/14/2014 01:12 PM, Robert Light wrote:
2 kHz offset is within tolerance for 1900 MHz. Locking to a stable 10
MHz reference, generally an OCXO or GPSDO, is the recommended
approach.
I applied external 10MHz reference, the best I had at hand.
Now kalibrate says I have about 200Hz offset at
On 05/16/2014 10:59 AM, Pablo Fernández Alonso wrote:
Hi,
I built a FM receiver working with a LiveUSB and a USRPB100 device. It
worked fine, but when I installed Ubuntu and GNURadio in a virtual
machine, the audio is distorted. The console types 'aU' letters. But I
generate a wav file and
On 05/16/2014 01:29 PM, Iain Young, G7III wrote:
I'm not actually sure what advantages if any the Goertzel has over a
narrow-band FIR, although there is a post in the archive from Marcus
suggesting 15% CPU.
With the advances in VOLK, it would be useful to try the benchmarks
again to see which
On 05/18/2014 05:49 PM, Robert Light wrote:
Hi, I use B200 with OpenBTS at 900MHz. I get very low range (about 10m only)
and I identified that this is due to receive channel in B200. Changing rxgain
between 0 and 70dB makes vey little difference. Does anyone know how the
receive sensitivity
On 05/20/2014 12:07 AM, tides anugraha wrote:
Hi,
I,m trying to run uhd_fft with USRP N210, my machine run Ubuntu
12.04.4 LTS. I've already install UHD, gnuradio, OpenBTS in my
machine works fine.
But when i try to run uhd_fft which is in
/var/opt/gnuradio-3.7.0/gr-uhd/apps directory,
On 05/20/2014 12:42 AM, tides anugraha wrote:
Any suggestions or reference maybe? where should i install the install
permanent libraries and executables?
Thanks
Well, /usr/local is the most usual place for Ubuntu. Sometimes under /opt.
On Tue, May 20, 2014 at 11:18 AM, Marcus D. Leech
On 05/23/2014 12:23 PM, raf raf wrote:
Hello All Gnu Radio user,
To use a 2 TX, I want to change a clock rate to an accepted one, under
30.72 MHz. I use the API with uhd_usrp_probe and it works only for
this command. Can you give me the idea or python code to use this
argument parameter with
I have a user of simple_ra that has an issue with pieces of it still
running after they use the window close button. In particular,
there's an XMLRPC
server thread that gets left behind. On my own, Fedora 14, system
here, it's not a problem. Window close kills everything. On his Ubuntu
On 05/25/2014 09:39 PM, Shane MacPhillamy wrote:
I’m working through
http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsCoreConcepts
I’ve created the flow graph:
I’m unsure on how to address the problem reported on Complex to Mag^2
as below, could you offer some pointers please?
On 05/25/2014 11:39 PM, jason sam wrote:
device args parameter is not in the UHD USRP source/sink block?There
is only 'Device addr'
Sorry, I meant Device Addr
On Fri, May 23, 2014 at 9:39 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 05/23/2014 12:23 PM
git clone --progress http://gnuradio.org/git/gnuradio.git
Cloning into gnuradio...
error: Unable to get pack file
http://gnuradio.org/git/gnuradio.git/objects/pack/pack-f226f3ea8e0b1778c849c7ac2c27532d22f0fefd.pack
transfer closed with 88647 bytes remaining to read
error: Unable to find
On 05/26/2014 07:07 PM, Johnathan Corgan wrote:
On 05/26/2014 03:57 PM, Marcus D. Leech wrote:
transfer closed with 88647 bytes remaining to read
error: Unable to find 404ce04347b132e963564099f18345c19e2685c6 under
http://gnuradio.org/git/gnuradio.git
Cannot obtain needed blob
On 05/26/2014 08:40 PM, Sid Boyce wrote:
Check if portaudio19-dev installed.
root@sdrbox:~# dpkg -l|grep portaudio
ii libportaudio2:amd64 19+svn20140130-1
amd64Portable audio I/O - shared library
ii libportaudiocpp0:amd64 19+svn20140130-1
On 05/26/2014 09:56 PM, Sid Boyce wrote:
On 27/05/14 02:01, Marcus D. Leech wrote:
On 05/26/2014 08:40 PM, Sid Boyce wrote:
Check if portaudio19-dev installed.
root@sdrbox:~# dpkg -l|grep portaudio
ii libportaudio2:amd64 19+svn20140130-1 amd64Portable audio
I/O - shared library
ii
On 05/26/2014 10:24 PM, Sid Boyce wrote:
On 27/05/14 02:01, Marcus D. Leech wrote:
On 05/26/2014 08:40 PM, Sid Boyce wrote:
Check if portaudio19-dev installed.
root@sdrbox:~# dpkg -l|grep portaudio
ii libportaudio2:amd64 19+svn20140130-1 amd64Portable audio
I/O - shared library
ii
On 05/28/2014 09:11 PM, Pengyu Zhang wrote:
When I do echo $PYTHONPATH, nothing shows up. How is $PYTHONPATH
set? I thought it should be configured automatically by cmake and
make. Correct?
On Wed, May 28, 2014 at 4:56 PM, Alfredo Muniz mun...@seas.upenn.edu
mailto:mun...@seas.upenn.edu
On 06/04/2014 05:16 PM, Orin Lincoln wrote:
Hello,
I am trying to get samples from a B200 at 50 Msps into GNU Radio. The
UHD benchmark_rate tool receives at 50 Msps without any overflows
detected. My GNU Radio flowgraph is simply a USRP source connected to
a null sink, and I'm still getting
On 06/06/2014 11:33 AM, Tom Rondeau wrote:
On Fri, Jun 6, 2014 at 4:32 AM, Thilina Mallawa Arachchi
thilina.arach...@gmail.com mailto:thilina.arach...@gmail.com wrote:
Hi,
I am having problems running a WX GUI FFT Sink, I am getting the
following runtime error:
Traceback
On 06/06/2014 02:19 PM, Robert Light wrote:
Hi, How is the detection of GPSDO done in B200 ?
I see that UHD tries to detect GPSDO every time I use B200 but what is it
looking for?
How to force switching between internal, external and GPSDO clock ? I have
GPSDO installed but sometimes I want to
On 06/06/2014 02:51 PM, Robert Light wrote:
Is 1PPS used if I have GPSDO installed or does the B200 assume that 10MHz is
already good enough?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On 06/12/2014 06:14 AM, Wafa Elhajhmida wrote:
Hi everybody,
I'm trying to implement FM receiver on usrp e110. The daugtherboard
used is SBX Board Rev 5.1.
As a result, I got only noise, I wasn't able to hear the local station
at 103.5 Mhz.
And I got this error:
*UHD Warning:*
*The
On 06/12/2014 10:43 PM, Tom Rondeau wrote:
In one sense, this is a low priority because we are moving away from
using the wx sinks in favor of the qt sinks. Still, for now, most of
our examples are base on wx, so we will need this to work for a little
bit longer.
Tom
Tom, it's not just
On 06/14/2014 05:48 PM, eldarymli wrote:
Hi Martin,
This is a follow up on my earlier email. I am still having issues with
getting two N200's to work together.
First, please find a short answer to your questions.
Do you know what kind of Ethernet controller is on your ports? Are
they
On 06/16/2014 04:23 PM, madengr wrote:
Orin,
Just curious what USB 3.0 chipset and OS you are using, and if you can go
over 50 Msps? I am able to get 45 Msps UHD Benchmark with the VLI VL80x,
but not over that.
Thanks,
Lou
KD4HSO
Also, I should point out that getting some high sample-rate
On 06/16/2014 10:24 PM, Michael Rahaim wrote:
Hi all,
I have a relatively high level question regarding gnuradio and
software radio in general. Is it a fair generalization to say that
gnuradio is operating at the application layer and is essentially
emulating a physical layer implementation
On 06/17/2014 09:58 AM, Lapointe, Benjamin - 1008 - MITLL wrote:
Hi All,
I am still having trouble time aligning sample streams from two USRP
X310 devices. In GRC I noticed a random time offset from run to run
in the two data streams using a WX GUI Scope Sink. Looking at
recorded data in
On 06/17/2014 04:56 PM, Daniele Nicolodi wrote:
I'll try to see if this makes a difference. The minimum sampling rate I
can program is ~193 kHz (it is a strange fraction that I cannot check
right now).
Minimum sample rate = 100e6/512
The USRP devices do strictly-integer decimation in the
1 - 100 of 2854 matches
Mail list logo