This is awesome! I'll definitely try this out soon. I use one off python
scripts to find the sample offset and the small residual center frequency
difference. This simplifies the process significantly.
This should make it much easier to implement a passive radar block, or an
interferometry block.
ave seen linear
> > phase change on that plot - that corresponds to some central frequency
> > offset. If I know what is the source of this offset maybe I will be able
> > to find some way to fix it in software.
> >
> > --
> > Piotr
> >
> > W dniu 25.05.2
I was using a dongle with r820.
juha
> On May 25, 2016, at 23:27, Piotr Krysik wrote:
>
> Juha,
>
> What type of demodulator did you have in the dongles used for the test?
>
> --
> Piotr
>
> W dniu 25.05.2016 o 14:46, Juha Vierinen pisze:
>> In my testin
Would either of these issues in the rtlsdr driver consistently tune the two
dongles on slightly different frequencies, even if you ask them to tune to
exactly the same frequency? This is what the problem seems to be.
juha
On Wed, May 25, 2016 at 10:35 AM, wrote:
> There are a couple of issues w
Can you reduce the number of bits that you are using?
With radar signals, the receiver noise most of the time excites only about
8 bits out of 16. Ground clutter or meteor echoes excite nearly all of the
bits occasionally, so I can't just truncate to 8 bits. In this case, bzip2
actually does a pre
Hi,
Just to let you guys know, I'll be radiating the moon with 1 MW and 36 dBi
49.92 MHz on 2017/07/04 at 01:21:00 UTC. The experiment will repeat also at
2017/07/05 02:04:00 UTC. Both experiments last about 15 minutes, when the
Moon transits the radar beam.
In case somebody wants to tune in wit
Hi,
I forgot to mention that the interpulse period is 38 ms on 2017/07/04 at
01:21:00 UTC and 40 ms on 2017/07/05 02:04:00 UTC.
juha
On Mon, Jul 3, 2017 at 9:58 PM, Juha Vierinen wrote:
> Hi,
>
> Just to let you guys know, I'll be radiating the moon with 1 MW and 36 dBi
>
ha
On Mon, Jul 3, 2017 at 10:26 PM, Michael Ossmann wrote:
> Cool! Is there an optimal receive antenna polarization?
>
> Michael
>
>
> On Mon, Jul 03, 2017 at 10:07:03PM +, Juha Vierinen wrote:
> >
> > Hi,
> >
> > I forgot to mention that the interpuls
I've slowly gathered the courage to try out the B210 devices. I was
impressed by the fact that I could get 50 MHz of bandwidth out of it.
However, I immediately ran into problems with absolute timing.
I've been using the B210 for mimo with USRP N200 devices for testing. The
N200 devices all nicely
l). After the acquisition, you can set the times and everything should
> be aligned as you'd expect (we saw this working today).
>
> We'll now look at making things 'just work'.
>
> Hope that helps.
>
> Kind regards,
> Balint
>
> On Fri, Dec 5, 2014 a
Hi,
Now that the b210 timing issue now solved (thanks to Ian and Balint!), I'm
trying to get samples to disk at about 50 MHz. I have more than the
required bandwidth on the disk, but there are occasional I/O hiccups. With
the N2x0 I just set the recv_buff_size to 1e9 and that solves pretty much
al
t 11:30 AM, Jeff Long wrote:
> On 01/11/2015 10:38 PM, Marcus D. Leech wrote:
>
>> On 01/11/2015 10:26 PM, Juha Vierinen wrote:
>>
>>> Hi,
>>>
>>> Now that the b210 timing issue now solved (thanks to Ian and Balint!),
>>> I'm trying t
Hi,
I guess I should respond, as I'm responsible for the blog posting that you
linked.
I tested the relative phase stability using amplified noise that was fed
via a splitter onto the two dongles. I cross-correlated the noise and found
that there was a deterministic frequency difference between t
Thanks for the informative post. I've been searching for a way to turn off
the dithering.
The I/Q plot show complex cross-correlation between two noise signals at
100 MHz center frequency (2.4 MHz bandwidth noise). The phase of the signal
can be converted into time and Allan deviation, but I never
on his dog. Building a *home brew* dog collar is
> popular today since you can get parts without any questions asked...
>
> I would contact the person who count wolfs near you.
>
> Eagles here (Vaasa, FI) use ARGOS up-link to POES sats 401.65 and
> downlink 465.98 MHz (bw 24/80/110 kH
Last Friday we managed to finally track this thing down. It was a broken
FSK telemetry system on an FM radio tower. It was about 30 km Southwest of
our radar.
I did a small write up about this:
http://kaira.sgo.fi/2013/12/perfect-incoherent-scatter-radar-jammer.html
Thanks for all the help.
juha
Is there any way to bypass the CIC and the HBF on the USRP N200 to just
stream decimated (no integration) real samples off the 100 MHz ADC? I'd
like to eg., record every 25th sample arriving on the ADC. I'd like to
avoid compiling my own fpga is necessary.
Is there any configuration of calc_cic_f
of the
> decimators go, and leave everything else intact. Then just set the
> decimators as normal and you will get the rate you request.
>
> Matt
>
>
> On Tue, Feb 25, 2014 at 12:20 PM, Juha Vierinen wrote:
>
>> Is there any way to bypass the CIC and the HBF on the USRP
On Sun, Apr 1, 2012 at 19:50, Marcus D. Leech wrote:
> Uploaded a new build-gnuradio:
>
> http://www.sbrac.org/files/build-gnuradio
>
> Apparently, on non-English Ubuntu systems, the post-prereq search for
> "libboost_" fails, apparently due to the "_" character. Farking weird,
> but there it is
Hi,
I recently saw a picture of a nice little cantenna radar designed and
built by Gregory Charvat from MIT (cantenna = waveguide antenna built
from a tin can). His web page is here:
http://www.glcharvat.com/Dr._Gregory_L._Charvat_Projects/Cantenna_Radar.html
This seemed like a cool little proje
Hi,
I have also had a long and continuing fight with NICs and dropped
packets. Typically all Intel PCIExpress cards have been good, but
recently I have started having problems with Intel too. For example,
Intel 82579V consistently drops packets. I haven't seen any PCI bus
card work at full 25 MHz
Hi,
Is there a block in gnuradio that would watch stream tags and pad
zeros into the stream when a USRP drops packets. This would allow
other processing blocks to assume that outgoing and incoming IQ
streams are always in sync, which would help in many of the
applications that I'm working with.
j
Hi,
I thought I'd like to share with you the real-time plot of my radar
measurements of 2012 DA14:
http://kaira.sgo.fi/2013/02/coherent-integration-image.html
The image is made using the EISCAT UHF radar in Norway, using a usrp1
for data acquisition. I also used a N210, but this was sampling at
I found something interesting on the internet today, while browsing for
rtl_sdr related information. It seems like a guy called steve-m has fed his
rtl_sdr dongle a clock from his mobile phone. Here is a picture:
http://steve-m.de/pictures/rtlsdr_external_clock.jpg
Now mobile phone networks can b
Hi,
Does anyone know a good antenna tuner with a serial port, usb or ethernet
connection that allows you to tell the tuner what frequency to tune to? I
could really use something like this.
Also, does anyone know of a good commercially available magnetic loop
antenna for the HF band (1-20 MHz)? A
nothing to do with that.
> However, this question is awefully unspecific and has little to do with
> GNU Radio, as it is a software radio system (and less concerned with the
> hardware; anyway, 1-20MHz sounds a lot like baseband to me).
>
> Greetings
> Marcus
>
> Am 11.05.2013 14
Hi Marcus,
Very nice. We've also been looking at using the $8 RTLSDR as a educational
tool to do exactly the same thing.
Alan Rogers et. al. at Haystack have also developed something similar:
http://www.haystack.mit.edu/edu/undergrad/srt/
juha
On Mon, May 20, 2013 at 8:52 PM, Marcus D. Leech
Hi,
I've recently been working with a coded CW radar system that just loops
over a fairly long IQ vector. It works all fine for a while, but after a
few days, the transmission timing has drifted away from where it should be.
I'm comparing the leading edge of the transmit waveform with the PPS
prov
h wrote:
>
> > On 09/23/2013 10:59 AM, Juha Vierinen wrote:
> >>
> >> I was playing around with the rtl_sdr dongles and came up with a
> trivial hack to build a receiver with multiple coherent channels. I do this
> basically by unsoldering the quartz clock on the s
? Is the software/source
> (both grc setup and data analysis) available ?
> Mark
>
>
> On 25/09/13 23:23, Juha Vierinen wrote:
>
> I hooked up my dual coherent channel rtl_sdr dongle into two of our
> passive radar antennas that we have here (log-periodic antennas pointing
>
Cool.
I wrote up a few blog posts about the tests I did this week:
http://kaira.sgo.fi/2013/09/16-dual-channel-coherent-digital.html
http://kaira.sgo.fi/2013/09/passive-radar-with-16-dual-coherent.html
PS. I tried adding a third dongle to run with the same master clock. I
didn't do it correctly
Hi,
I'm writing a block that always outputs the same number of items as it gets
in.
The block is doing FFT on a fixed length vector, so I always need nfft
samples in and nfft samples out. I've achieved this (I think) by using:
set_min_noutput_items(nfft) and set_max_noutput_items(nfft). However,
gered in the
beginning of the acquisition. I'll keep investigating this. It could be
that this is a feature of the n200 + gpsdo combination.
juha
On Wed, Oct 9, 2013 at 3:09 PM, Tim wrote:
> On 10/09/2013 02:59 PM, Juha Vierinen wrote:
>
> Hi,
>
> I'm writing a bloc
Hi,
My gnuradio hackfest project was to migrate code to 3.7. With the help of a
lot of the other more programming savvy participants, I managed to migrate
everything fairly cleanly. As a byproduct of this, my chirp sounder
receiver code now works with gnuradio 3.7 too! I did a lot of cleanup and
r
> Today, as the next step in the growth of our company, we are very proud to
> announce that Ettus Research has been acquired by National Instruments
> Corporation (NI, http://www.ni.com). NI was founded in 1976 to transform
> the way engineers and scientists around the world design, prototype, an
It's not broken. Remove the line import gpio_swig from the gpio.py file.
I think I sent a patch for this, but the line probably gets added
automatically...
juha
On Wed, Mar 17, 2010 at 23:41, Drew Read wrote:
> Hi all,
>
> Am I doing something stupid or should I raise this as an issue?
>
> I've
I don't know that much about this, but I am also interested in getting
a lot of USRP2s working coherently. I currently have approximately the
same setup as you do, but I am also curious about how to expand it.
Please let us know how you advance on this front.
The solution that I am playing with ri
How many SSE instructions can AMD do per clock cycle nowadays? A
couple of years ago Intel could do 1 per clock cycle and AMD could
only do 1/2, which was a huge downer for AMD. If they can now do 1 SSE
per clock cycle, they might be back in the game, which would be a
really good thing in terms of
non-programmer like
me. The learning and coding took only about one week -- time well
invested Í think.
juha
On Thu, Apr 29, 2010 at 04:20, Marcus D. Leech wrote:
> On 04/28/2010 08:46 PM, Juha Vierinen wrote:
>> How many SSE instructions can AMD do per clock cycle nowadays? A
>>
Hi Matt,
Are there any plans to include functionality similar to gr-gpio? I
would be interested in receiving 1..N digital streams with the same
rate as the IQ samples. We have an old out-dated firmware for USRP2
that does this, but it would be nice to move to the newer releases
eventually.
juha
Could you check that the revisions of the USRP2s are the same. I
remember that the lower impedance in the rev 1 caused a pretty long
delay, but I think we fixed this. You could still look at the PPS
inputs with an oscilloscope probe and see what it looks like.
juha
On Sat, May 22, 2010 at 08:49,
I'm not sure if the streaming works with the standard firmware. You'll
probably need to use a special firmware (std_2rxhb_2tx_dig.rbf). I'm
actually using std_2rxint_2tx_dig.rbf, but this is only because I need
a different type of filter (boxcar).
juha
On Mon, Jun 21, 2010 at 14:28, Tim Pearce w
to UHD?
I am really looking forward to UHD with streaming gpio and dual DDC
functionality.
juha
On Mon, Jun 21, 2010 at 20:23, Johnathan Corgan
wrote:
> On Mon, Jun 21, 2010 at 10:41, Juha Vierinen wrote:
>
>> I'm not sure if the streaming works with the standard firmware. Y
Hi,
I tought I'd share some experiences with running the usrp2 system
clock with something else than 100 MHz (so I can google it when I
forget).
Matt suggested that I could remove the 100 MHz oscillator and input my
own external clock instead. The VCTCXO was easy to remove, and I put a
1 Vpp sam
Hi,
Gnuradio uses FFTW, which as a pretty nice benchmark page [1]. If we
look at the results for a fairly new intel processor, we see that a
262144 point FFT can be computed with about 9 GFLOPS speed, which
means that a 262144 point FFT should be done in less than 3 ms.
[1] http://www.fftw.org/sp
> Your reply is related to running the FFT on the CPU, right? Do you have any
> experience running it on the FPGA of the USRP1 or USRP2?
No, but I know that radio astronomers do this.
I have done FFT with CUDA. As long as you can keep the data inside the
GPU for long enough, you can get pretty ni
I've run my beacon satellite receiver and radar data acquisition
programs for several days without problems. I have never needed to
operate them longer, so I don't know what the limit is. The beacon
satellite receiver is written completely in c++. The data acquisition
program also has some python i
Hi Mamoru,
We have written a multi-channel sampler for USRP2. It is fairly phase
coherent and also starts out with the same phase across all receivers
(we have tested only up to four, but I don't see why more receivers
wouldn't work). We use equal length cables to feed a PPS and a 10 MHz
reference
That is pretty much everything you need to do. I'm using a 60
MHz clock and calling set_fpga_master_clock() modifies the main master
clock variable, which is used in the tuning of the DDC and also most
(if not all) of the daughterboard drivers query this as well. I've
tested this using BasicRX, LFR
You can use multiple usrps on one PC. To select the USRP that you want
to use, you can use the which parameter of the usrp source
constructor:
src = usrp.source_s(which=)
This is a number between 0..N.
You can identify which is which by looking at the serial number of your usrps:
src.serial_numb
Modify the usrp so that it is in slave clocking mode. Then feed a GPS
stabilized master clock onto the board. The on board clock is 64 MHz,
but e.g., 60 MHz is known to also work, and it is easier to generate
from 10 MHz.
http://gnuradio.org/redmine/wiki/1/USRPClockingNotes
You basically need to
> 2) TVRX2 Daughterboard
>
> The TVRX2 daughterboard replaces the original TVRX. It is a dual
> receiver covering 50 MHz to 860 MHz. There are 2 entirely separate
> receivers which can be used simultaneously, either on the same or
> different frequencies, each with a bandwidth of up to 9 MHz (
Here is a patch that allows a user to define when the stream start
command is issued. I use this to precisely time the beginning of the
stream. The current implementation issues the stream start command 0.1
seconds after start() is called, which is not that deterministic.
I'm not sure this is opti
Hi,
I am releasing the ionospheric tomography receiver that I have been
working on for a couple of years. The receiver is not related to the
GNU Digital Beacon Receiver provided by Prof. Mamoru Yamamoto, which
can be used for a similar purpose. The receiver looks at Russian
Tsykada, US Radcal, and
Hi,
I have been able to use the stream tagging to determine the accurate
timing for the first sample of the stream. However, I run into
problems after an overflow. It does seem to be feasible to recover
timing by looking for new tags (the uhd_usrp block applies a new tag
after an overflow is detec
If I understand correctly, the sample count is:
const uint64_t count = gr_tags::get_nitems(rx_time_tag);
This determines the index of the sample coming into work, which has a
new time because of overflow.
juha
On Wed, Oct 26, 2011 at 17:16, Josh Blum wrote:
>
>
> On 10/26/2011 03:41
t;
>
> On 10/26/2011 08:23 AM, Juha Vierinen wrote:
>> If I understand correctly, the sample count is:
>>
>> const uint64_t count = gr_tags::get_nitems(rx_time_tag);
>
> Correct, that will work. Just so you know, the tags API changed in
> master to be more object ori
Hi,
I released my beacon satellite receiver a while ago. Now I'm releasing
my ionosonde receiver. It can be used to perform oblique and vertical
ionospheric soundings with ionosonde (and over the horizon radar)
transmitters all around the world.
The GNU Chirp Sounder is a software defined radio b
Hi,
I tried your code and also got overruns. I have had better luck by
increasing the fusb_blocksize and fusb_nblocks to really large values
like fusb_blocksize=4096 and fusb_nblocks=4096 (or sometimes even
16384). In my opinion the default values are too small.
I made the following modification
the summer.
For further details, contact Juha Vierinen.
Phone: +358404827774
E-mail: j...@sgo.fi
S-mail:
Juha Vierinen
Sodankyla Geophysical Observatory
Tahtelantie 62
99600 Sodankyla
Finland
BR,
juha
___
Discuss-gnuradio mailing list
Discuss
The code in Elie's PDF looks like my old fmradio.py script. In most
universities verbatim copying is a serious offence, at least if you
strip copyright from the file.
Well at least the guy probably didn't get a very good grade because my
code was so awful :)
I can look at the code at some point,
> I late to reply to your email. I have set the paths according to the
> installation.
I think the real problem was the python2.4 on the first line. You
have probably installed gnuradio with 2.5.
> However, I still can not listen to any radio signal.
> I just found out that I need TVRX in order
> If the USRP1 and the USRP2 can work on the same host at the same time, can
> the USRP1 and the USRP2 work synchronously (can they have the same clock or
> common time reference?)? Some discussions mentioned the synchronization of
> two USRP2, but I cannot find discussions about synchronization
Yes, I used it just a couple of weeks ago. I recently went through the
code and there where a lot of changes related to gnuradio. Also, sox
had changed one of their flags. The new version of my code is here:
http://www.mep.fi/viewcvs/*checkout*/fmradio/fmradio.py?revision=1.4&root=cvs
juha
On Sa
I got a feeling of deja vu when reading your post. I haven't had any
problems for a long time now, but I never really found the true cause
of these problems. Still, in my mind I have hypothetically correlated
the following with protocol and usb_reap_async errors:
1. Loose power supply connector
2
> I wouldn't expect the time stamps in the streams to start at the same
> point (the start_rx_streaming command doesn't accept a "start at
> time T argument). I would expect that there is a constant delta_t
> between subsequent frames, and that that delta_t would be the same for
> both of the USRP
>> Similar issues exist on the transmit side.
Ok.
> Actually they are quite different. When we assert flow control, we flow
> control _everything_ upstream between the USRP2 and the host. Unless
> you want your network to die, die, die, don't put a switch between
> the USRP2 and the host if you
Hi,
I have been trying to get 25 MHz to disk with USRP2. I am using the
C++ interface and a five disk software raid 0 that can do about 150
MB/s. I can easily run at 25 MHz with a simple nop_handler that only
checks for underruns and timestamps continuity, but when I write to
disk, I can barely d
> Try setting your application to run using real-time scheduling
> priority. This is done in C++ via a call to:
>
> gr_enable_realtime_scheduling()
I am using this.
> We use the Linux kernel packet ring method of receiving packets from
> sockets. This is a speed optimized method that maps memor
> ext file system is the go, with my high speed digitizer I stream 250
> MB/s (thats bytes) to a six disk raid (0) array. The raid zero is the go
> if you can afford to loose data in the unlikely event of a disk failure.
I'd guess that your high-speed digitizer has a buffer that is larger
than 25
25 MB. Otherwise new users will have problems with overruns. Even
Firefox consumes hundreds of megabytes.
juha
-- Forwarded message --
From: Juha Vierinen
Date: Thu, Apr 23, 2009 at 11:00
Subject: Re: [Discuss-gnuradio] USRP2 eth_buffer
To: Bruce Stansby
Cc: Eric Blossom , Johnat
> "KD7LMO Killed while bicycling
> We have received word that Michael Gray, KD7LMO, was killed Sunday,
> April 12, while bicycling to visit his parents. This occurred about
> 3:30 P.M. on Maricopa Road near the Maricopa Fire Department. Initial
> information was that he was bicyling with two frien
Why does the config_mimo(MC_WE_SYNC_TO_SMA) always return true, even
when there is no reference signal connected to the SMA connector?
>From what I understand, the sync_to_pps() feature works as follows:
when the next rising edge of the PPS is encountered, the timestamps
are set to zero. But the s
>> Why does the config_mimo(MC_WE_SYNC_TO_SMA) always return true, even
>> when there is no reference signal connected to the SMA connector?
>
> It just configures the clocks. It doesn't check to see the PLL locks.
Is there any way to know if the PLL is locked? A PLL lock is critical
for most of
> my question is about the time stamp in rx_metadata->timestamp. I've got the
> rx_streaming_samples running and now I wondering what the time value is about.
> In the code I've found this:
> uint32_t timestamp; // time of rx or tx (100 MHz)
>
> Can you tell me what the timestamp exactl
I was just recently fighting with this, and Matt told me that I have
to modify the firmware to get the USRP2 to lock (or at least this is
the easiest way to get the lock). Have you modified the firmware yet?
You need to add
clocks_mimo_config(MC_WE_LOCK_TO_SMA);
in the main() function of txrx.c a
>> We do call config_mimo(MC_WE_LOCK_TO_SMA) when we set up the usrp2 (before
>> the start of receiving). Is clocks_mimo_config() different from
>> config_mimo()?
>
> This is correct. The host driver has the function call to cause the
> USRP2 clock to synchronize with an external reference on t
> have you ever think about a simplified USRP, or 1/2 USRP, having only 1 side
> TX and RX?
> Would it make a cost difference (maybe on a large volume basis)? Would it
> save some space?
> Reason for asking is that many (most?) applications are 1+1 channel, and
> saving space may allow more comp
We're checking timestamps on ethernet frames and everything seems fine
all the way up to 25 MHz over many hours of continuous data streaming.
At lower rates we've done several days of streaming without dropped
frames or conflicting timestamps.
juha
On Tue, Nov 10, 2009 at 20:21, Tim Pearce wrote
If latency and RAM usage is not an issue, increase the ethernet
packet_ring buffer (I'm normally using from 0.5 to 1 GB). I wrote a
patch some while ago and I think it is now in gnuradio, but I'm not
sure if it is in the python interface. This will probably help you
closer to the long term average
I'm also having similar issues. What does "remove all traces" mean
exactly? Does someone have a script for doing this?
juha
On Fri, Dec 4, 2009 at 19:45, wrote:
> hola,
>
> i've read the archives and i read Eric B suggesting one should:
>
> "remove all traces of GNU Radio from /usr/local,then r
Who has had success with 11.x? I'm eager to start working with the
usrp2 code, but I cannot get the tools to work.
I was on the phone today for 30 minutes with the local Xilinx sales
rep and they just won't allow me to get 10.1.03. You can't buy it, you
can't get it for free, and you can't even ge
> the error dissapeared when i ran the examples withouth using sudo, but as
> plain user.
> i was alse having problems as root. So just try as user.
I managed to get rid of problems. I just deleted the gnuradio
libraries and headers from /usr/lib/python2.6/gnuradio, /usr/lib and
/usr/include. Ever
> >I think this is a recent Ubuntu problem. Which version do you use?
> It was a fresh install just for this project:
> gnuradio, usrp ... 3.0.2-2
> Ununtu 7.04
I'm working on this problem...
I also have the same problem with the new Feisty and a week old svn
version of gnuradio. I'm not sure
Hi,
I am writing a simple program that stores USRP sampled data and stores
it on disk continuously in 1s sized files. I have made a new sink for
this purpose, which is almost identical to gr_filesink, except that
mine blocks in work() while the file is closed and a new one is
created.
I have only
Hi,
Is there any way to read a 1-bit data stream from the digital i/o pins
at the same sample rate as the RF? With modifications to the FPGA it
should be possible, but is there any way to do it in software? We
would like to read and possibly write 1-bit digital control
information at the same rate
Hi,
What is the voltage level for the USRP external clock? Is 1V peak to
peak ok? I am planning to drive the board using a high accuracy
reference clock.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/list
I looked it up from the schema. It seems that a basic 1V peak to peak
should be fine.
juha
On 10/4/07, Juha Vierinen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What is the voltage level for the USRP external clock? Is 1V peak to
> peak ok? I am planning to drive the board usi
BTW, terrasoft sells ps3 pre-installed with linux (and a root password
supplied). I have never even connected a monitor to my ps3.
But as to performance, has anyone measured decent performance on a
ps3? I am starting to think that it is not possible to achieve
anything near the theoretical peak pe
ng or receiving).
BR,
juha
On 10/4/07, Juha Vierinen <[EMAIL PROTECTED]> wrote:
> I looked it up from the schema. It seems that a basic 1V peak to peak
> should be fine.
>
> juha
>
> On 10/4/07, Juha Vierinen <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > What is
Hi,
I have now finally put together a release of a buffered filesink that
I wrote a while back. The aim was to create a reliable way to
continuously sample long periods of IQ signals in a data-portable
manner. For this reason, the byte order is always saved as big endian.
Also, the recording is ch
> I have got my ETSI DVB-T transmitter code working on my linux box, which
> is based upon an AMD sempron 3000+ (single core) processor.
>
> Can anybody roughly esteem the speed up factor that I would have by
> upgrading to a state of the art desktop processor (maybe a dual core
> Intel Penryn)?
A
Hi,
I am attempting to calculate a simple averaged power spectrum and save
it to a file, but for some reason the averaging part does not work
(averaging uses single_pole_iir_filter, which is copied from some
example). I'm sure that my code has some simple bug. Here is the code:
def boxcar(wsize):
I am also eagerly awaiting USRP2. So any new information about it
would be welcome.
juha
> I've read a newspost from Matt inwhich he explains something about the new
> USRP. I'm referring to the newspost of 27th of July. At the end of the
> newspost he mentiones the the expected shipments will be
You cannot do this continuously with any of the default blocks (to my
knowledge). But I have written a filesink a while back that chops the
data stream into files of specified size.
http://mep.fi/juha/gnuradio.html
I have used this for a couple of months and recorded terabytes of
baseband signals
Hi,
I get the same error. My system is Ubuntu Edgy, Intel Core 2 Duo,
Macbook pro, fairly old SVN build of gnuradio.
j@ /gnuradio> svn info
Path: .
URL: http://gnuradio.org/svn/gnuradio/trunk
Repository Root: http://gnuradio.org/svn
Repository UUID: 221aa14e-8319-0410-a670-987f0aec2ac5
Revision:
recent call last):
File "", line 1, in
File
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_general.py",
line 2837, in hilbert
return _gnuradio_swig_py_general.firdes_hilbert(*args)
IndexError: Hilbert: Must have odd number of taps
>>>
On Jan 1
> Thanks. Can you get us
>
> $ g++ --version
> $ python -V
> $ swig -version
j@ /j> g++ --version
g++ (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANT
This might be a similar problem:
http://www.nabble.com/C%2B%2B,-Python-and-multiple-libraries-td14223763.html
juha
On Jan 18, 2008 12:55 AM, Juha Vierinen <[EMAIL PROTECTED]> wrote:
> > Thanks. Can you get us
> >
> > $ g++ --version
> > $ python -V
>
On Jan 23, 2008 4:55 PM, <[EMAIL PROTECTED]> wrote:
> I have been playing around the USRP and would like to get an Idea how I can
> transmit an FM signal in the FM Band. For example, I would like to transmit a
> file (txt, jpeg, audio or anything) using in the FM band 88MHz-108MHz at a
> specif
1 - 100 of 121 matches
Mail list logo
