Re: [Discuss-gnuradio] multi-rtl phase synchronization

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

Re: [Discuss-gnuradio] Lunar imaging experiment

, Jul 3, 2017 at 10:26 PM, Michael Ossmann <m...@ossmann.com> 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 th

Re: [Discuss-gnuradio] Lunar imaging experiment

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 <jvier...@gmail.com> wrote: > Hi, > > Just to let you guys know, I'll be radiating the moon with

[Discuss-gnuradio] Lunar imaging experiment

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

Re: [Discuss-gnuradio] Streaming IQ File Compression

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

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

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

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

I was using a dongle with r820. juha > On May 25, 2016, at 23:27, Piotr Krysik <per...@o2.pl> 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 pisz

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

m the receivers. In fact I have 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 >

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

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.

Re: [Discuss-gnuradio] dual receiver setup for interferometry measurements

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

Re: [Discuss-gnuradio] b210 overflows and huge usb buffer

, Jeff Long willco...@gmail.com 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 to get samples to disk at about 50 MHz. I have more than I've streamed

[Discuss-gnuradio] b210 overflows and huge usb buffer

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

Re: [Discuss-gnuradio] usrp b210 and mimo

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 at 5:50 AM, Juha Vierinen x...@mit.edu wrote: I've slowly gathered the courage to try out the B210 devices. I was impressed

[Discuss-gnuradio] usrp b210 and mimo

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

Re: [Discuss-gnuradio] Bypassing CIC and half-band filter on N2x0

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 x...@mit.edu wrote: Is there any way to bypass the CIC and the HBF on the USRP N200 to just stream decimated (no integration) real samples off

[Discuss-gnuradio] Bypassing CIC and half-band filter on N2x0

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

Re: [Discuss-gnuradio] Need help identifying jammer signal

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.

Re: [Discuss-gnuradio] Need help identifying jammer signal

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 kHz). Patrik On Fri, 2013-12-06 at 13:48 -0500, Juha Vierinen

[Discuss-gnuradio] GNU Chirp Sounder version 1.23

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

[Discuss-gnuradio] timestamp tags and set_min_output_buffer

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,

Re: [Discuss-gnuradio] timestamp tags and set_min_output_buffer

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 tim.oshea...@gmail.com wrote: On 10/09/2013 02:59 PM, Juha Vierinen wrote: Hi, I'm writing a block that always

Re: [Discuss-gnuradio] Passive radar using my hacked dual coherent channel rtl_sdr dongle

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

Re: [Discuss-gnuradio] dual coherent channel rtl_sdr

D. Leech mle...@ripnet.com 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 slave units and cable

Re: [Discuss-gnuradio] Passive radar using my hacked dual coherent channel rtl_sdr dongle

the data ? 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 North and South). After fine

[Discuss-gnuradio] Detecting underflows with uhd_usrp_sink

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

Re: [Discuss-gnuradio] Budget Radio Telescope: DRAFT document

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

Re: [Discuss-gnuradio] Computer controllable antenna tuner

concerned with the hardware; anyway, 1-20MHz sounds a lot like baseband to me). Greetings Marcus Am 11.05.2013 14:37, schrieb Juha Vierinen: 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

[Discuss-gnuradio] Computer controllable antenna tuner

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)?

[Discuss-gnuradio] 2012 DA14

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

[Discuss-gnuradio] Block to keep streams in sync

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.

Re: [Discuss-gnuradio] Reliable Ethernet controllers and laptops for USRP N210 ?

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

[Discuss-gnuradio] usrp n210 cantenna radar

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

Re: [Discuss-gnuradio] New build-gnuradio script

On Sun, Apr 1, 2012 at 19:50, Marcus D. Leech mle...@ripnet.com 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

[Discuss-gnuradio] GNU Chirp Sounder

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

[Discuss-gnuradio] recovering timing after overflow

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

Re: [Discuss-gnuradio] recovering timing after overflow

/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 oriented, so if you are on master, its my_tag.offset

[Discuss-gnuradio] GNU Ionospheric Tomography Receiver (Jitter)

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,

[Discuss-gnuradio] gr-uhd patch

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

Re: [Discuss-gnuradio] 3 New Products from Ettus Research

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 (thus

Re: [Discuss-gnuradio] USRP1 + gps reference clock

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

Fwd: [Discuss-gnuradio] How to use 2 USRPs on 1 PC.

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:

Re: [Discuss-gnuradio] USRP external clocking outdated documents

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,

Re: [Discuss-gnuradio] Large FFTs

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

Re: [Discuss-gnuradio] Large FFTs

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]

[Discuss-gnuradio] usrp2 master clock modifications

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

Re: [Discuss-gnuradio] GPIO Rx Streaming

this 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 jcor...@corganenterprises.com wrote: On Mon, Jun 21, 2010 at 10:41, Juha Vierinen jvier...@gmail.com wrote: I'm not sure if the streaming works

Re: [Discuss-gnuradio] GPIO Rx Streaming

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

Re: [Discuss-gnuradio] Delay of synchronization with PPS and UHD on USRP2

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,

Re: [Discuss-gnuradio] USRP2 firmware and FPGA release

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

Fwd: [Discuss-gnuradio] AMD Phenom II X6 1055T

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

Re: Fwd: [Discuss-gnuradio] AMD Phenom II X6 1055T

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 mle...@ripnet.com wrote: On 04/28/2010 08:46 PM, Juha Vierinen wrote: How many SSE instructions can AMD do per clock cycle nowadays? A couple of years ago

Re: [Discuss-gnuradio] USRP2 with a Switch

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

Re: [Discuss-gnuradio] Is gr-gpio broken?

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 andrew.r...@tait.co.nz wrote: Hi all, Am I doing something stupid or should I raise this

Re: [Discuss-gnuradio] Ettus Research News

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, and

Re: [Discuss-gnuradio] libgnuradio-usrp.so.0: undefined symbol: _ZN7db_base4dbidEv

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, al...@riseup.net wrote: hola, i've read the archives and i read Eric B suggesting one should: remove all traces of GNU Radio from

Re: [Discuss-gnuradio] problem of compiling FPGA bin files.

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

Re: [Discuss-gnuradio] libgnuradio-usrp.so.0: undefined symbol: _ZN7db_base4dbidEv

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.

Re: [Discuss-gnuradio] anyone have success with USRP2 @ 20MHz to the host cleanly?

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

Re: [Discuss-gnuradio] Timesample/Ethernet Fifos

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

Re: [Discuss-gnuradio] half USRP

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 compact

Re: [Discuss-gnuradio] Syncrinization of two USRP2s

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

Re: [Discuss-gnuradio] Syncrinization of two USRP2s

 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 the SMA,

Re: [Discuss-gnuradio] usrp2: timestamp absolute ?

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 exactly

Re: [Discuss-gnuradio] reference clock and sync_to_pps

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 our

[Discuss-gnuradio] reference clock and sync_to_pps

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

Re: [Discuss-gnuradio] USRP2 eth_buffer

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 MB

Fwd: [Discuss-gnuradio] USRP2 eth_buffer

MB. Otherwise new users will have problems with overruns. Even Firefox consumes hundreds of megabytes. juha -- Forwarded message -- From: Juha Vierinen jvier...@gmail.com Date: Thu, Apr 23, 2009 at 11:00 Subject: Re: [Discuss-gnuradio] USRP2 eth_buffer To: Bruce Stansby bruce.stan

Re: [Discuss-gnuradio] KD7LMO Killed while bicycling

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 friends,

[Discuss-gnuradio] USRP2 eth_buffer

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

Re: [Discuss-gnuradio] USRP2 eth_buffer

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 memory in

Re: [Discuss-gnuradio] Timestamps, data rates

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 USRP2s.

Re: [Discuss-gnuradio] Timestamps, data rates

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 are

Re: [Discuss-gnuradio] Sensitivity of USRP to power glitches

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

Re: [Discuss-gnuradio] Listen to Mp3 via FM broadcast

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.4root=cvs juha On

Re: [Discuss-gnuradio] Listen to Mp3 via FM broadcast

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 for

Re: [Discuss-gnuradio] Can a host control an USRP1 and an USRP2 with the same clock?

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 of

Re: [Discuss-gnuradio] Listen to Mp3 via FM broadcast

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,

Re: [Discuss-gnuradio] Overrun when there shouldn't be

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

[Discuss-gnuradio] Summer trainee position

of 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

[Discuss-gnuradio] Re: two RX paths

RTFM. gnuradio-examples/python/multi-antenna/multi_file.py Even four channels seems to be possible, using BasicRX, and special firmware. Has anyone successfully done multi_usrp with four channels per USRP? juha On Sun, Oct 12, 2008 at 23:24, Juha Vierinen [EMAIL PROTECTED] wrote: Hi

[Discuss-gnuradio] two RX paths

Hi, Is there an example where two usrp sources are used to sample from two daughtercards simultaneously? Or is this even possible? Best Regards, juha ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] 1 PPS input for old USRP board

On Tue, Sep 16, 2008 at 23:13, Kyle Pearson [EMAIL PROTECTED] wrote: You can connect the 1PPS to the digital io pins on the basic or lf daughtercards. From there you can use the read_io() method in python to read the value on the pins. Just make sure that your 1PPS is between about 1.5 and

[Discuss-gnuradio] USRP2 questions

What does it mean that USRP2 can only do MIMO with eight receivers? What are the options for doing MIMO with, say 16 receviers? Why are there two A/D converters if you can only use one RX daughtercard? Or can you actually use two RX channels with a USRP2? juha

Re: [Discuss-gnuradio] 1 PPS input for USRP2

Samples can be time stamped, and that time can be calibrated to the 1 PPS signal. In the most general case, that 1 PPS input just goes directly to the FPGA, so internally you can do whatever you want with it. Is there a standard way to get timestamps on samples, or does this require verilog

Re: [Discuss-gnuradio] GNU Radio Beacon Receiver, announcement

On Sun, Sep 7, 2008 at 08:56, Mamoru Yamamoto [EMAIL PROTECTED] wrote: Juha Vierinen, Colleagues, I listed information of beacon channels and satellite parameters on the following web page. http://www.rish.kyoto-u.ac.jp/digitalbeacon/sub2.html Thank you again for the valuable resource you

[Discuss-gnuradio] Fwd: set_fpga_master_clock

Hi, I'm not sure if anyone reads the patch list, so I will forward this here. -- Forwarded message -- From: Juha Vierinen [EMAIL PROTECTED] Date: Wed, Jun 25, 2008 at 00:45 Subject: set_fpga_master_clock To: [EMAIL PROTECTED] Hi, Here is a patch to modify the usrp

Re: [Discuss-gnuradio] Random sampling

I am new to gnuradio and the USRP and I am trying to find a way to send pseudorandomly selected samples from the ADC down the USB pipe to gnuradio for processing. I have an algorithm for selecting the samples, but I am not sure as to which parts of the Verilog source files I need to change in

Re: [Discuss-gnuradio] Losing data during long collects

I have sampled continuously for many hours without problems. I had a setup with USRP syncronized to an external clock. I have then measured a constant frequency sinusoid derived out of the same clock and verified that the ratio of consecutive complex samples was always constant (up to a certain

Re: [Discuss-gnuradio] 64-bit problems

Thanks. I fixed two very innocent looking warnings and now everything works. juha On Wed, May 14, 2008 at 6:52 AM, Eric Blossom [EMAIL PROTECTED] wrote: On Tue, May 13, 2008 at 11:46:00AM +0300, Juha Vierinen wrote: Hi, I have been compiling my own block on a 64-bit machine and I am

[Discuss-gnuradio] overflow

Hi, Is there any way to make a USRP source block overflow to cause a python exception? I am trying to somehow stop the flowgraph if an overflow occurs. juha ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] 64-bit problems

Hi, I have been compiling my own block on a 64-bit machine and I am running into problems (segmentation fault). The code works fine on 32-bit architectures. I haven't found anything yet, and the stack trace doesn't give any clues either. valgrind also says nothing. It seems that the segfault

Re: [Discuss-gnuradio] USRP and gnuradio errors - seems to disconnectoften

This is probably unrelated, but I once had random errors similar to this when I used an under-rated power supply with USRP. Another possibility is a loose power supply jack connector. But I guess you have pretty much ruled these out already. juha On Feb 17, 2008 7:56 AM, Casey Tucker [EMAIL

Re: [Discuss-gnuradio] USRP Audio Rate versus Sample Rate of Soundcard

If you're using alsa, try using plughw:0,0 as the input device. It's got a resampler built into it. The plughw should do the trick. You could also try sampling the audio with USRP and LFRX. I've never tried it, but I don't see why it wouldn't work. It's just the same as sampling the ULF+VLF

Re: [Discuss-gnuradio] Transmitting a file (txt,

Hi, Here is the quick hack that I wrote a while ago. It probably only works with linux, and be sure that you have all the necessary programs installed (check out README). Just stick some random wire antenna in the sma port and you should hear music. http://mep.fi/viewcvs/fmradio/?root=cvs The

[Discuss-gnuradio] minimizing interference with usrp

Hi, I have been doing some radio astronomy experiments with USRP using a 30 MHz dipole antenna (actually it is more of a riometer experiment). I am running into various interference issues. E.g., at one point I noticed that if my laptop power supply is too close to my USRP I get switching power

Re: [Discuss-gnuradio] USRP digital I/O

On Jan 28, 2008 11:54 PM, Matt Ettus [EMAIL PROTECTED] wrote: Steven Clark wrote: I asked the same thing a year or so ago, didn't get much of an answer. AFAIK, there are no software hooks for the digital I/O pins. What we ended up doing was editing the verilog such that the sign of the

Re: [Discuss-gnuradio] Transmitting a file (txt, jpeg or audio) in FM Band

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 specific

Re: [Discuss-gnuradio] Information on ticket:181 and invitation to help (long)

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:

Re: [Discuss-gnuradio] Information on ticket:181 and invitation to help (long)

, line 2837, in hilbert return _gnuradio_swig_py_general.firdes_hilbert(*args) IndexError: Hilbert: Must have odd number of taps On Jan 18, 2008 1:13 AM, Eric Blossom [EMAIL PROTECTED] wrote: On Fri, Jan 18, 2008 at 01:04:38AM +0200, Juha Vierinen wrote: This might be a similar problem

Re: [Discuss-gnuradio] Information on ticket:181 and invitation to help (long)

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

  1   2   >