Re: [Discuss-gnuradio] Error whle performing make check for gnuradio-3.2
Hi Michael, thanks for replying. I did the following as suggested by you, but now it is giving me the following error: Making all in lib make[4]: Entering directory `/home/somya/gnuradio-3.2rc1/mblock/src/lib' GUILE_LOAD_PATH="/home/somya/gnuradio-3.2rc1/pmt/src/scheme:/home/somya/gnuradio-3.2rc1/mblock/src/scheme" /usr/bin/guile -e main -s ../../../mblock/src/scheme/gnuradio/compile-mbh.scm ./qa_bitset.mbh qa_bitset_mbh.cc ERROR: no code for module (gnuradio macros-etc) make[4]: *** [qa_bitset_mbh.cc] Error 1 make[4]: Leaving directory `/home/somya/gnuradio-3.2rc1/mblock/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/somya/gnuradio-3.2rc1/mblock/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/somya/gnuradio-3.2rc1/mblock' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/somya/gnuradio-3.2rc1' make: *** [all] Error 2 [r...@somya gnuradio-3.2rc1]# What should I do for this? Thanks & Regards, Somya Ajmera From: Michael Dickens To: Somya Ajmera Cc: discuss-gnuradio@gnu.org Sent: Tuesday, March 24, 2009 7:38:56 Subject: Re: [Discuss-gnuradio] Error whle performing make check for gnuradio-3.2 Hi Somya - This bug has been fixed in the trunk in r10624 and 3.2 trunk release, but is not part of the 3.2rc1 tarball. The fix is to add the line d_vlen (vlen) to the file gnuradio-core/src/lib/gengen/gr_sub_XX.cc.t right after the line gr_make_io_signature (1, 1, sizeof (@O_TYPE@)*vlen)) and add a comma (',') after the gr_make_io_signature line. Once you've done that, the tarball should work. You can also upgrade to using the trunk instead of the tarball, until 3.2rc2 comes out. - MLD New Email names for you! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tunnel.py buffer crash
Hi Eric, We've made a stupid mistake. My friend installed gnuradio from trunk in their lab. I just figure out this problem. After we reinstalled there's no buffer problem anymore. Thanks! Yanyan Eric Blossom wrote: > > On Thu, Mar 19, 2009 at 09:12:00PM -0700, Eric Blossom wrote: >> On Thu, Mar 19, 2009 at 08:50:13PM -0700, yyzhuang wrote: >> > >> > I'm sorry. >> > >> > If we do ./tunnel and ping between two boxes over the air, both tx and >> rx >> > breaks after a few ICMP packets exchange. They don't break at the same >> time >> > though, but it does happen every time. If we do over channel emulator >> (by >> > connecting the antenna of USRP to the emulator), we can ping the two >> > machines much longer, but it still breaks. >> > >> > Sorry again, no offense. I didn't mean to be rude or something. >> >> No problem. I didn't take it that way. >> >> I'm busy with something else right now, but I think I can get you some >> instrumented code that will locate the offending block sometime >> tomorrow. It's great news that it fails regularly for you! >> >> Eric > > We fixed a bug yesterday in gr_clock_recovery_mm_ff.cc [10646], which > is used by the GMSK demodulator, and which could be causing the > problem you are seeing. > > Can you please checkout a copy of the trunk, build and install it and > try to reproduce the problem you've been seeing? > > Thanks! > Eric > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://www.nabble.com/tunnel.py-buffer-crash-tp22470731p22715346.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
[Discuss-gnuradio] Re: Using one USRP
Michael Dickens wrote: >> Sounds like an interesting paper but the website requires a Notre >> Dame password to download the file. > > I apologize; I didn't realize that website was password protected (it > didn't ask me ;) Here's another: > > < http://www.nd.edu/~jnl/pubs/crohas-ms-nd-2008.pdf > hi, i had read the thesis but there is no OFDM used in this project.. is there any others thesis or document that explain on how to generate the OFDM using GNU Radio? -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio OFDM Theori
Thank you Martin. but is there any detail on how OFDM in GNU Radio is constructed like the documentation for FM recv ..in FM recv they explain detail on how they construct the code.. what is the reson for each line and what references that they used.. so in OFDM GNU Radio is there any documentation like this? i thought bob is the leader for the GNU Radio OFDM project (if i am not mistaken).. so bob or any body, can you please help me? thank you.. -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p22714677.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] (no subject)
Hi Probably you will get more response if you give more details of what you want to do. There are RFID / NFC tags operating at various frequencies, and to a variety of standards. Each will tend to require different tx/rx modules, antennas, modulation/demodulation schemes. Also why are you trying to this with GNU radio? Standard RFID reader/writer hardware is a lot cheaper and, depending on what frequencies/standards you are interested in, a multi-standard reader could probably be built from scratch for $100 (US) of parts. Regards, Tony 2009/3/23 harshal jadhav > hi everybody.. > > i want to do a project on GNU RADIO based RFID reader . > i need information about any advancement has been done in this field and > what are the paths alongwith advancement is required. > > Regards, > Harshal Jadhav > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RTOS?
Hi Eric, Thank you for a quick reply. This was my first post on the discussion list and your quick response has taken away my hesitancy. I am trying to implement an gnuradio on top RTOS, which can enable more complex scheduling algorithm (other than flow-graphs) as well as a timing mechanism. Also, once RTOS is working successfully, it can maintain a global state, keep track of flow control. Hope that answers your questions. Regards, Pradyumna --- Pradyumna V. Desale Graduate Student Electrical Engineering The Pennsylvania State University On Wed, Mar 25, 2009 at 6:18 PM, Eric Blossom wrote: > On Wed, Mar 25, 2009 at 04:56:56PM -0400, Pradyumna Desale wrote: > > Hi All, > > > > Has anyone heard of RTOS implementations along with gnuradio? I am a > newbie > > and am trying to implement a scheduling scheme using RTOS. Has anyone > tried > > this before? I am running into truckloads of problend ms with Contiki. > Any > > input will be greatly appreciated. > > > > I'm not sure that I follow your question. > > What problem/opportunity/situation are you trying to explore? > Are you thinking about running GNU Radio on top of an RTOS? > If so, what do you hope to accomplish with this? > If so, does the RTOS provide some kind of posix and/or pthread emulation? > > Eric > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sora
Stefan Bruens wrote: > The most interesting part is IMHO the hardware. The comments on GNU Radio are > misinformed (they are not able to differentiate between USRP and GNU Radio > ...), and using SIMD for software radio, well, I think I have seen that > before > somewhere else ... ;-) > > Nevertheless, they have achieved quite something when implementing 802.11 on > the host ... > > Stefan > > I'm not a MAC/PHY guy, but the insight they use of substituting LUTs for real algorithmic modulators seems to be a keen way to trade CPU cycles for memory. If they haven't already patented that (note that M$ was involved), then I think it would be a fine thing to perform some flattery :-) The PCIe-x8 interface sounds kind of yummy as well. The other stuff--well, rather ordinary. SIMD Gnu Radio has this Multi-core ready Gnu Radio has this Next? -- 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] Sora
On Wednesday 25 March 2009 23:53:47 Johnathan Corgan wrote: > 2009/3/25 Newell Jensen : > > Yeah, let me know what you guys think about this if anyone wants to make > > a comment. > > Just a *very* brief glance at it showed at least one mistake in their > comments about GNU Radio; I'll give it a more thorough read when I get > a chance. > > Johnathan The most interesting part is IMHO the hardware. The comments on GNU Radio are misinformed (they are not able to differentiate between USRP and GNU Radio ...), and using SIMD for software radio, well, I think I have seen that before somewhere else ... ;-) Nevertheless, they have achieved quite something when implementing 802.11 on the host ... Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen phone: +49 241 53809034 mobile: +49 151 50412019 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sora
2009/3/25 Newell Jensen : > Yeah, let me know what you guys think about this if anyone wants to make a > comment. Just a *very* brief glance at it showed at least one mistake in their comments about GNU Radio; I'll give it a more thorough read when I get a chance. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sora
On Wed, Mar 25, 2009 at 3:47 PM, Eric Blossom wrote: > On Wed, Mar 25, 2009 at 03:39:47PM -0700, Newell Jensen wrote: > > One of my professors passed this on to me today and I was wondering if > > anyone else was aware of Sora. Here is a link to the pdf: > > > > http://research.microsoft.com/pubs/79927/Sora-camera-ready.pdf > > > > Thanks! > > Eric > Yeah, let me know what you guys think about this if anyone wants to make a comment. -- Newell ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sora
On Wed, Mar 25, 2009 at 03:39:47PM -0700, Newell Jensen wrote: > One of my professors passed this on to me today and I was wondering if > anyone else was aware of Sora. Here is a link to the pdf: > > http://research.microsoft.com/pubs/79927/Sora-camera-ready.pdf > Thanks! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Sora
One of my professors passed this on to me today and I was wondering if anyone else was aware of Sora. Here is a link to the pdf: http://research.microsoft.com/pubs/79927/Sora-camera-ready.pdf -- Newell ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RTOS?
On Wed, Mar 25, 2009 at 04:56:56PM -0400, Pradyumna Desale wrote: > Hi All, > > Has anyone heard of RTOS implementations along with gnuradio? I am a newbie > and am trying to implement a scheduling scheme using RTOS. Has anyone tried > this before? I am running into truckloads of problems with Contiki. Any > input will be greatly appreciated. > I'm not sure that I follow your question. What problem/opportunity/situation are you trying to explore? Are you thinking about running GNU Radio on top of an RTOS? If so, what do you hope to accomplish with this? If so, does the RTOS provide some kind of posix and/or pthread emulation? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RTOS?
Hi All, Has anyone heard of RTOS implementations along with gnuradio? I am a newbie and am trying to implement a scheduling scheme using RTOS. Has anyone tried this before? I am running into truckloads of problems with Contiki. Any input will be greatly appreciated. Pradyumna V. Desale Graduate Student Electrical Engineering -- -- Pradyumna V. Desale Graduate Student Electrical Engineering The Pennsylvania State University ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: comedilib + gnuradio
works, my bad! =/ 2009/3/25 Paulo Benatto > Hi list again =( > > i have another litle problem. I'm building gnuradio from source, and is a > litle boring =/!! > > Somebody can help me with this error. When i try do "make" in comedilib. > > regards. > > [ERROR] > checking for ruby... /usr/bin/ruby > checking /usr/lib/ruby/1.8/i386-linux/ruby.h usability... no > checking /usr/lib/ruby/1.8/i386-linux/ruby.h presence... no > checking for /usr/lib/ruby/1.8/i386-linux/ruby.h... no > configure: WARNING: ruby.h not found, disabling Ruby binding > checking for docbook2man... /usr/bin/docbook2man > checking for docbook2pdf... no > configure: WARNING: docbook2pdf not found, will not be able to rebuild pdf > documentation > checking for docbook2html... /usr/bin/docbook2html > configure: WARNING: hotplug works only if sysconfdir is set to /etc. > configure: creating ./config.status > cd && /bin/sh ./config.status Makefile > /bin/sh: ./config.status: Arquivo ou diretório não encontrado > make: ** [Makefile] Erro 127 > == > > -- > Paulo Leonardo Benatto, patito > "the fear of being free makes you proud of being a slave" > -- Paulo Leonardo Benatto, patito "the fear of being free makes you proud of being a slave" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] comedilib + gnuradio
Hi list again =( i have another litle problem. I'm building gnuradio from source, and is a litle boring =/!! Somebody can help me with this error. When i try do "make" in comedilib. regards. [ERROR] checking for ruby... /usr/bin/ruby checking /usr/lib/ruby/1.8/i386-linux/ruby.h usability... no checking /usr/lib/ruby/1.8/i386-linux/ruby.h presence... no checking for /usr/lib/ruby/1.8/i386-linux/ruby.h... no configure: WARNING: ruby.h not found, disabling Ruby binding checking for docbook2man... /usr/bin/docbook2man checking for docbook2pdf... no configure: WARNING: docbook2pdf not found, will not be able to rebuild pdf documentation checking for docbook2html... /usr/bin/docbook2html configure: WARNING: hotplug works only if sysconfdir is set to /etc. configure: creating ./config.status cd && /bin/sh ./config.status Makefile /bin/sh: ./config.status: Arquivo ou diretório não encontrado make: ** [Makefile] Erro 127 == -- Paulo Leonardo Benatto, patito "the fear of being free makes you proud of being a slave" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question to measure SNR
On Wed, Mar 25, 2009 at 5:20 AM, feldmaus wrote: > i saw there is a function called , > but i doesn't know how to get this to work. This a sink you can attach to a raw MPSK constellation complex sample stream, and it will estimate the signal-to-noise ratio using the "squared signal over noise variance" (SNV) technique for SNR estimation. It's simple and fast, but not all that accurate below about 8 or 9 dB. > Is there a example which is using this function ? It is used in the bit error rate tester (digital-bert) example receiver. The block is designed to be queried for its current SNR estimate by an external thread (created by the user outside the flowgraph). In the BERT receiver, a background thread once per second queries the flowgraph for the current SNR, bit error rate, frequency offset, and timing error, then displays these to the screen. > Can i use this to measure my SNR ? > I have a test sin signal. No, it is explicitly designed for BPSK or QPSK signals, not carriers. Importantly, it needs to follow a frequency/phase recovery loop such that there is no residual carrier in the signal. > I also found the possibility by measuring the SNR by > examine the bit-error-rate. > > Are there any example which do this ? It the digital BERT example, you can see the BER and SNR once per second, and in live testing, they do correlate. But you can't assume a fixed relationship between BER and SNR except in a the ideal ("not real world") case of pure additive white gaussian noise. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 modulated signal tx error
On Wed, Mar 25, 2009 at 12:12:27PM -0700, Eric Blossom wrote: > On Wed, Mar 25, 2009 at 12:09:36PM -0700, Johnathan Corgan wrote: > > On Wed, Mar 25, 2009 at 11:30 AM, Eric Blossom wrote: > > > > > There's a bug in the on-the-wire format for the USRP2 where we're not > > > currently transmitting the valid length of the packet. With ethernet, > > > the minimum packet size is 64-bytes, and there are some times where > > > the host code is naively fragmenting the received samples in a way > > > that produces a packet that is too short for ethernet. > > > > > > I've opened ticket:378 on this. It will be properly fixed when we > > > rework the on-the-wire format as part of the VRT work, but I think > > > there's an intermediate step that can avoid most cases of the problem > > > happening. > > > > I had planned to at least temporarily work around this for gr-usrp by > > avoiding passing flowgraph data to libusrp2 that would result in these > > short fragments. This wouldn't fix things for low-level libusrp2 > > users, but it's a small change that would get us by until the real fix > > with the new VRT transport work. Let me know if this is an issue. > > Johnathan, > > After a bit of lunch, I think I can fix this in libusrp2 in a few minutes. > > I'll set up a developer branch in a bit and you all know when it's > ready to test. > > Eric Ronaldo, Can you please check out, build and install this developer branch and let me know if your problem goes away? $ svn co http://gnuradio.org/svn/gnuradio/branches/developers/eb/t378 Thanks, Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 modulated signal tx error
Hi Eric, Thanks for your answer. I will take a look at that. I'll work hard to patch it. I promise, I need the USRP2 working fine as soon as possible. When I finish I'll send it gnuradio the patch. Thanks for all help. Regards, Ronaldo 2009/3/25 Eric Blossom : > On Tue, Mar 24, 2009 at 04:03:36PM -0300, Ronaldo Nunez wrote: >> Hi folks, >> >> I tried to TX a FM modulated signal using USRP2 BasicTX. >> The signal was a 440 Hz sinusoid, and the carrier 1 MHz. >> I used the signal generator and fm modulator blocks provided by GNURadio. >> >> When I tx it the follow message appeared on the screen: >> >> USRP2::Tx_RAW: FIXME: short packet: 1 item (32 bytes) >> >> Sometimes the item number changes to 4 or 8... >> What that mean? >> >> I took a look at the usrp2_impl.cc (last revision) and i couldn't >> identify any problem... >> >> Any suggestion is welcome. >> Regards, >> >> Ronaldo > > Hi Ronaldo, > > There's a bug in the on-the-wire format for the USRP2 where we're not > currently transmitting the valid length of the packet. With ethernet, > the minimum packet size is 64-bytes, and there are some times where > the host code is naively fragmenting the received samples in a way > that produces a packet that is too short for ethernet. > > I've opened ticket:378 on this. It will be properly fixed when we > rework the on-the-wire format as part of the VRT work, but I think > there's an intermediate step that can avoid most cases of the problem > happening. I'm not sure that I can find time to fix this in time for > 3.2.0, but if you'd like to take a look at it, we'd love a patch for > it. What needs to happen is that the loop in usrp2_impl.cc(tx_raw) > that fragments the nitems items needs to be a little smarter about > breaking the items into ethernet frames. Each piece needs to be > between 9 and U2_MAX_SAMPLES samples long. (9 works out to the > smallest number of samples that plus the headers ends up being >= 64 > bytes). > > Eric > -- __ Ronaldo A. Viera Nunez Acadêmico/Engenharia Elétrica Universidade Federal de Santa Maria Santa Maria - RS - Brasil ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 modulated signal tx error
On Wed, Mar 25, 2009 at 12:09:36PM -0700, Johnathan Corgan wrote: > On Wed, Mar 25, 2009 at 11:30 AM, Eric Blossom wrote: > > > There's a bug in the on-the-wire format for the USRP2 where we're not > > currently transmitting the valid length of the packet. With ethernet, > > the minimum packet size is 64-bytes, and there are some times where > > the host code is naively fragmenting the received samples in a way > > that produces a packet that is too short for ethernet. > > > > I've opened ticket:378 on this. It will be properly fixed when we > > rework the on-the-wire format as part of the VRT work, but I think > > there's an intermediate step that can avoid most cases of the problem > > happening. > > I had planned to at least temporarily work around this for gr-usrp by > avoiding passing flowgraph data to libusrp2 that would result in these > short fragments. This wouldn't fix things for low-level libusrp2 > users, but it's a small change that would get us by until the real fix > with the new VRT transport work. Let me know if this is an issue. Johnathan, After a bit of lunch, I think I can fix this in libusrp2 in a few minutes. I'll set up a developer branch in a bit and you all know when it's ready to test. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 modulated signal tx error
On Wed, Mar 25, 2009 at 11:30 AM, Eric Blossom wrote: > There's a bug in the on-the-wire format for the USRP2 where we're not > currently transmitting the valid length of the packet. With ethernet, > the minimum packet size is 64-bytes, and there are some times where > the host code is naively fragmenting the received samples in a way > that produces a packet that is too short for ethernet. > > I've opened ticket:378 on this. It will be properly fixed when we > rework the on-the-wire format as part of the VRT work, but I think > there's an intermediate step that can avoid most cases of the problem > happening. I had planned to at least temporarily work around this for gr-usrp by avoiding passing flowgraph data to libusrp2 that would result in these short fragments. This wouldn't fix things for low-level libusrp2 users, but it's a small change that would get us by until the real fix with the new VRT transport work. Let me know if this is an issue. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU radio based RFID reader/writer
On Tue, Mar 24, 2009 at 03:32:36PM -0700, harshal jadhav wrote: > Hi, > > I am a student of Master's program in electrical engineering (major : > telecommunications and dsp) . > As a master's final project i want to develop RFID reader/writer based on > GNU and compare the performance of RFID reader/writer which is not based on > GNU to that of one based on GNU. > Is such RFID reader/writer based on GNU radio already available in the > market? and if not is there a starting point from where i can build such a > reader/writer. > Regards, > Harshal Jadhav There are many kinds of RFID. Which kind do you want to look at? What frequency band are you interested in? Are they passive tags? With RFID readers, there are h/w and s/w issues to be dealt with. It's important to keep them separate, so as to not draw the wrong conclusions. GNU Radio != USRP, although we're often in the habit of using them together. You may also want to take a look at http://www.openpcd.org http://openmrtd.org Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] some results about D8PSK (problems)
On Monday 23 March 2009 16:35:45 you wrote: > We've got the patch in the queue for testing. It looks correct, > though I wonder how the block even worked at all given this issue. > > Tom--could you comment? Although I am not Tom ... Obviously, if there is no carrier offset, freq (IMHO misnamed, should be something like phase_increment ...) is 0, and adding 0 twice is no problem. As long as freq is smaller than pi/M, it gives some additional noise, but it should still work. The costas loop sets freq so that the average value is correct. Example: 3 Samples per symbol carrier offset of 0.2 (radians) freq should be 0.2/3 As freq is added 4 times instead of instead of 3 times (once per sample), freq is set to 0.05 this gives an phase error of -0.016 for the first sample, 0 for the second and +0.016 for the 3rd. Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen mailto:lurch at gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/ phone: +49 241 53809034 mobile: +49 151 50412019 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 modulated signal tx error
On Tue, Mar 24, 2009 at 04:03:36PM -0300, Ronaldo Nunez wrote: > Hi folks, > > I tried to TX a FM modulated signal using USRP2 BasicTX. > The signal was a 440 Hz sinusoid, and the carrier 1 MHz. > I used the signal generator and fm modulator blocks provided by GNURadio. > > When I tx it the follow message appeared on the screen: > > USRP2::Tx_RAW: FIXME: short packet: 1 item (32 bytes) > > Sometimes the item number changes to 4 or 8... > What that mean? > > I took a look at the usrp2_impl.cc (last revision) and i couldn't > identify any problem... > > Any suggestion is welcome. > Regards, > > Ronaldo Hi Ronaldo, There's a bug in the on-the-wire format for the USRP2 where we're not currently transmitting the valid length of the packet. With ethernet, the minimum packet size is 64-bytes, and there are some times where the host code is naively fragmenting the received samples in a way that produces a packet that is too short for ethernet. I've opened ticket:378 on this. It will be properly fixed when we rework the on-the-wire format as part of the VRT work, but I think there's an intermediate step that can avoid most cases of the problem happening. I'm not sure that I can find time to fix this in time for 3.2.0, but if you'd like to take a look at it, we'd love a patch for it. What needs to happen is that the loop in usrp2_impl.cc(tx_raw) that fragments the nitems items needs to be a little smarter about breaking the items into ethernet frames. Each piece needs to be between 9 and U2_MAX_SAMPLES samples long. (9 works out to the smallest number of samples that plus the headers ends up being >= 64 bytes). Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Antennas with BasicRx and Tx Daughterboards
Hi, Is it possible to use antennas directly with Basix Rx and Tx daughterboards without using any RF front-end?? Regards, Sajjad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libusrp not copied to /usr/lib directory
On Wed, Mar 25, 2009 at 11:45:52AM +0100, Fabian wrote: > Hello! > > I'm using GNURadio (from the svn repository) with OpenBTS and everything > worked fine. > Now I did this procedure: > sudo make uninstall > sudo make distclean > svn update > ./bootstrap > ./configure > make > make check > sudo make install The way you've run configure, it will end up in either /usr/local/lib/libusrp.so or /usr/local/lib64/libusrp.so Depending on your machine characteristics. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Possiblity of Modulation without the usrp? PSK modulator?
Yufeng, Yes, I'm still looking at setting up BPSK, QPSK and 8PSK. I was however able to TX and RX DPSK and GMSK without the USRP. However, I was wondering if you had the history of TX of PSK with GNUradio. In the past there was a block named BPSK.py but now it is not there. It seemed very similar to the Digital BERT example using a costas loop and MM clock recovery. Then there is a MPSK receiver that was added there after. It seemed to me like the natural progression was to add a MPSK transmitter or better yet hold to the schema with DPSK,GMSK and QAM and have a MPSK Mod and a MPSK Demod. Do you know why BPSK.py dissappeared and it was not replaced with a MPSK transmitter or MPSK Mod? I took a look at PSK.py and got confused because it seemed to only deal with Gray coding only.what am I missing? Cheers, Jody On Wed, Mar 25, 2009 at 11:27 AM, yufeng wang wrote: > Hi, Jody, > > This is Yufeng. I was also working on modulating a data sequence with > PSK(or QAM) modulation, and then transmitting with USRP. Have you been > able to find how to modulate a signal with PSK? > > > On Tue, Mar 10, 2009 at 9:31 AM, w w wrote: > > Greetings, > > I'm wondering if you all could tell me if it is possible to set up and > > modulate a signal without the usrp? If so how do you insert the > carrier? > > For a BPSK siganl do you just multiply carrier by the modulated signal? > I > > also notice that gnuradio did at one time have a PSK modulator but it is > no > > longer available.what took it's place? Without a PSK modulator, how > do > > you modulate signals like BPSK, QPSK, 8PSK.? > > > > Thanks, > > Jody > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > > > -- > Best wishes, > > Yufeng > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libusrp not copied to /usr/lib directory
I was getting a report of exactly the same thing from someone else last week. He fixed it by creating a soft link. -- David On Mar 25, 2009, at 3:45 AM, Fabian wrote: Hello! I'm using GNURadio (from the svn repository) with OpenBTS and everything worked fine. Now I did this procedure: sudo make uninstall sudo make distclean svn update ./bootstrap ./configure make make check sudo make install I got the trunk version 10680. Everything seemed to be okay. Now I want to reinstall OpenBTS and an error occured that there isn't "libusrp". I checked it with # locate libusrp.so and I get: /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0 /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0.0.0 But I thought the files must be in /usr/lib/ or /usr/local/lib/ and I think OpenBTS will also try to search it in these library directories. Was there a change in the last few weeks? I checked the repository of GNURadio, but I didn't find that there was a change so the created libusrp-files won't be copied to the library directory. Could anyone help me? - Fabian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio David A. Burgess Kestrel Signal Processing, Inc. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to spit spectrum into smaller spectrums effectively and flexibly
You can connect >1 filters to the output of a USRP... That is, assuming all the channels are inside the 8MHz of spectrum that the USRP1 can "see" at any given moment... Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International On Wed, Mar 25, 2009 at 13:33, feldmaus wrote: > Hi All, > > i want to watch/analyse at several spectrums at the same time. > I noticed the function , but this parts a spectrum > in smaller one which can not be moved. The parted spectrums have > a constant distance in the analysis filterbank. But i need a flexible > distance. > > Any Hints ? > > Regards Markus > > > > ___ > 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] [USRP2] Building a FM Radio
You might want to take a look at https://www.cgran.org/wiki/RDS It's not GRC, but you could look at the drawings and create a similar flowgraph in GRC Good luck Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International On Wed, Mar 25, 2009 at 09:33, dbeken wrote: > > Hi, > > where could a find a layout for a FM Radio (GRC)? Unfortunately examples > for > USRP1 aren´t working so well. > > Thanks > > Dincer > -- > View this message in context: > http://www.nabble.com/-USRP2--Building-a-FM-Radio-tp22697104p22697104.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 > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libusrp not copied to /usr/lib directory
I reinstalled GNURadio two times and now I have the libusrp libraries. Perhaps the problem lies elsewhere... - Fabian Am 25.03.2009 um 11:45 schrieb Fabian: Hello! I'm using GNURadio (from the svn repository) with OpenBTS and everything worked fine. Now I did this procedure: sudo make uninstall sudo make distclean svn update ./bootstrap ./configure make make check sudo make install I got the trunk version 10680. Everything seemed to be okay. Now I want to reinstall OpenBTS and an error occured that there isn't "libusrp". I checked it with # locate libusrp.so and I get: /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0 /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0.0.0 But I thought the files must be in /usr/lib/ or /usr/local/lib/ and I think OpenBTS will also try to search it in these library directories. Was there a change in the last few weeks? I checked the repository of GNURadio, but I didn't find that there was a change so the created libusrp-files won't be copied to the library directory. Could anyone help me? - Fabian ___ 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] how to spit spectrum into smaller spectrums effectively and flexibly
Hi All, i want to watch/analyse at several spectrums at the same time. I noticed the function , but this parts a spectrum in smaller one which can not be moved. The parted spectrums have a constant distance in the analysis filterbank. But i need a flexible distance. Any Hints ? Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio OFDM Theori
On Wed, Mar 25, 2009 at 02:15:35AM -0700, adib_sairi wrote: > Hi every one, > i would like to know how the OFDM Library in GNU Radio is being constructed? > what is the theory? can any body help me? Thank you very much.. Assuming you understand the theory behind OFDM in general, a good place to look is gnuradio-examples/python/ofdm/benchmark* code. You can run the examples with a flag '--log', which will dump the streams after most intermediate steps into separate .dat-files for you to inspect. These examples use the 'ofdm' python module, its source is in gnuradio-core/src/python/gnuradio/ofdm.py. This contains a complete flow graph starting with a message queue which takes bits ending in a I/Q sample stream and vice versa. Should you know nothing about OFDM, I recommend not trying to figure it out from the GNU Radio code, but to read up on the theory first. OFDM is covered in most of the standard books on digital wireless communication. Have fun, MB -- Dipl.-Ing. Martin Braun Phone: +49-(0)721-608 3790 Institut fuer Nachrichtentechnik Fax: +49-(0)721-608 6071 Universitaet Karlsruhe (TH) http://www.int.uni-karlsruhe.de/ pgpQ9bRetpkdl.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] question to measure SNR
Hi ALL, i saw there is a function called , but i doesn't know how to get this to work. Is there a example which is using this function ? Can i use this to measure my SNR ? I have a test sin signal. I also found the possibility by measuring the SNR by examine the bit-error-rate. Are there any example which do this ? Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] libusrp not copied to /usr/lib directory
Hello! I'm using GNURadio (from the svn repository) with OpenBTS and everything worked fine. Now I did this procedure: sudo make uninstall sudo make distclean svn update ./bootstrap ./configure make make check sudo make install I got the trunk version 10680. Everything seemed to be okay. Now I want to reinstall OpenBTS and an error occured that there isn't "libusrp". I checked it with # locate libusrp.so and I get: /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0 /home/openbts/gnuradio/usrp/host/lib/legacy/.libs/libusrp.so.0.0.0 But I thought the files must be in /usr/lib/ or /usr/local/lib/ and I think OpenBTS will also try to search it in these library directories. Was there a change in the last few weeks? I checked the repository of GNURadio, but I didn't find that there was a change so the created libusrp-files won't be copied to the library directory. Could anyone help me? - Fabian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio OFDM Theori
Hi every one, i would like to know how the OFDM Library in GNU Radio is being constructed? what is the theory? can any body help me? Thank you very much.. adib -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p22697706.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
[Discuss-gnuradio] [USRP2] Building a FM Radio
Hi, where could a find a layout for a FM Radio (GRC)? Unfortunately examples for USRP1 aren´t working so well. Thanks Dincer -- View this message in context: http://www.nabble.com/-USRP2--Building-a-FM-Radio-tp22697104p22697104.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