[Discuss-gnuradio] Looking for a used USRP2 board
Hi All, I'm looking for a used USRP2 board. If anyone has it, please send me at my email "stanm...@yahoo.com". Cheers, stan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cross correlation of complex signals in gnuradio
On Mon, Sep 6, 2010 at 7:30 PM, Marcus D. Leech wrote: > On 09/06/2010 06:17 PM, John Andrews wrote: > > hi, > I want to cross-correlate two complex signals in gnuradio. is there a block > to do that? > Thanks > > ___ > > > > Something other than a complex multiply? > > That's what I do for my simple, correlating, interferometer. Just multiple > the two signals together. > Not a native block, as such, but you'll find a good python implementation in correlator.py here (I hope Martin Dvh doesn't mind posting a link to a directory in his website here...): http://www.olifantasia.com/projects/gnuradio/mdvh/passive_radar/ Comments have some documentation, but it basically does frequency domain correlation (the FFT * conj of FFT-> IFFT thing) and works with complex signals. I've played with it a bit and it seems to work pretty well. Kunal ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Flowgraph running in "fits and starts"
On 09/06/2010 05:03 PM, Tom Rondeau wrote: > On Sat, Sep 4, 2010 at 8:47 PM, Eric Blossom wrote: > Marcus, > Indeed, this could be something we want to talk more about. Kind of on > the periphery of my vision, I can see a handful of applications where > the large chunking issue could be a problem. If we can define enough > need, then we can talk more about finding the right way about it. > > Eric's suggestion is a good start. Tell it how many items you want and > then run the loop based off that number or the noutput_items, > whichever is smaller. If this works well for you, we might want to > find a way of integrating that concept as part of the > scheduler/basic_block. > > Well, like I said, we can think this through more clearly if you come > up with positive results with that hack. > > Tom > > I hacked in a hard-coded value as a temporary test that amounts to 100msec worth of "super symbols" (the actual symbols are di-bits, at a nominal 4800symbol/sec rate, but I send 1200 packed bytes/second over the FIFO) from my external source. Looking at the debug logging setup by the scheduler, the scheduler has asked for 32767 noutput_items on the gr.file_source() in my flow-graph, and I'm returning 100msec worth (which is 120 items in my case). The result is a flow-graph that runs with much less apparent latency, depending on what blocks I pick. If I put in an interpolator block as the last item in the graph before the FFT display, it becomes "chunky" again, so I put in a rational resampler to resample up to the final channel bandwidth (mininum 500KHz for a USRP2, if I've done my math correctly :-) ). But the result is quite a bit more CPU hungry than the previous "fits and starts" version of the flow-graph. So this little hack is instructive, but not in and of itself any kind of path forward. It seems like some kind of global approach to the latency issue for narrow-bandwidth/low-event-rate applications is definitely worth discussing. Likely much careful treading required :-) -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cross correlation of complex signals in gnuradio
On 09/06/2010 06:17 PM, John Andrews wrote: > hi, > I want to cross-correlate two complex signals in gnuradio. is there a > block to do that? > > Thanks > > > ___ > > Something other than a complex multiply? That's what I do for my simple, correlating, interferometer. Just multiple the two signals together. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cross correlation of complex signals in gnuradio
hi, I want to cross-correlate two complex signals in gnuradio. is there a block to do that? Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Flowgraph running in "fits and starts"
On Sat, Sep 4, 2010 at 8:47 PM, Eric Blossom wrote: > On Sat, Sep 04, 2010 at 08:22:38PM -0400, Marcus D. Leech wrote: >> On 09/04/2010 08:08 PM, Tom Rondeau wrote: >> > On Sat, Sep 4, 2010 at 12:19 AM, Marcus D. Leech wrote >> > >> > Like Eric said, remove the throttle or at least change the rate and >> > that should clean things up. >> > >> > Tom >> > >> > >> I also noted in the reply to Eric that I observe the same behaviour with >> an external source that is producing 4800 symbols/second--so >> it's not the throttle *per se*, but rather the way that work "chunks" >> get scheduled in Gnu Radio. With a "fast" source, you dont find yourself >> in a situation where there aren't enough "chunks" to keep things busy. >> >> But a very reasonable example would be something like a cross-band >> digital repeater application, where bits/symbols would be arriving >> at the "channel rate", and need to leave the Tx in something at least >> approaching real time--you certainly need to have a bit of >> elastic buffering to compensate for clock-skew between the two sides, >> but several-tens-of-seconds of latency isn't likely to be very >> useful in the real world. >> >> Note that I'm not criticizing anybody or anything. I'm making >> observations, and I *do* understand *why* it is the way it is. >> My little test flow-graph failed the "least astonishment test", which >> is why I felt I needed to comment. >> >> Would it be reasonable to open a discussion about this class of >> flow-graph? I think they can be characterized as flow-graphs with >> a low symbol rate, and high interpolation (which I think is where the >> buffer-multiplier effect may be coming into play). In such flow-graphs, >> would it be reasonable to be able to "tweak" the scheduler to deal >> with this type of situation? I have little insight into how the scheduler >> works in detail, but I think I understand the "fits and starts" that I >> was observing. >> >> So, is this a reasonable discussion topic? Are other folks working on >> "stuff" that will run into part of the performance diagram I ran >> into yesterday? Or is everyone else working on high-event-rate type >> signal chains? > > Marcus, > > This is certainly a reasonable discussion topic. > I suggest before wading in that you first enable the scheduler logging > that I mentioned in a prior post and take a look at that. > > Feel free to send me the logs too. > > What we're looking for is which block is forcing the large chunk size. > If you were reading from a file using for example gr.file_source, it > won't return until until it's completely filled up the downstream > buffer given to it. That's just how it's written. > > A trivial change would be to have it loop until it it read > min(N_USER_SPECIFIED_ITEMS, noutput_items) items. > > Eric Marcus, Indeed, this could be something we want to talk more about. Kind of on the periphery of my vision, I can see a handful of applications where the large chunking issue could be a problem. If we can define enough need, then we can talk more about finding the right way about it. Eric's suggestion is a good start. Tell it how many items you want and then run the loop based off that number or the noutput_items, whichever is smaller. If this works well for you, we might want to find a way of integrating that concept as part of the scheduler/basic_block. Well, like I said, we can think this through more clearly if you come up with positive results with that hack. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio on beagleboard?
Hi, I think Philip Balister has done some work getting gnuradio to run with a beagle board, but that used a modified USRP device. See some of his technotes: http://www.opensdr.com/node/17 Also check the following links for some of the presentations that he has made: http://www.opensdr.com/node/13 I've worked with a variant of the beageboard called the gumstix Overo for about 2 years now. The development environment is very hard to learn, with a steep learning curve (you need to learn OpenEmbedded OE), and navigate all the issues that come with it. Philip's project used the beagleboard instead of the host computer to do the processing, coupled with an FPGA and using the Ettus RF front-end. best regards, Elvis ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio on beagleboard?
On 09/06/2010 03:06 PM, Thunder87 wrote: Am I correct, thinking that gnuradio should work on any platform, as long as it's on ubuntu? GNU Radio will run on Linux, OSX, and possibly windows etc. As noted, Ubuntu is just one flavour of Linux Will I be able to run it on http://beagleboard.org/ Beagleboard with http://elinux.org/BeagleBoardUbuntu Ubuntu ? GNU Radio runs on the Beagleboard already. Only the FIR fff filter has been optimized for NEON SIMD though. There are some guys at Virginia Tech looking at the using the DSP with GNU Radio also. They might have some more suggestions. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio on beagleboard?
Ubuntu is not a requisite of GNU Radio. Ubuntu is merely a flavor of linux. ~Jeff On 9/6/2010 3:06 PM, Thunder87 wrote: Am I correct, thinking that gnuradio should work on any platform, as long as it's on ubuntu? Will I be able to run it on http://beagleboard.org/ Beagleboard with http://elinux.org/BeagleBoardUbuntu Ubuntu ? -- ~Jeffrey Lambert, K1VZX ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio on beagleboard?
Am I correct, thinking that gnuradio should work on any platform, as long as it's on ubuntu? Will I be able to run it on http://beagleboard.org/ Beagleboard with http://elinux.org/BeagleBoardUbuntu Ubuntu ? -- View this message in context: http://old.nabble.com/gnuradio-on-beagleboard--tp29634517p29634517.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using the USRP1 for GOES LRIT reception...
Hi Michael, We have a GOES 11 setup using USRP1 and have been able to decode EMWIN data using the software you mentioned. The station is located at Los Alamitos and run by Jerry Martes. It is possible to login to the LA computer using VNC and control it in any way you want. The primary dish is pointed at GOES 11 and the secondary is poining at AMC-4 (NOAAPORT). Please contact a person in this email for further instructions (passwords etc) Patrik - Original Message - From: "Michael Kimzey" To: Sent: Sunday, September 05, 2010 20:03 Subject: [Discuss-gnuradio] Using the USRP1 for GOES LRIT reception... Hello all. I'm a bit of a noobie and getting my feet wet here. I hope to use my recently received USRP1 to receive the GOES weather satellite LRIT data using software from their site. (here: http://www.goes-r.gov/hrit_emwin/index.html ) First, I was wondering if there was anyone else out there interested in/doing the same. Second, I loaded up the software and followed the included directions (setting environment variables, etc) but it seems that the firmware wouldn't load up. (the USRP1 is installed and recognized by windows, though) Here is the output: --C:\Program Files\HRIT Radio>emwinr == Tracking LIVE SATELLITE Using ETTUS BOX === The current date is 09/05/10 The current time is 12:14:00 Clock.Frequency: 64.0 MHz == ACQ-Engine ENABLED == Can't find firmware: std_Aerospace.ihx PATH= C:\Program Files\HRIT Radio This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. C:\Program Files\HRIT Radio> ---As an FYI, the required firmware (std_Aerospace.ihx) is in this directory and has the exact same spelling. So, if anyone can offer some insight that would be cool. I'll also be asking the developers and update this list if I hear anything. Regards, Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp and gnuradio ham usage
Hello List, I'm interested in using gnuradio and the USRP as a ham transceiver. Does anyone use this setup daily? What kind of PA do you use for the transmitter side? I couldn't find a powerful PA (>= 50-100W ) with a PIN for that 100mW output power of the daughterboards. I have read in the list archives that you also will need additional hardware on the receiver side for shortwave. Even with LFRX and WBX. What hardware do you use there (model, manufacturer)? Does it perform well? As i already said, I'm new to ham radio but as I know behind gnuradio there are enough hams I thought you could help me to get on air.Well, in fact...I have to do my license homework first.. :-) There are several other SDRs available, since I bought the USRP. Especially for ham usage, in a fair mean, do you think it would be better to use them first, as these are "plug-and-play" concepts (receiver+ sensitive hf frontend + pa)? Which of them do use gnuradio on software side? I have to buy WBX and LFTX/RX then, and well, it's some amount of money if you don't know if it will fit your needs. Or if it would be better to use other commercial SDRs for that purpose. I'm very interested in using gnuradio and the usrp, because it is so awesome what you can do with this package. But at least for the moment, I'm a bit out of knowledge on the hardware side. Are there any special gnuradio / USRP ham groups / forums out there? Greetings an thank you, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] use of a "bulletin board" system in lieu of a mailing-list discussion
On Fri, Sep 3, 2010 at 8:26 AM, Douglas Geiger wrote: > 2.) I do see the value of some of the more recent Q&A type websites. > In particular I'll point to stackoverflow (and the related > stackexchange set of websites) as an excellent repository of knowledge > that excels at building a community. Although, while there are a few > questions tagged [gnuradio] on stackoverflow, I don't think it has > caught on as a place to ask DSP/comms/gnuradio related programming > questions. There's a new stackexchange group forming specific to amateur radio. It's in the pre-beta phases now, gathering a supportive community. Anyone interested in this sort of Q&A web site can check this out here: http://area51.stackexchange.com/proposals/1795/amateur-radio The FAQ link at the top of the page has good information about the formation process for these groups. Steve Conklin, AI4QR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Using the USRP1 for GOES LRIT reception...
Thanks a MILLION, Tom. I did as you said and created a directory under c:\Program Files\Hrit Radio called "\rev4" and copied the files std_Aerospace.ihx and std_2rxhb_2tx.rfb into it (I guess I could have moved them also). Everything fired up and and seemed to be working. I'll know when I connect the dish antenna later today (hopefully). Thanks again! (FYI...I added the above because it took me a moment to figure out what you meant so I figured I'd put it in painful detail.) Best regards, - Mike > Date: Sun, 5 Sep 2010 15:12:26 -0400 > Subject: Re: [Discuss-gnuradio] Using the USRP1 for GOES LRIT reception... > From: tt...@vt.edu > To: mckim...@hotmail.com > CC: discuss-gnuradio@gnu.org > > On Sun, Sep 5, 2010 at 1:03 PM, Michael Kimzey wrote: >> >> Hello all. >> I'm a bit of a noobie and getting my feet wet here. I hope to use my >> recently received USRP1 to receive the GOES weather satellite LRIT data >> using software from their site. (here: >> http://www.goes-r.gov/hrit_emwin/index.html ) >> First, I was wondering if there was anyone else out there interested >> in/doing the same. >> Second, I loaded up the software and followed the included directions >> (setting environment variables, etc) but it seems that the firmware wouldn't >> load up. (the USRP1 is installed and recognized by windows, though) >> Here is the output: >> >> --C:\Program Files\HRIT >> Radio>emwinr >> == >> Tracking LIVE SATELLITE >> Using ETTUS BOX >> === >> >> The current date is 09/05/10 >> The current time is 12:14:00 >> Clock.Frequency: 64.0 MHz >> == >> ACQ-Engine ENABLED >> == >> Can't find firmware: std_Aerospace.ihx >> PATH= C:\Program Files\HRIT Radio >> >> This application has requested the Runtime to terminate it in an unusual way. >> Please contact the application's support team for more information. >> >> C:\Program Files\HRIT Radio> >> ---As an FYI, the required >> firmware (std_Aerospace.ihx) is in this directory and has the exact same >> spelling. >> So, if anyone can offer some insight that would be cool. I'll also be >> asking the developers and update this list if I hear anything. > > I took a peek at the receiver code. Since it reuses the USRP code from > GNURadio the following should apply. Assuming that you have the > USRP_PATH environment variable set, the firmware file should be in > USRP_PATH\rev4\ and not in the base directory specified by the > variable. > > Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 BOM
Hi, May I request link for USRP2 BOM Thanks in advance. Regds, Sudhir ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Synchronizing two USRP2 with MIMO
I have checked the forum and googled the web, but I could not find a conclusive answer for this question, so I post it here. Can anybody tell me if I can use the MIMO interface to run two USRP2s with the same clock? I like to use both as receivers, running each a DBSRX. For my application it is critical that both devices are well synchronized, otherwise I would see an artificial Doppler shift/rate, between the two data streams... Best regards, Thomas Hobiger -- ** Dr. Thomas Hobiger Space-Time Measurement Project Space-Time Standards Group New Generation Network Research Center National Institute of Information and Communications Technology -- 4-2-1 Nukui-Kitamachi, Koganei 184-8795 Tokyo Japan -- email: hobi...@nict.go.jp phone: ++81-042-327-7561 fax:++81-042-327-6664 -- homepage (priv.): http://www.hobiger.org ** ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libusb error on Mac OS X when building uhd driver
Hello, I had the same problem, the host configuration for the mac seems broken when it come to libusb. There is a #if defined(__STDC_VERSION__) && (__STDC_VERSION__ >= 199901L) and it seems the compiler takes the wrong branch. Anyway, these errors are actually warnings (non-standard C++) that are turned to errors by the "pedantic" compiler flag used for UHD. As a workaround, you can edit uhd/host/CMakeLists.txt, just edit line 62 ADD_DEFINITIONS(-pedantic) by commenting this line out. Then it will compile. I'm not so sure if this is a great idea, however, but it will work. Matthias Am 05.09.2010 um 09:37 schrieb Elvis Dowson: > Hi, > I just updated to the latest uhd driver sources from the git repo, > and I get the following error on Mac OS X 10.6.4. > > In file included from > /Users/elvis/Tool/ettus/uhd/host/lib/transport/libusb1_base.hpp:23, > from > /Users/elvis/Tool/ettus/uhd/host/lib/transport/libusb1_control.cpp:18: > /usr/local/include/libusb-1.0/libusb.h: In function ‘void > libusb_fill_control_setup(unsigned char*, uint8_t, uint8_t, uint16_t, > uint16_t, uint16_t)’: > /usr/local/include/libusb-1.0/libusb.h:886: error: ISO C++ forbids > braced-groups within expressions > /usr/local/include/libusb-1.0/libusb.h:887: error: ISO C++ forbids > braced-groups within expressions > /usr/local/include/libusb-1.0/libusb.h:888: error: ISO C++ forbids > braced-groups within expressions > /usr/local/include/libusb-1.0/libusb.h: In function ‘void > libusb_fill_control_transfer(libusb_transfer*, libusb_device_handle*, > unsigned char*, void (*)(libusb_transfer*), void*, unsigned int)’: > /usr/local/include/libusb-1.0/libusb.h:936: error: ISO C++ forbids > braced-groups within expressions > make[2]: *** [lib/CMakeFiles/uhd.dir/transport/libusb1_control.cpp.o] Error 1 > make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2 > make: *** [all] Error 2 > > > I have libusb-1.0.8 installed from > > http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.8/libusb-1.0.8.tar.bz2/download > > This must be happening since the UHD driver added support for USRP1 with USB > support. > > Best regards, > > Elvis > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio