Re: [Discuss-gnuradio] Anyone using an Intel-Mac Mini?
Which version of XCode should I try this with? Does it matter? Jam Michael Dickens wrote: For anyone with a Intel-Mac (MacBook Pro or Mac Mini) which is known to be working with the USRP hardware: If you update to the latest SVN of GR, does: usrp/host/apps: test_usrp_standard_rx and test_usrp_standard_tx still work? You might want to backup your various install-locations first (e.g. /opt, /usr/local). On a (friend's) MBP, the latest SVN -does not work- any longer. Reverting back to a version from July 13 does work. Both use LIBUSB 0.1.12 ... so maybe I was barking up the wrong tree. Next on the agenda: look at what's changed in the USRP since then. - MLD ___ 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] c++ programs
HiI recently finished a modified FPGA build and I wanted to compile a C++ program to test it. The program is based on the test_usrp_standard_tx program. I wanted to know how I would go about compiling the program so that all the proper header files are correctly included.Sorry if this is a silly question, c++ isn't really my forte.RegardsLance Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail.___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] What does the onboard FPGA now and how can I realtime process the signal?
Hi, I'm working with analyzing WLAN signals andplan to use the onboard FPGA to process the signal. I wonder what does this FPGA do by default? Is there any documents about this? What I need to do is before saving the IQ signal samples to files, do a correlation and time stamping on the incoming samples. Is this possible to do by the FPGA? I mean, can I feed the realtime stream to FPGA and process it? And if so, how? Is there some python functions which do this? I would be very grateful if I can get some help. /Lin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does the onboard FPGA now and how can I realtime process the signal?
I don't think now there is available GNU radio modules for WLAN tranceiver.The FPGA is used as DDC/DUC. Maybe you can directly save the signal into files and then do the correlation or other processing. Alin 2006/10/5, Lin Ji [EMAIL PROTECTED]: Hi, I'm working with analyzing WLAN signals andplan to use the onboard FPGA to process the signal. I wonder what does this FPGA do by default? Is there any documents about this? What I need to do is before saving the IQ signal samples to files, do a correlation and time stamping on the incoming samples. Is this possible to do by the FPGA? I mean, can I feed the realtime stream to FPGA and process it? And if so, how? Is there some python functions which do this? I would be very grateful if I can get some help. /Lin___Discuss-gnuradio mailing listDiscuss-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] J. Cooley's 3-D waterfall display
All, Mr. Cooley wrote this code sometime early last year, and unfortunately something in the gnuradio or wxgui code has changed, and this code is no longer operable. The error I got in trying to run it with gnuradio 2.8 is: gnuradio_swig_python.py expects a std::vectorfloat,std::allocatorfloat I had an email exchange with Mr. Cooley, and he would like to fix his code, so any effort would be appreciated in that. And, as he said in our exchange, Now that I think about it, the waterfall Python OpenGL code that I did was based largely upon the similar wxgui-based fft. So, following the format of the wxgui versions may help lead you to the right functional calls, and get the right calls on the GnuRadio side. http://alumni.media.mit.edu/~jcooley/gr_experiments/experiments/fft_3d_time/gr_3d_fft_time.htm J. Cooley's site -- View this message in context: http://www.nabble.com/J.-Cooley%27s-3-D-waterfall-display-tf2388233.html#a6657892 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] RDS
Erlend Barstad Strand wrote: Hi I am trying to extend the usrp_wfm_rcv_pll.py by reading the RDS subcarrier, however I have a problem observing the subcarrier at all. I have connected a file_sink to the fm_demod in order to see the spectrum in Matlab. In the spectrum I can observe the L+R, L-R and pilot tone, but no RDS subcarrier at 57kHz. Have anyone successfully seen this channel on broadcast FM? Is it possible that the RDS subcarrier doesnt have enough power to be oberved with the USRP board I see the RDS subcarrier all the time. Not every station uses it, so you are listening to one that does. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RDS
I seem to recall someone writing a gr-rds module a while ago. You might check the mailing list archives. I would love to have this feature in gnuradio. Please let me know if you need any help. Matt Jan Schiefer wrote: Hi Erlend, I think you should be able to see the subcarrier with the USRP. The injection level of the RDS signal is typically around 1.5 to 2%, this is substantially less than the pilot, which is typically around 9%, but it should still be visible. Make sure you have a good signal without too much multipath. Also, you want to double-check whether the station you are looking at is indeed carrying RDS (not sure whether everybody does in Norway). If you end up writing a decoder, please drop me a line. The American version of RDS, called RBDS, is (of course) slightly different. I'd be interested in helping to making sure that it will work on both sides of the Atlantic. Cheers, Jan Erlend Barstad Strand wrote: Hi I am trying to extend the usrp_wfm_rcv_pll.py by reading the RDS subcarrier, however I have a problem observing the subcarrier at all. I have connected a file_sink to the fm_demod in order to see the spectrum in Matlab. In the spectrum I can observe the L+R, L-R and pilot tone, but no RDS subcarrier at 57kHz. Have anyone successfully seen this channel on broadcast FM? Is it possible that the RDS subcarrier doesnt have enough power to be oberved with the USRP board? best regards erlend ___ 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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Custom Filter Taps
Daniel Garcia wrote: I am working on an NTSC receiver using the USRP/TVRX board. I am tunning the board to 63.25 MHz with decimation set to 10; this gives me 6.4 MHz of bandwidth. The NTSC channel is 6 MHz wide so with these settings I get some interference from the adjacent channels. Is there a way to set the filter taps used by the USRP so that I could make a filter to remove the frequency infomation at the extreme right and left of the sampled data? I can use an FIR filter in the PYTHON runtime but it uses lots of CPU power. Yes, you can change the filter taps in the FPGA. See the halfband (HB) verilog code. I read on a previous thread that it is possible to invert the spectrum of the sampled signal so that the tuned frequency would be the FM carrier. The end result being a stream from the USRP where 0 Hz is the center frequency of the audio carrier the the video carrier is at 4.5 MHz. Is this possible? The advantage here is that the baseband audio does not need to be shifted before fm demodulation; also the video carrier does not need to be shifted before demodulation (AM). Not sure what you're looking for here. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with make
Hello, I have gcc3.4 and g++3.4 and when I do the ./configure there is no problem. But after when I do the make, I have this mistake : ../../../../gnuradio-core/src/lib/general/gri_agc2_cc.h:40: warning: when initialized here gnuradio_swig_python.cc: In function `PyObject* _wrap_gr_multiply_vss_sptr_set_detail(PyObject*, PyObject*)': gnuradio_swig_python.cc:254: internal compiler error: in init_alias_analysis, at alias.c:2962 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.4/README.Bugs. make[6]: *** [gnuradio_swig_python.lo] Error 1 make[6]: Leaving directory `/home/jul/gnuradio/gnuradio-core/src/lib/swig' make[5]: *** [all] Error 2 make[5]: Leaving directory `/home/jul/gnuradio/gnuradio-core/src/lib/swig' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/jul/gnuradio/gnuradio-core/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jul/gnuradio/gnuradio-core/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jul/gnuradio/gnuradio-core' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jul/gnuradio' make: *** [all] Error 2 What is the problem ? I have installed all the packages I think. Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp
I was trying using ./configure command for compiling GNU Radio on Cygwin and received following error message:gr_boost_include_dir = /usr/include/boost-1_33_1/boost/checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... nochecking for boost/shared_ptr.hpp... noconfigure: error: Failed to locate boost/shared_ptr.hpp.Try using --with-boost-include-dir=path, E.g., --with-boost-include-dir=/usr/local/include/boost-1_33_1The include directory for the Boost is OK, even then I am facing a problem. Please suggest me how to solve this problem. I tried using following command : $ ./configure --enable-maintainer-mode --with-boost-include-dir=/usr/include/boost-1_33_1/boost/But there is no improvement. Can some one help me in this regard?Thank youTarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Custom Filter Taps
Matt Ettus wrote: Yes, you can change the filter taps in the FPGA. See the halfband (HB) verilog code. Thanks! I'll take a look. I read on a previous thread that it is possible to invert the spectrum of the sampled signal so that the tuned frequency would be the FM carrier. The end result being a stream from the USRP where 0 Hz is the center frequency of the audio carrier the the video carrier is at 4.5 MHz. Is this possible? The advantage here is that the base-band audio does not need to be shifted before FM demodulation; also the video carrier does not need to be shifted before demodulation (AM). Not sure what you're looking for here. After thinking about it, I'm not sure either. I figured I can to tune to FM carrier to the center frequency (0Hz), set the decimation to 4 (16 MS) and the video carrier is at -4.5MHz. Unfortunately, my USB/computer can't handle can't handle the 16 MS rate. I was hoping to avoid translating the signal by placing the FM signal at 0Hz. Since my PC can't handle that data rate, I'm just going to concentrate on the NTSC. -Daniel As an aside: It would be nice to have something like the GC4014 on-board the USRP. In my application it could be used to tune the video and audio signals on separate receiver channels without using up resources on the PC (and also reduce the need for a faster interface in some cases). Not sure if there's enough room on the FPGA though. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Custom Filter Taps
As an aside: It would be nice to have something like the GC4014 on-board the USRP. In my application it could be used to tune the video and audio signals on separate receiver channels without using up resources on the PC (and also reduce the need for a faster interface in some cases). Not sure if there's enough room on the FPGA though. That's essentially what is in the FPGA. There are 2 DDCs in the standard build, and 4 in the RX-only build. Each can be tuned to different ADCs, or to the same ADC to get separate bands from the same stream. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] The Mystery Deepens: GNU Radio on Intel-Mac
* I can easily show on our brand new 20 Intel-iMac that a recent (Wednesday) SVN checkout of GNU Radio will compile, check, and install, but USB transport doesn't work. On a similarly equipped PPC-Mac, USB transport does function (albeit slowly in comparison, maybe 1/2 the speed, w/ the Intel-iMac maxing out at 32 M-Bytes/s - which is good news for those moving to Intel-Macs). * I can also show on the same computer that a compile on a MacBook Pro (MBP) dated (checked out on) July 13 does allow for USB transport. * GNU Radio uses dynamic libraries, and one of those is LIBUSB (for the USB transport), and the installed version of LIBUSB was just performed this week from version 0.1.12 - the same as what's installed on the MBP. * By changing a link in /usr from local_old (for the MBP compile from July 13) to local_new to the compile I did this week, the USB transport will either work or not (respectively). The facts thus far lead (past tense) me to believe that it was a change in GNU Radio's software. * I then retrieved an archive of the actual source code for the local_old install from the MBP and dropped it onto the Intel-iMac. I then made everything anew from that codebase (from July 13, which worked before) ... and ... drum roll please it DID NOT work! This now leads me to believe it was the change in XCode from 2.3 to 2.4 (released August 11, which would be about the time folk started noticing oddness). Since 2.3 is compatible with the Intel-Mac's, I will revert the install back to 2.3 to check out this theory (likely early next week). Yet even more as testing goes further. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with make
On Friday 06 October 2006 06:46, De Lima Julian wrote: I have gcc3.4 and g++3.4 and when I do the ./configure there is no problem. But after when I do the make, I have this mistake : ../../../../gnuradio-core/src/lib/general/gri_agc2_cc.h:40: warning: when initialized here gnuradio_swig_python.cc: In function `PyObject* _wrap_gr_multiply_vss_sptr_set_detail(PyObject*, PyObject*)': gnuradio_swig_python.cc:254: internal compiler error: in init_alias_analysis, at alias.c:2962 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.4/README.Bugs. ... What is the problem ? I have installed all the packages I think. Thanks You got an internal compiler error, nothing to do with make. I would suggest your hardware is probably broken, probably RAM, but possibly your motherboard, CPU or power supply. Download Memtest86+, burn it onto a CD and run it for a few hours. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgp0l19z9fCf6.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Suggestion re svn:eol-style for configure and bootstrap
Hi Don At 03:30 AM 1/10/2006, Don Ward wrote: Murray Lang wrote: Can I suggest that the svn:eol-style attribute be changed from native to CR for ./configure and ./bootstrap. Did you mean LF? Ok, I was going from memory and mixed up CR with LF. They aren't going to be much use for Windows builds anyway. It's a trap for young players who svn at work on their Windows machines (because their dialup at home is slow). Bash barfs on unexpected ^M (LF). It took me a while to nut that one Whose bash? Cygwin? MSYS? Other? And which svn? (And I think you mean ^M(CR).) Bash on Fedora. I've tried both Tigris and Tortoise on Windows. When changing the eol-style at my end didn't work I discussed it with my IT guys, who said that the style needs to be applied at the svn host, not the client. Yes, I could have used unix2dos but it seems to me that fixing the style for shell scripts isn't going to hurt anyone because *native* Windows tools aren't going to use them anyway. I think native Windows compilers can deal with unix style source files (though I'm not %100 certain of that), so they can be left as is. In the end I ssh'ed to a unix machine here and ran svn from there, but I thought I'd post this so that anyone searching for info on the same problem will find something. Murray ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Compile source code on Fedora Core 5
I'm a beginner as well - about 2 or 3 days ahead of you it would seem. Murray At 10:20 PM 29/09/2006, Tarun Tiwari wrote: Thanks a lot. I can see there are lot of things to install in FC5 and for that one need to have admin privilages. As a beginner, which version of fedora core I should prefer for the gnu radio development. Should I proceed forward with the network computer or get one standalone computer? On 9/29/06, Murray Lang [EMAIL PROTECTED] wrote: I ran su root in the terminal window to give me admin priviledges for the build. By the way the statement that Fedora Core 5 is known to be shipped with all the dependencies doesn't tally with my experience. FTTW is missing as is wxPython. If you want Doxygen documentation you'll need to download the *source* for doxygen and build it because the binaries have a dependency on an older version of the standard C++ library than is shipped with FC5. I think there were other things missing as well but I've lost track because I've downloaded a lot of extra stuff to build as much as I can of gnuradio. I've had no problems except for version mismatches with portaudio and jack, which I've let go for now. Now all I need to do is understand it! Cheers Murray VK6HL ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio 3.0 Release Candidate 3 available for testing
GNU Radio 3.0 Release Candidate 3 is available for testing at: http://gnuradio.org/releases/gnuradio/gnuradio-3.0rc3.tar.gz and http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0rc3.tar.gz Changes since 3.0rc2: * Add missing files to tarball (r3710, r3713, ticket:81) * Fixed under quoted shell test in configuration (r3715, ticket:83) * General clean up of top-level README (r3716) * Fixed missing file after 'make distclean' (r3719, ticket:82) * Reduced tmpfile memory usage during make check (r3726, ticket:85) * Updated config.guess and config.sub to latest (r3725) * Distribute how-to-write-a-block separately (r3722, ticket:81) Thanks to all the testers so far; this is very close to being blessed as the official 3.0 release. Johnathan Corgan, AE6HO [EMAIL PROTECTED] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp
Hi Don,Thank you for your reply.I am able to see the shared_prt.hpp file using ls /usr/include/boost-1_33_1/boost command but still not able to compile the software. Meanwhile when I do ./bootstrap I receive some warnings like this : /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_PATH_PSTOEDIT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of AM_PATH_LIBSMI/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of AM_PATH_CPPUNIT Regards,TarunOn 10/5/06, Don Ward [EMAIL PROTECTED] wrote: Hi Tarun, How did you install boost? (Note that you need boost-devel, but you don't need just plain boost.) If you installed boost-devel using Cygwin setup.exe, you should see shared_ptr.hpp when you do ls /usr/include/boost-1_33_1/boost. Hope this helps, and let me know if it doesn't. Regards, -- Don Ward - Original Message - From: Tarun Tiwari To: discuss-gnuradio@gnu.org Sent: Thursday, October 05, 2006 7:37 PM Subject: Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp I was trying using ./configure command for compiling GNU Radio on Cygwin and received following error message:gr_boost_include_dir = /usr/include/boost-1_33_1/boost/checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... nochecking for boost/shared_ptr.hpp... noconfigure: error: Failed to locate boost/shared_ptr.hpp.Try using --with-boost-include-dir=path, E.g., --with-boost-include-dir=/usr/local/include/boost-1_33_1The include directory for the Boost is OK, even then I am facing a problem. Please suggest me how to solve this problem. I tried using following command : $ ./configure --enable-maintainer-mode --with-boost-include-dir=/usr/include/boost-1_33_1/boost/But there is no improvement. Can some one help me in this regard?Thank youTarun ___Discuss-gnuradio mailing listDiscuss-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