[Discuss-gnuradio] PO awarded!

All, I have just received word that the PO has been awarded. I'm going to contact Mr. Corgan now, but I would like to try to start this afternoon (i.e. after lunch) to try to salvage as much of today as possible. If who planned to attend the first day is not available, please let me know, but

[Discuss-gnuradio] GNURadio Training - *this afternoon!*

All, Mr. Corgan will be on base this at 1pm afternoon to start off the training for this week. It will be slightly re-arranged from the original agenda, and we will have to discuss how the rest of the week can be compressed into the remaining time. However - we we be in the 1st floor conferen

Re: [Discuss-gnuradio] BBN 80211b Transmitter with GNURadio 3.2.2 and USRP1

George, The latest versions of GNUradio no longer use omnithreads - I believe everything the used them has switched over to using boost threads. I'm not sure what portions of the BBN code use threads (I suspect there is a watcher thread checking the message queue from the PLCP for received pa

Re: [Discuss-gnuradio] Sync 2x USRP2s

On 3/19/2010 10:48 AM, David Evans wrote: Hi, I want to sync two USRP2s, and currently trying to modify the VRT rx_timed_samples... usrp2::clock_config_t cc; cc.ref_source = usrp2::clock_config_t::REF_INT; cc.pps_polarity = usrp2::clock_config_t::PPS_NEG; cc.pps_source = usrp2::clock_config_t

Re: [Discuss-gnuradio] USRP2/FPGA Directory Removed

On 3/8/2010 6:40 PM, Matt Ettus wrote: It looks like your firewall is blocking the git protocol. You probably don't have problems with the GNU Radio git repo because it is served over http, but this one is only served over the git protocol. Matt Any chance you can setup your git reposito

Re: [Discuss-gnuradio] Viewing timestamps using USRP2

MarcW wrote: Thanks for your help Doug. I thought I knew which bits to monitor which contained the timestamp but now im not sure! The packets received seem very large. I have included a screenprint of one below. Please could you tell me which bits are the timestamp in this packet? The data appear

Re: [Discuss-gnuradio] Viewing timestamps using USRP2

MarcW wrote: I am trying to use wireshark to extract the timestamp from the received ethernet packets to test my sync_every_pps() function is working. I have located the word I need to extract from the received data but how can I automatically extract this and display it as an integer in the disp

Re: [Discuss-gnuradio] Syncronising multiple USRP2 boards

MarcW wrote: I would like to synchronise multiple USRP2 boards together. I know I need a 10Mhz reference clock and a synchronous 1PPS signal but have a few questions regarding the specifics of this, 1.) The USRP2 FAQ suggests to use a GPS clock but has anybody managed to successfully use anythin

Re: [Discuss-gnuradio] getting IQ data from 2 uspr1 synchronously

Check out the usrp_multi code - I believe it all got updated to work with the hier_block2 API update. It's in gnuradio-examples/python/multi_usrp, and it comes with a custom FPGA image (pre-inband signaling - the timestamps get interleaved with the data, and the data gets de-interleaved and ord

Re: [Discuss-gnuradio] BBN 802.11-b project - MAC Layer issue

Juan Ramon Gutierrez Agullo wrote: Hello I've been analyzing the BBN project code (trunk and branches versions) and I can't understand how is the MAC layer working. As the standard 802.11 says, the minimal functionality is CSMA/Carrier Avoidance but I haven't seen any implementation in this pr

Re: [Discuss-gnuradio] Auxiliary ADC

Eric Blossom wrote: On Wed, Jan 20, 2010 at 07:20:43PM +0100, Christoph Thein wrote: On 01/19/2010 10:35 AM, Christoph Thein wrote: On 01/19/2010 09:47 AM, Christoph Thein wrote: Hi, is there a possibility to read the data coming from the auxiliary ADC (AD7922) at the mom

Re: [Discuss-gnuradio] What time is it?

Josh Blum wrote: There are new updates to the usrp2_vrt branch. 1) The sync at pps calls have been removed. They no longer apply and have been replaced with the set time calls (see below). 2) The mimo config call has been replaced with a clock config call that handles setting the pps source,

Re: [Discuss-gnuradio] Start_rx_streaming_at patch problems

Eric Blossom wrote: You're probably trying to start "In the past". That is, your start_at time has already passed (the clock starts ticking when the USRP2 powers up). I think we'd need to add a "get_current_time" command to give you a clue as to when to start. You'd need to add a suitable off

Re: [Discuss-gnuradio] BBN 802.11 b (USRP2) - Energy in the 802.11 signal

Juan Ramon Gutierrez Agullo wrote: Hi all I'm trying to use the BBN transmitter (using the USRP2) in order to receive 802.11 packets with an Atheros card (monitor mode). I've got the last version code from svn (358). Looking at the readme file, from the 'examples' folder, it says that the ene

Re: [Discuss-gnuradio] Browse repositories

Per Zetterberg wrote: Hi, Before git I could browse some resipositories from www.gnuradio.org/svn/ (or something like that) where I could find branches, hardware designs etc. How can I find this information now ? BR/ Per Try gnuradio.org/cgit Git is the new svn! Doug -- Douglas Geiger Cod

Re: [Discuss-gnuradio] carrier signal dropping

Eric Blossom wrote: Edit /etc/security/limits.conf and add this line: @usrp - rtprio 50 make sure that your user is a member of group usrp, then logout and back in. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu

Re: [Discuss-gnuradio] USRP2 VRT support

Josh Blum wrote: Folks, There has been much work in the past few months to get the VITA Radio Transport (VRT) protocol working with the USRP2. You can read more about the protocol here: http://www.digitalif.org/ The branch containing this work can be found on my usrp2_vrt branch: http://gnuradi

Re: [Discuss-gnuradio] synchronizing two USRP2

Tim Pearce wrote: Cheers for that Christoph, beats my post processing with timestamps fix! For what its worth I've gotten away with fairly cheap TCXO's (£15 generic farnell ones) and a GPSDO circuit like the one at http://ve2zaz.net/GPS_Std/GPS_Std.htm (it did need some manual tuning at first

Re: [Discuss-gnuradio] Re: USRP2 802.11 BBN code on the TX side

George Nychis wrote: http://cyprus.cmcl.cs.cmu.edu/~gnychis/mfilter/bbn_with_probes.tar.gz Sorry, make clean it before building... trying to get this out ASAP since I will be AFK for the next 6 hours or so. Just run bb

Re: [Discuss-gnuradio] Re: USRP2 802.11 BBN code on the TX side

George Nychis wrote: Hi Doug, I can guarantee you that the scrambler is not working ;) The 802.11 spec states that at the beginning of every transmission, the scrambler needs to reset its seed, however the BBN code does not do this. That's interesting on the clocks. What daughterboard are

Re: [Discuss-gnuradio] Re: USRP2 802.11 BBN code on the TX side

George Nychis wrote: Hey Brian, Running through a descrambler and then trying to correlate with 128 ones, I get the following for the 11 packet trace: http://cyprus.cmcl.cs.cmu.edu/~gnychis/mfilter/descrambled.png George, Ju

Re: [Discuss-gnuradio] Re: BBN 802.11 code: long preamble only?

George Nychis wrote: The other thing that is odd, is that the beacon's in my trace use a short preamble (based on flags) but the transmission is at 1Mbps. From looking at the 802.11 spec, short preambles can only be followed by 2, 5.5, or 11Mbps PSDUs. Here is a pcap of a beacon frame: http:/

Re: [Discuss-gnuradio] Re: BBN 802.11 code: long preamble only?

George Nychis wrote: I also think that the decoder is improperly looking for synchronization... According to the 802.11 spec, the long preamble uses an SFD that is 0xF3A0, and the short is 0x05CF (verified by a quick google (http://www.google.com/search?hl=en&safe=off&client=firefox-a&rls=org.

Re: [Discuss-gnuradio] ARM9?

David Burgess wrote: The only part of GNU Radio we are using is libusrp, but GNU Radio's "kitchen sink" dependencies mean that we have to build all kinds of other crazy stuff to get that, stuff that we do not actually use. (Seems to be a common theme here...) We can write our own fixed poi

Re: [Discuss-gnuradio] some questions on our ubuntu installation instructions

Josh Blum wrote: 2) There's no sdcc-nf in Karmic, because the new version if GPL3, so it's back in main. Why is there the note "*Package sdcc-nf is no longer part of Ubuntu, this will not allow you to build everything *"??? Its needed for usrp. Is there a special non-free ubuntu repository for

Re: [Discuss-gnuradio] Time of Arrival Hooks

Tim Pearce wrote: Hi Guys, After experimenting a bit more I think the issue was my test setup. Previously I was using python to setup a USRP Source (with timestamps) and save both the samples (64 bit) and timestamps (32bit) to a file sink to process by importing with numpy and checking timest

Re: [Discuss-gnuradio] Status of the MIMO Hub?

Christoph Thein wrote: I have a need to connect three USRP2's together, and am curious as to the status of the proposed MIMO hub. If the MIMO hub is not available, are there any recommendations for a reference clock to use to synchronize these systems. - Wayde ___

Re: [Discuss-gnuradio] Time of Arrival Hooks

devin kelly wrote: Hello everyone, I'm doing a project with the USRP2 that where I need to know the Time of Arrival(TOA) of the waveforms. This is for a geolocation application. My understanding as of now is that the hooks to get TOA are there in the USRP2, but the firmware does not provide

Re: [Discuss-gnuradio] Timesample/Ethernet Fifos

Tim Pearce wrote: Hi All, I've modified the source to generate timesamples (as a seperate stream) from the USRP2 source blocks and noticed an issue - if the PC is struggling some frames have a timesample dated before the timesample of a frame processed before it. It's possible I've done som

[Discuss-gnuradio] autoconf 2.64 and mb-gcc

Just wanted to give other folks a heads up about a regression in autoconf 2.64 affected the configure script for usrp2-firmware. Basically the compiler test now includes stdio.h and fopen in the test program (instead of a simple empty main function). This breaks with my install of mb-gcc. I ima