[Discuss-gnuradio] Using Eigen C++ template library in GNURADIO
Dear members, does anyone know how to use Eigen C++ template library in GNURADIO? my OS is Ubuntu 16.04 lts. gnuradio version 3.7.10, I can use it separately as c++ library by adding these lines: #include #include #include ... VectorXcf fftshiftXcf(VectorXcf x, int NFFT); ... //-- however, in gnuradio project, I get the error: error: ‘VectorXcf’ does not name a type VectorXcf fftshiftXcf(VectorXcf x, int NFFT); -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how does Doppler shift increment in flat fading channel GNU radio
Hi, (I was not in the mailing list for a long time) yes, you are right. d_m is incrementation or index after initialization, which is correct thing there. Yes, as you also said that is per sample. cos(alpha_n) is constant there, I checked that. cos table looks like just cosine values, which must be there somehow. But the value are selected out of cos table kind of randomly. I think there is a "bug" in the code. Otherwise, let someone explain it better. The Doppler shift cannot jump from sample to sample randomly. If I make a mistake please correct it. P.S.: In matlab that thing is not random. After some samples that changes a little bit depending on the max Doppler shift. - Nasimi >Понедельник, 22 февраля 2016, 9:54 -08:00 от Bastian Bloessl ><bloe...@ccs-labs.org>: > >Hi, > >I posted a question about the very same lines of code four days ago, but did >not get a reply yet > >http://lists.gnu.org/archive/html/discuss-gnuradio/2016-02/msg00254.html > >I’m not sure whats going on there, but some wild guesses: > >The Doppler Frequency per sinusoid is distributed according to that U-shaped >thing you see everywhere. >Now, instead of rolling the dice once during initialisation and sticking to >that Doppler frequency forever, this implementation is doing something like a >random walk through the Doppler Spectrum. > >alpha_n is going back and forth between -pi and pi (plus some initial phase >offset), so fDTs * cos(alpha_n), the normalised Doppler Frequency, follows >this U-distribution. > >This has the advantage that you can start the block once and your results will >converge to the mean. (Otherwise, you would have to do a lot of repetitions to >get a lot of random initialisations.) > >What I don’t get (and what I asked in the other thread) is why this is >multiplied with d_m. I think that, per sample, the current Doppler Frequency >should be used to calculate an incremental angle to the previous value. > >(I guess the sincostable is just a lookup table for sin and cos values for >speed optimisation.) > >I hope that didn’t confuse even more... > >Best, >Bastian > > > >>On 22 Feb 2016, at 06:41, Nasi < nesaz...@mail.ru > wrote: >>Hello, >> >>The question is about how does the given Doppler shift progress, or how is >>the Doppler induced phase shift implemented. >> >>I select a simple frequency selective fading block and feed in it some >>gr_complex(1, 0) values. For simplicity I run one fader (num of sinusoids). >>in file: >>https://github.com/osh/gnuradio.old/blob/master/gr-channels/lib/flat_fader_impl.cc >> >>in the code below, >># elif FASTSINCOS == 2 >> float s_i = scale_sin*d_table. cos ( 2 *M_PI*d_fDTs*d_m*d_table. cos >>(alpha_n)+d_psi[n+ 1 ]); >> float s_q = scale_sin*d_table. cos ( 2 *M_PI*d_fDTs*d_m*d_table. sin >>(alpha_n)+d_phi[n+ 1 ]); >> >> # else d_m shows that the Doppler shift must progress sequencially. >>However, the value of " 2 *M_PI*d_fDTs*d_m*d_table. cos (alpha_n) " as a >>whole, produces floating point numbers which results in kind of random values >>out of d_table. cos () function in file >>https://github.com/osh/gnuradio.old/blob/master/gr-channels/lib/sincostable.h >> >>Some more explanation: >>the value: 2 *M_PI*d_fDTs*d_m*d_table. cos (alpha_n) gets in as x below (in >>file .../ lib/sincostable.h ) >>((( int )(x*d_scale)) + d_sz) % d_sz; - this is a random integer value (may >>be not, can you please help me with that?) >>therefore it returns a random cos value as: return d_cos[idx]; >> >>The issue arises when that floating point values inside cos() function is >>converted to integers as given above. >> >>Now, my question is, did you do that random phase shift/Doppler shift on >>purpose? If yes, what is the reasoning behind that. >>As far as I know, the Doppler shift should be somehow linear progressive. >> >>-- >>NE ___ >>Discuss-gnuradio mailing list >>Discuss-gnuradio@gnu.org >>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how does Doppler shift increment in flat fading channel GNU radio
Hello, The question is about how does the given Doppler shift progress, or how is the Doppler induced phase shift implemented. I select a simple frequency selective fading block and feed in it some gr_complex(1, 0) values. For simplicity I run one fader (num of sinusoids). in file: https://github.com/osh/gnuradio.old/blob/master/gr-channels/lib/flat_fader_impl.cc in the code below, # elif FASTSINCOS == 2 float s_i = scale_sin*d_table. cos ( 2 *M_PI*d_fDTs*d_m*d_table. cos (alpha_n)+d_psi[n+ 1 ]); float s_q = scale_sin*d_table. cos ( 2 *M_PI*d_fDTs*d_m*d_table. sin (alpha_n)+d_phi[n+ 1 ]); # else d_m shows that the Doppler shift must progress sequencially. However, the value of " 2 *M_PI*d_fDTs*d_m*d_table. cos (alpha_n) " as a whole, produces floating point numbers which results in kind of random values out of d_table. cos () function in file https://github.com/osh/gnuradio.old/blob/master/gr-channels/lib/sincostable.h Some more explanation: the value: 2 *M_PI*d_fDTs*d_m*d_table. cos (alpha_n) gets in as x below (in file .../ lib/sincostable.h ) ((( int )(x*d_scale)) + d_sz) % d_sz; - this is a random integer value (may be not, can you please help me with that?) therefore it returns a random cos value as: return d_cos[idx]; The issue arises when that floating point values inside cos() function is converted to integers as given above. Now, my question is, did you do that random phase shift/Doppler shift on purpose? If yes, what is the reasoning behind that. As far as I know, the Doppler shift should be somehow linear progressive. -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] channel models in GNURADIO
Hi all, I am using GNURADIO 3.7 and Ubuntu 13. I want to know if the channel models (Doppler shift) is the same/similar with matlab channel models (Doppler shift). Did someone compare them? I am inetersted in Doppler shift part. -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] adding channel effects to an input in GNURADIO
Channel models there do not use any filtering. Isnt it like this? I did not see any filtering in source files of channels. Sent from Mail.Ru app for iOS Montag, 12. Mai 2014 09:53 +0200 from Martin Braun martin.br...@ettus.com: On 11.05.2014 23:41, Nasi wrote: (Ubuntu 13.04, GNURADIO 3.7) I have a question regarding the channel models. As far I know the channel function must be convolved (convolution) with the input to get the output like this: out = conv(in,channel) In GNURADIO I can not find this convolution or any filter to do that. I am looking inside this folder: gnuradio/gr-channels/lib. How is this process done in GNURADIO? Nasi, there's all kinds of filtes and channel models in GNU Radio. In GRC, you can search for them; in the source tree, they'd be under gr-filter and gr-channels, respectively. Also check the corresponding manual pages. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] adding channel effects to an input in GNURADIO
Hi all, (Ubuntu 13.04, GNURADIO 3.7) I have a question regarding the channel models. As far I know the channel function must be convolved (convolution) with the input to get the output like this: out = conv(in,channel) In GNURADIO I can not find this convolution or any filter to do that. I am looking inside this folder: gnuradio/gr-channels/lib. How is this process done in GNURADIO? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T
Hi, (Ubuntu 13.04, GNURADIO 3.7) HI all, I want to collect TV data using usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T . Here are my questions: - Is it possible to receive directly with a sampling rate of 9.14 Mps for DVB-T? Or should I resample it from 10 Mps? I was resampling with daughterboard XRCV 2450 since it cannot produce 9.14 Mps. - Is it possible at all to get off air TV boadcasting using above equipment? -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T
you said ' SNR was above a certain level'. How much was it? How did you measure the SNR? Thu, 8 May 2014 12:46:17 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, I did experiment with real life signals from a local DVB-T transmitter and it worked when the SNR was above a certain level. That was with wbx card. I also experimented with the same signals using a Philips TV room antenna containing integrated RF amplifier and it actually worsen the SNR than just VERT900 antenna. When using the highest gain on the antenna the signal was totally buried in noise. In the end the best antenna was the small stock antenna that came with rtl2832 stick. Bogdan On Thursday, May 8, 2014 10:25 PM, Nasi nesaz...@mail.ru wrote: Hi Bogdan, Did you try real TV transmission? Off air reception? Thu, 8 May 2014 12:22:37 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, I did not try N200 but I do not think that you'll be able to use sampling rate of 9.14msps (which is more precisely 64/7) with N2xx. The sample rate does not depend on the dautherboard you are using but on the motherboard. Bogdan On Thursday, May 8, 2014 10:08 PM, Nasi via USRP-users usrp-us...@lists.ettus.com wrote: Hi, Thu, 08 May 2014 20:18:56 +0400 от Nasi nesaz...@mail.ru: HI all, I want to collect TV data using usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T . Here are my questions: - Is it possible to receive directly with a sampling rate of 9.14 Mps for DVB-T? Or should I resample it from 10 Mps? I was resampling with daughterboard XRCV 2450 since it cannot produce 9.14 Mps. - Is it possible at all to get off air TV boadcasting using above equipment? -- NE ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM benchmarking with UHD
Hi all, (Ubuntu 1304 gnuradio 3.7) I want to test OFDM in gr_digital using tx_ofdm.grc and rx_ofdm.grc. (simultaneously using usrp n200 devices) Where are UHD source and sink in that flow g.? Since I do not want to add them myself, I want to see how the original system works. Do you know where I can find such a thing? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] dvb-t project with two USRPN200 devices failure
Not actually, not possible. I tested today. It does not receive anything. Thu, 17 Apr 2014 15:53:39 -0700 от Ron Economos w...@comcast.net: Yes, it's possible. The use of the rational re-sampler is to be compatible with commercial DVB-T receivers. If you're just interested in USRP to USRP, then it's okay to use a 10 Msps sample rate. The signal will be slightly wider than a standard 8 MHz signal at 9.142857 Msps. You can modify my DVB-T Transport Stream bitrate calculator to determine the required bitrates at 10 Msps. https://github.com/drmpeg/dtv-utils/blob/master/dvbtrate.c Ron On 4/17/2014 7:07 AM, Nasi wrote: Can I trans/receive without Rational Resampler? It distorts the signal too much :( Mon, 31 Mar 2014 20:12:27 +0400 от Nasi nesaz...@mail.ru : Thanks a lot! I will try them too... Mon, 31 Mar 2014 09:08:04 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com : One thing I did once and worked are: 1. Use a file sink instead of USRP when transmitting. Then, once the file is generated send the samples from file (opened in a file source) directly to USRP. That will need a good harddrive with at least 80MB/s read speed, a SSD will work probably. 2. Do the above but write the file int RAM like dd if=yourfile.bin of=/dev/ram0 - you may need to give root access. Then open /dev/ram0 in a file source and send it to USRP. This will consume you RAM and will potentiall lock your laptop if the .bin file is bigger than RAM size. But, indeed you probably need a better computer. Bogdan On Monday, March 31, 2014 6:59 PM, Marcus Müller mar...@hostalia.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm afraid you can't reduce needed sample rate for a fixed bandwidth. You need a stronger laptop. Often, plugging it into mains power helps. Marcus On 31.03.2014 17:52, Nasi wrote: ohhh, now I understand. It produces in the transmitter side - which probably means underflow with my laptop. Do you know how to decrease this power? Mon, 31 Mar 2014 08:44:49 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : For dvbt the bandwidth is around 9.14Msps so with the rational resampler you need to set-up the USRP at 10Msps. 1Msps will not work as only a part of the spectrum will be received. Bogdan On Monday, March 31, 2014 6:36 PM, Nasi nesaz...@mail.ru wrote: Hi, Thanks! I am using collected data also as you say. I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same for static transmission. Isn't it? Mon, 31 Mar 2014 08:23:01 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : Hi, not having access to my setup for now but for the beginning you could try recording the spectrum with your USRP and then use the file source to decode the signal offline. There is a script file apps/capture.sh that I usually use to capture data. You may tweak it for your needs (frequency, gain). Sometimes it was reported that on old cpus the processing power is not enough so that the result is an overflow (you directly see a long OOO message in this case). Try to see if this is the case. One way to reduce the overhead is to run the receiving flow directly from command line instead of gnuradio-companion (e.g. ./top_block out.txt) after you have generated the flowgraph. The gnuradio-companion cannot cope with big amount of data
Re: [Discuss-gnuradio] dvb-t project with two USRPN200 devices failure
Can I trans/receive without Rational Resampler? It distorts the signal too much :( Mon, 31 Mar 2014 20:12:27 +0400 от Nasi nesaz...@mail.ru: Thanks a lot! I will try them too... Mon, 31 Mar 2014 09:08:04 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: One thing I did once and worked are: 1. Use a file sink instead of USRP when transmitting. Then, once the file is generated send the samples from file (opened in a file source) directly to USRP. That will need a good harddrive with at least 80MB/s read speed, a SSD will work probably. 2. Do the above but write the file int RAM like dd if=yourfile.bin of=/dev/ram0 - you may need to give root access. Then open /dev/ram0 in a file source and send it to USRP. This will consume you RAM and will potentiall lock your laptop if the .bin file is bigger than RAM size. But, indeed you probably need a better computer. Bogdan On Monday, March 31, 2014 6:59 PM, Marcus Müller mar...@hostalia.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm afraid you can't reduce needed sample rate for a fixed bandwidth. You need a stronger laptop. Often, plugging it into mains power helps. Marcus On 31.03.2014 17:52, Nasi wrote: ohhh, now I understand. It produces in the transmitter side - which probably means underflow with my laptop. Do you know how to decrease this power? Mon, 31 Mar 2014 08:44:49 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : For dvbt the bandwidth is around 9.14Msps so with the rational resampler you need to set-up the USRP at 10Msps. 1Msps will not work as only a part of the spectrum will be received. Bogdan On Monday, March 31, 2014 6:36 PM, Nasi nesaz...@mail.ru wrote: Hi, Thanks! I am using collected data also as you say. I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same for static transmission. Isn't it? Mon, 31 Mar 2014 08:23:01 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : Hi, not having access to my setup for now but for the beginning you could try recording the spectrum with your USRP and then use the file source to decode the signal offline. There is a script file apps/capture.sh that I usually use to capture data. You may tweak it for your needs (frequency, gain). Sometimes it was reported that on old cpus the processing power is not enough so that the result is an overflow (you directly see a long OOO message in this case). Try to see if this is the case. One way to reduce the overhead is to run the receiving flow directly from command line instead of gnuradio-companion (e.g. ./top_block out.txt) after you have generated the flowgraph. The gnuradio-companion cannot cope with big amount of data when the blocks gets out a lot of text. Bogdan On Monday, March 31, 2014 1:22 PM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNURADIO 3.7. I cannot transmit or receive using two (USRPN200 + XCRV2450 d.board+VERT2450 antennas) devices for DVB-T project. Here is the dvb-t project: https://github.com/BogdanDIA/gr-dvbt It will be very helpful and appreciated if you help me. If someone tested it or can do it, please let me know. As far as I know someone tested it with N210 model. I think this failure is due to high noise/interference or smt. else. However I tested it already with all possible configurations. I also attach my .grc files. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTOZDPAAoJEBQ6EdjyzlHtDWwIALcmUMVs7Rrx/WdFtqJ//Fxn tzMvsVrDOKBu+5AnmmbVZ20dVulN2lcZ25vZScpFYKOAbe5TwRy2XTsFODHItGNF dhmyOQNLVArDSSQuWTLSnMODKEUMCgU/sxyDtal0SVz6KuCSjjwP/exgaKHtNweU tQid+PdH0JTZ/5iqvtQyHJhwy0rcl0RIK8ig0MXhoQG8IQVl2lKZXUtlOle1wMsC w5oed0uop0d1J4bWDxC3oBRd6DfSCLx9avXtCHEFdgiAZSkFPva0XhJbimm3K8GP V6qzH2S29eojRZYQHqlWxy8ISMG8SCr0Ii2joHv6iESCB9cgK1KkWrECMc0Ltvk= =HjFO -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] dvb-t project with two USRPN200 devices failure
Hi, Thanks! I am using collected data also as you say. I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same for static transmission. Isn't it? Mon, 31 Mar 2014 08:23:01 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, not having access to my setup for now but for the beginning you could try recording the spectrum with your USRP and then use the file source to decode the signal offline. There is a script file apps/capture.sh that I usually use to capture data. You may tweak it for your needs (frequency, gain). Sometimes it was reported that on old cpus the processing power is not enough so that the result is an overflow (you directly see a long OOO message in this case). Try to see if this is the case. One way to reduce the overhead is to run the receiving flow directly from command line instead of gnuradio-companion (e.g. ./top_block out.txt) after you have generated the flowgraph. The gnuradio-companion cannot cope with big amount of data when the blocks gets out a lot of text. Bogdan On Monday, March 31, 2014 1:22 PM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNURADIO 3.7. I cannot transmit or receive using two (USRPN200 + XCRV2450 d.board+VERT2450 antennas) devices for DVB-T project. Here is the dvb-t project: https://github.com/BogdanDIA/gr-dvbt It will be very helpful and appreciated if you help me. If someone tested it or can do it, please let me know. As far as I know someone tested it with N210 model. I think this failure is due to high noise/interference or smt. else. However I tested it already with all possible configurations. I also attach my .grc files. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] dvb-t project with two USRPN200 devices failure
ohhh, now I understand. It produces in the transmitter side - which probably means underflow with my laptop. Do you know how to decrease this power? Mon, 31 Mar 2014 08:44:49 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: For dvbt the bandwidth is around 9.14Msps so with the rational resampler you need to set-up the USRP at 10Msps. 1Msps will not work as only a part of the spectrum will be received. Bogdan On Monday, March 31, 2014 6:36 PM, Nasi nesaz...@mail.ru wrote: Hi, Thanks! I am using collected data also as you say. I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same for static transmission. Isn't it? Mon, 31 Mar 2014 08:23:01 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, not having access to my setup for now but for the beginning you could try recording the spectrum with your USRP and then use the file source to decode the signal offline. There is a script file apps/capture.sh that I usually use to capture data. You may tweak it for your needs (frequency, gain). Sometimes it was reported that on old cpus the processing power is not enough so that the result is an overflow (you directly see a long OOO message in this case). Try to see if this is the case. One way to reduce the overhead is to run the receiving flow directly from command line instead of gnuradio-companion (e.g. ./top_block out.txt) after you have generated the flowgraph. The gnuradio-companion cannot cope with big amount of data when the blocks gets out a lot of text. Bogdan On Monday, March 31, 2014 1:22 PM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNURADIO 3.7. I cannot transmit or receive using two (USRPN200 + XCRV2450 d.board+VERT2450 antennas) devices for DVB-T project. Here is the dvb-t project: https://github.com/BogdanDIA/gr-dvbt It will be very helpful and appreciated if you help me. If someone tested it or can do it, please let me know. As far as I know someone tested it with N210 model. I think this failure is due to high noise/interference or smt. else. However I tested it already with all possible configurations. I also attach my .grc files. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] dvb-t project with two USRPN200 devices failure
Thanks a lot! I will try them too... Mon, 31 Mar 2014 09:08:04 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: One thing I did once and worked are: 1. Use a file sink instead of USRP when transmitting. Then, once the file is generated send the samples from file (opened in a file source) directly to USRP. That will need a good harddrive with at least 80MB/s read speed, a SSD will work probably. 2. Do the above but write the file int RAM like dd if=yourfile.bin of=/dev/ram0 - you may need to give root access. Then open /dev/ram0 in a file source and send it to USRP. This will consume you RAM and will potentiall lock your laptop if the .bin file is bigger than RAM size. But, indeed you probably need a better computer. Bogdan On Monday, March 31, 2014 6:59 PM, Marcus Müller mar...@hostalia.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm afraid you can't reduce needed sample rate for a fixed bandwidth. You need a stronger laptop. Often, plugging it into mains power helps. Marcus On 31.03.2014 17:52, Nasi wrote: ohhh, now I understand. It produces in the transmitter side - which probably means underflow with my laptop. Do you know how to decrease this power? Mon, 31 Mar 2014 08:44:49 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : For dvbt the bandwidth is around 9.14Msps so with the rational resampler you need to set-up the USRP at 10Msps. 1Msps will not work as only a part of the spectrum will be received. Bogdan On Monday, March 31, 2014 6:36 PM, Nasi nesaz...@mail.ru wrote: Hi, Thanks! I am using collected data also as you say. I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same for static transmission. Isn't it? Mon, 31 Mar 2014 08:23:01 -0700 (PDT) ?? Bogdan Diaconescu b_diacone...@yahoo.com : Hi, not having access to my setup for now but for the beginning you could try recording the spectrum with your USRP and then use the file source to decode the signal offline. There is a script file apps/capture.sh that I usually use to capture data. You may tweak it for your needs (frequency, gain). Sometimes it was reported that on old cpus the processing power is not enough so that the result is an overflow (you directly see a long OOO message in this case). Try to see if this is the case. One way to reduce the overhead is to run the receiving flow directly from command line instead of gnuradio-companion (e.g. ./top_block out.txt) after you have generated the flowgraph. The gnuradio-companion cannot cope with big amount of data when the blocks gets out a lot of text. Bogdan On Monday, March 31, 2014 1:22 PM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNURADIO 3.7. I cannot transmit or receive using two (USRPN200 + XCRV2450 d.board+VERT2450 antennas) devices for DVB-T project. Here is the dvb-t project: https://github.com/BogdanDIA/gr-dvbt It will be very helpful and appreciated if you help me. If someone tested it or can do it, please let me know. As far as I know someone tested it with N210 model. I think this failure is due to high noise/interference or smt. else. However I tested it already with all possible configurations. I also attach my .grc files. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTOZDPAAoJEBQ6EdjyzlHtDWwIALcmUMVs7Rrx/WdFtqJ//Fxn tzMvsVrDOKBu+5AnmmbVZ20dVulN2lcZ25vZScpFYKOAbe5TwRy2XTsFODHItGNF dhmyOQNLVArDSSQuWTLSnMODKEUMCgU/sxyDtal0SVz6KuCSjjwP/exgaKHtNweU tQid+PdH0JTZ/5iqvtQyHJhwy0rcl0RIK8ig0MXhoQG8IQVl2lKZXUtlOle1wMsC w5oed0uop0d1J4bWDxC3oBRd6DfSCLx9avXtCHEFdgiAZSkFPva0XhJbimm3K8GP V6qzH2S29eojRZYQHqlWxy8ISMG8SCr0Ii2joHv6iESCB9cgK1KkWrECMc0Ltvk= =HjFO -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FFTW3 error in GNURADIO
Hi all, I am using ubuntu 13.04 and GNURADIO 3.7. In project https://github.com/BogdanDIA/gr-dvbt , in reference_signals_impl.cc in /lib, I add inside one of the functions: fftw_complex *in2, *out2; out2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this error: ~/gr-dvbt/apps$ sudo ./top_block_rx.py Traceback (most recent call last): File ./top_block_rx.py, line 23, in module import dvbt File /usr/local/lib/python2.7/dist-packages/dvbt/__init__.py, line 45, in module from dvbt_swig import * File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 26, in module _dvbt_swig = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 22, in swig_import_helper _mod = imp.load_module('_dvbt_swig', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc I read and did the articles: http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html and http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html . However, in lib I cannot add ${FFTW3(F)_LIBRARIES} to your lib/CMakeLists.txt. It gives me an error. Therefore I replaced that with ${FFTW3F_LIBRARIES}. Where am I making mistake? - NE -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFTW3 error in GNURADIO
Thanks for quick reply! It does not work even if I use float precision as fftwf_complex *in2, *out2; out2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); in2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); I attach cmake files. It would be nice of you if you take a look. - NE Fri, 21 Mar 2014 11:18:45 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The (F) was meant to say: Use FFTW3_LIBRARIES if you want to use the double precision version, use FFTW3F_LIBRARIES if you want the single (float, 'F') precision version of the library. Since you're using fftw_malloc (without f suffix), you're trying to use the double prec. version of the library, but you link against the single prec. version. Greetings, Marcus PS: The GNU Radio complex data type is identical to the float complex datatype used by FFTW3F. If you want to use that, use the float version of the library and replace fftw_malloc by fftwf_malloc and so on. On 21.03.2014 10:35, Nasi wrote: Hi all, I am using ubuntu 13.04 and GNURADIO 3.7. In project https://github.com/BogdanDIA/gr-dvbt , in reference_signals_impl.cc in /lib, I add inside one of the functions: fftw_complex *in2, *out2; out2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this error: ~/gr-dvbt/apps$ sudo ./top_block_rx.py Traceback (most recent call last): File ./top_block_rx.py, line 23, in module import dvbt File /usr/local/lib/python2.7/dist-packages/dvbt/__init__.py, line 45, in module from dvbt_swig import * File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 26, in module _dvbt_swig = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 22, in swig_import_helper _mod = imp.load_module('_dvbt_swig', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc I read and did the articles: http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html and http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html . However, in lib I cannot add ${FFTW3(F)_LIBRARIES} to your lib/CMakeLists.txt. It gives me an error. Therefore I replaced that with ${FFTW3F_LIBRARIES}. Where am I making mistake? - NE -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTLBIEAAoJEBQ6EdjyzlHtSK8H/Az7oTYgKHEkG61/iKNzEb4r hPQyX4Mwr0BfjVXoI976aRQK6L/tJxm56ofahEj788crhlVqtqnZSvg/EhIQGzln G8OQFHIbcwRIe/5mVtTmWcjWimJAcJXs3aOglbkavp+vw8ZW55rSypT9cLrw+X04 fLctOOAg5NHJtUQnOeTLboAkcn3lvwBr6su4R1RYhdGbtSMjNaDTD5g1pNhKq0JH AhbjDlLluFdnAuesOR9RBto74ncQGQzGHtnWHmI6CJp2qjM9f4wsE9DLycGGCM4W nYZRSz0Dxqybw6SJ2rQQRqq7VnisaQvs4MZALnnJODZ/P+z8L6Yed3WsFUBjZWQ= =IjoK -END PGP SIGNATURE- -- NE # Copyright 2011,2012 Free Software Foundation, Inc. # # This file is part of GNU Radio # # GNU Radio is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 3, or (at your option) # any later version. # # GNU Radio is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GNU Radio; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 51 Franklin Street, # Boston, MA 02110-1301, USA. # Project setup cmake_minimum_required(VERSION 2.6) project(gr-dvbt CXX C) enable_testing() #select the release build type by default to get optimization flags if(NOT CMAKE_BUILD_TYPE) set(CMAKE_BUILD_TYPE Release) message(STATUS Build type not specified: defaulting to release.) endif(NOT CMAKE_BUILD_TYPE) set(CMAKE_BUILD_TYPE ${CMAKE_BUILD_TYPE} CACHE STRING ) list(APPEND CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake/Modules) # Compiler specific setup if(CMAKE_COMPILER_IS_GNUCXX AND NOT WIN32) #http://gcc.gnu.org/wiki/Visibility add_definitions(-fvisibility=hidden) endif() # Find boost if(UNIX AND EXISTS /usr/lib64) list(APPEND BOOST_LIBRARYDIR /usr/lib64) #fedora 64-bit fix endif(UNIX AND EXISTS /usr/lib64) set(Boost_ADDITIONAL_VERSIONS 1.35.0 1.35 1.36.0 1.36 1.37.0 1.37 1.38.0 1.38 1.39.0 1.39 1.40.0
Re: [Discuss-gnuradio] FFTW3 error in GNURADIO
It does not work anyway. I attach again files. Fri, 21 Mar 2014 11:45:01 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Your main CMakeLists.txt is still looking for the double FFTW3. replace find_package(FFTW3) by find_package(FFTW3f) and use the FindFFTW3f.cmake from the gnuradio source tree. You'll have to replace all occurences of FFTW3_ by FFTW3F_ in your CMake files. On 21.03.2014 11:42, Nasi wrote: Thanks for quick reply! It does not work even if I use float precision as fftwf_complex *in2, *out2; out2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); in2 = (fftwf_complex*) fftwf_malloc(NFFT*2*sizeof(fftwf_complex)); I attach cmake files. It would be nice of you if you take a look. - NE Fri, 21 Mar 2014 11:18:45 +0100 от Marcus Müller mar...@hostalia.de : The (F) was meant to say: Use FFTW3_LIBRARIES if you want to use the double precision version, use FFTW3F_LIBRARIES if you want the single (float, 'F') precision version of the library. Since you're using fftw_malloc (without f suffix), you're trying to use the double prec. version of the library, but you link against the single prec. version. Greetings, Marcus PS: The GNU Radio complex data type is identical to the float complex datatype used by FFTW3F. If you want to use that, use the float version of the library and replace fftw_malloc by fftwf_malloc and so on. On 21.03.2014 10:35, Nasi wrote: Hi all, I am using ubuntu 13.04 and GNURADIO 3.7. In project https://github.com/BogdanDIA/gr-dvbt , in reference_signals_impl.cc in /lib, I add inside one of the functions: fftw_complex *in2, *out2; out2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); in2 = (fftw_complex*) fftw_malloc(NFFT*2*sizeof(fftw_complex)); I get this error: ~/gr-dvbt/apps$ sudo ./top_block_rx.py Traceback (most recent call last): File ./top_block_rx.py, line 23, in module import dvbt File /usr/local/lib/python2.7/dist-packages/dvbt/__init__.py, line 45, in module from dvbt_swig import * File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 26, in module _dvbt_swig = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/dvbt/dvbt_swig.py, line 22, in swig_import_helper _mod = imp.load_module('_dvbt_swig', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-dvbt.so: undefined symbol: fftw_malloc I read and did the articles: http://lists.gnu.org/archive/html/discuss-gnuradio/2014-02/msg00479.html and http://gnuradio.4.n7.nabble.com/FFTW3-runtime-error-td46690.html . However, in lib I cannot add ${FFTW3(F)_LIBRARIES} to your lib/CMakeLists.txt. It gives me an error. Therefore I replaced that with ${FFTW3F_LIBRARIES}. Where am I making mistake? - NE -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTLBgtAAoJEBQ6EdjyzlHtBRMIAJCWlaJJFVM6FaD+GrY1YOHR Q/pr1DLzCRWi6J+nRq5XL6abZYaO/PIA1eXyVYp1RKmmugFxPE79oJmh20rILhaX xGmRuxMHUbKUU0q0CvoNe2lSUPfWkGgOmm97rClxIV869SUZYQULpWZFBtDtCRf3 Niqj1eCACPDJdd5mJoCiYtJGsXtbqcIfEcrk6GZd9g1HdVB4VoivFK/N9KiQebom /knj6ecXhJSBwAQfnlS9vefonC+oSX9e1iYITyQjLIt/szqmQHlyir1vWXgigwAn c581J1IhCZofud4GExZCWRWcEkFis9xPgdTr/KCIGvqkmk91MZJ0nWtXfNsXDNU= =Ggzm -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE FindFFTW3f.cmake Description: Binary data # Copyright 2011,2012 Free Software Foundation, Inc. # # This file is part of GNU Radio # # GNU Radio is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 3, or (at your option) # any later version. # # GNU Radio is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GNU Radio; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 51 Franklin Street, # Boston, MA 02110-1301, USA. # Setup library include(GrPlatform) #define LIB_SUFFIX include_directories(${Boost_INCLUDE_DIR}) link_directories(${Boost_LIBRARY_DIRS} ${FFTW3F_LIBRARY_DIRS}) add_library(gnuradio-dvbt SHARED test_impl.cc vector_pad_impl.cc reference_signals_impl.cc dvbt_config.cc dvbt_config.cc dvbt_map_impl.cc bit_inner_interleaver_impl.cc symbol_inner_interleaver_impl.cc inner_coder_impl.cc reed_solomon_enc_impl.cc
Re: [Discuss-gnuradio] FFTW3 error in GNURADIO
I added target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES} ${FFTW3F_LIBRARIES}). But that does not help. Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add the FFTW3F_LIBRARIES to the target_link_libraries. On 21.03.2014 12:02, Nasi wrote: target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES}) -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTLB2IAAoJEBQ6EdjyzlHtVLwIAIvlLimJaIf83gGmzC1l07sl vvjBSW31cX4sCJXALpGp3ICV5iS2YU8Pk5aEfVgtcXWysmrJeTv87rArNFwSFdv4 J3RORZlnz04xmdThROkb6TR34sHCN9eJGIB5Emvy0M/AXotarKjSZ1e4peJc/1xx xZ+enWl0P1DNsXq9Svw3MQvLE8eSas5O539i8E2Kxn1JvvuOqb4B9W6LdeizaWk1 ilxTiysTI7wQRB/e/ubCUfInxBXbRXjYnJHfxmPmjT2Dsr02SHt2WvLjvYe17dAZ 5nv4wyaj6mt4YtckRcT/vyFmO6bZLfppBwZi2ZtTiDT57L9ulcWLiFqxcp9zI84= =bNzH -END PGP SIGNATURE- -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFTW3 error in GNURADIO
cool! it worked. I deleted build folder and recompiled everything. Thanks a lot!!! Fri, 21 Mar 2014 12:17:26 +0100 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Then I'm out of clues. You have basically the same setup up as gr-fft now. Your module *should* be linked against FFTW3f. Are you sure you replace fftw_malloc and fftw_whatever by fftwf_whatever in your C++ code? On 21.03.2014 12:13, Nasi wrote: I added target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES} ${FFTW3F_LIBRARIES}). But that does not help. Fri, 21 Mar 2014 12:07:52 +0100 от Marcus Müller mar...@hostalia.de : You need to add the FFTW3F_LIBRARIES to the target_link_libraries. On 21.03.2014 12:02, Nasi wrote: target_link_libraries(gnuradio-dvbt ${Boost_LIBRARIES} ${GNURADIO_RUNTIME_LIBRARIES} ${VOLK_LIBRARIES}) -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTLB/GAAoJEBQ6EdjyzlHttJ4H/0jblM6o5R8bPlIumcZc7MAI 70gWT4c7Ujee8ma4qNPKBGrZi6quwz7jguQhxjV92CPP75X8tffWXit0giUIAG8R 7kjVD43WDFzse8q59iAB6IMtA1hedz0gmecemScIUyNVGVXSWcSuGwMEkk6WDug+ WC1wYpEo0D4VYTqi3FielU9iuiLNu6Aaj4NjCDahKgUk6iyfZ8WknqQFcomnpNET za7BluBcDDebNGtsZxgm9TuJ6dCgbKVqHRa4qtRKoPkH0EJ4SaJjK/KYJOkDm3E3 HwLnquXI6NKT6q92bWqgYAHNlAkfxJgHaXD9sXEt4AZ/FoAIpXCRFAKnllIUnKg= =x0EW -END PGP SIGNATURE- -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] VOLK - vector multiplication
Hi all, I am using ubuntu 13.04, GNUradio 3.7. I have a question related to VOLK library. When I create a vector, lets say: vectorgr_complex y1; Can I multiply this vector to another vector using VOLK? Is there any good documentation for this? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] maxtrix inverse
Can we replace Eigen with VOLK in some extent? - NE Понедельник, 17 марта 2014, 11:50 +01:00 от Moritz Fischer moritz.fisc...@ettus.com: Hi BZS, Eigen is a pretty good library. Other's that might come to might is using blas/lapack in fortran or armadillo. I wouldn't expect too much of a speedup when compared to Eigen though. For examples on how to use fortran or armadillo with GNU Radio look at the gr-specest out of tree module. Cheers, Moritz On Mon, Mar 17, 2014 at 8:49 AM, 猪猪头 794226...@qq.com wrote: hi, when i deal data in my block,i want to scramble the positions symbol in a frame,and at receiver-end descramble these symbols,get correct the order,for this purpose,i need to compute the inverse of 64*64 matrix,and when i used the eigen library ,it works slowly wnen compare with the deal data speed of gnuradio,anyone could give me some other libraries or other methods to satify my need, thanks , BZS ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VOLK - vector multiplication
Thanks! As I see you apply it to the first element of x as in volk_32fc_something_32fc(x[0], ...);. I want to multiply the whole vector like as a inner product of two vectors. Is it possible? - NE Четверг, 20 марта 2014, 10:28 -04:00 от Tom Rondeau t...@trondeau.com: On Thu, Mar 20, 2014 at 10:09 AM, Aditya Dhananjay adi...@cs.nyu.edu wrote: I had the same question. Thanks! :) One thing that I forgot to mention is that VOLK is written purely in C, so C++ vectors as-is won't work. You need to index them, but luckily, std::vector's are guaranteed to be contiguous in memory when indexed. In other words: std::vectorgr_complex x; volk_32fc_something_32fc(x[0], ...); Tom On Thu, Mar 20, 2014 at 10:07 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Mar 20, 2014 at 7:05 AM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNUradio 3.7. I have a question related to VOLK library. When I create a vector, lets say: vectorgr_complex y1; Can I multiply this vector to another vector using VOLK? Is there any good documentation for this? -- NE Myself and Nick McCarthy have published and presented on VOLK. Here's a pretty good overview video of using it: http://www.trondeau.com/blog/2013/6/12/nearly-50-minutes-of-volk.html To answer your question, yes, building a vector like that is acceptable for use with volk kernels as long as you are using the correct data types. Be aware of alignment requirements, though, which the link above explains. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] VOLK - vector multiplication
I've got this error: /tmp/ccE79VRG.o: In function `main': t2_rx_ompalg.cc:(.text+0x6a5): undefined reference to `volk_32fc_x2_dot_prod_32fc' collect2: error: ld returned 1 exit status I was running it inside main function as g++ -std=c++11 t2_rx_ompalg.cc -o t2_rx_ompalg -lm -lfftw3 Do you know what is it for? - NE Thu, 20 Mar 2014 13:04:02 -0400 от Tom Rondeau t...@trondeau.com: On Thu, Mar 20, 2014 at 12:51 PM, Nasi nesaz...@mail.ru wrote: Thanks! As I see you apply it to the first element of x as in volk_32fc_something_32fc(x[0], ...);. I want to multiply the whole vector like as a inner product of two vectors. Is it possible? - NE Not sure I exactly follow your comment, but you can do something like this: int N; vectorgr_complex x(N); vectorgr_complex y(N); vectorgr_complex z(N); // fill x and y with stuff volk_32fc_x2_dot_prod_32fc(z[0], x[0], y[0], N); That will take the dot product of x and y and put the results in z. Tom Четверг, 20 марта 2014, 10:28 -04:00 от Tom Rondeau t...@trondeau.com : On Thu, Mar 20, 2014 at 10:09 AM, Aditya Dhananjay adi...@cs.nyu.edu wrote: I had the same question. Thanks! :) One thing that I forgot to mention is that VOLK is written purely in C, so C++ vectors as-is won't work. You need to index them, but luckily, std::vector's are guaranteed to be contiguous in memory when indexed. In other words: std::vectorgr_complex x; volk_32fc_something_32fc(x[0], ...); Tom On Thu, Mar 20, 2014 at 10:07 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Mar 20, 2014 at 7:05 AM, Nasi nesaz...@mail.ru wrote: Hi all, I am using ubuntu 13.04, GNUradio 3.7. I have a question related to VOLK library. When I create a vector, lets say: vectorgr_complex y1; Can I multiply this vector to another vector using VOLK? Is there any good documentation for this? -- NE Myself and Nick McCarthy have published and presented on VOLK. Here's a pretty good overview video of using it: http://www.trondeau.com/blog/2013/6/12/nearly-50-minutes-of-volk.html To answer your question, yes, building a vector like that is acceptable for use with volk kernels as long as you are using the correct data types. Be aware of alignment requirements, though, which the link above explains. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] flow graph fails when the complexity increased (without USRP device)
Hi all, I am using GNURADIO 3.7, Ubuntu 13.04 I want to generate dictionary elements using flow graph. dvbt_dictionary block connects to FFT block it connects to dvbt_dictionary2 and again after FFT block it connects to dvbt_dictionary3. dvbt_dictionary2.cc saves files as a dictionary elements. The problem is that when I increase the complexity (generate more elements) it does not work (For example when I want to generate more than 100 elements). I attach three .cc files and flow graph. Can someone help me? -- NE dvbt_dic.py Description: Binary data dvbt_dic.grc Description: Binary data dvbt_dictionary.cc Description: Binary data dvbt_dictionary3.cc Description: Binary data dvbt_dictionary2.cc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Rayleigh fading simulator
Hi Richard, Thanks a lot! Statistical validation can be correct for different Doppler implementations in general. However the way they add Doppler shifts is different. I took your code and implemented in matlab and compared with jakes model of matlab's rayleighchan function. There is a big mismatch in how they add Doppler shift from sample to sample. May be this is an interpolation/filter issue. This happens when I add Doppler shift in a deterministic way. I keep the phase constant and time coherent. After that I take a look at the Doppler shift that the methods add. As an input I take ones to see the difference. You know better than me how Doppler is added from sample to sample. Especially, for a short time period (coherent time) within one OFDM symbol the Doppler shift is linear. At least we can assume that it is almost linear which we should not feel the difference too much. Classical Doppler models like Jakes model would represent this property. Now I am trying to test it in reality and find out how it is added to the input data from sample to sample. And which model is better to take into account. I need it since I am trying to compensate it back in the receiver as a part of my research work. I will appreciate your comments on this. Best, - Nasimi Четверг, 6 марта 2014, 8:56 +13:00 от Richard Clarke rich...@clarke.biz: Hi Nasi, when I checked the fading models supplied in GNU Radio 3.7 the other week they seemed to be generating nasty glitches in their output. You could instead take a look at 'my' custom block for doing simple single path configurable doppler Rayleigh fading. The output of this has been statistically validated against the theoretical Rayleigh distribution. I can provide further details of the validations that have been done if required. There is a version of the block for both GNURadio 3.6 and 3.7 API's. This block works fine when instantiated singly, however if you try and build a multipath fading model out of it by instantiating more than one of these blocks (with delays) at the python level then the whole thing tends to seg fault, for as yet undetermined reasons. You are welcome to give it a try however. Here is the link to the GNU Radio 3.7 version of the block, https://github.com/hawk2050/gr-rccBlocks Feedback welcome Cheers Richard On 3 March 2014 06:25, Nasi nesaz...@mail.ru wrote: Martin, it is so simple, I try to explain again: my question is how you add Doppler to the channel (the code)? Different people add it in a different way like using FIR or IIR filters. So, I am wondering if you used IIR filter or FIR. If you know of course, how you coded it? Воскресенье, 2 марта 2014, 15:26 +01:00 от Martin Braun martin.br...@ettus.com : On 03/01/2014 04:35 PM, Nasi wrote: Helo all, I need your help for simulation of the Rayleigh fading. I know that I can use GNURADIO channel models, but I need to know how they simulated. For example I am looking into the 'fading_model_impl.cc' in channel models of GNURADIO. Can someone tell me how this is simulated? Can you specify what you want to do? I don't understand the question. If you connect this block to your signal, it will simulate the channel. I heard some people also developed it on their own, but I am not sure if that is available and supported by you. Developed their own what? Channels? You can configure these channels to different types of scenarios. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it. Engineers believe that if it ain't broke, it doesn't have enough features yet. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Rayleigh fading simulator
Martin, it is so simple, I try to explain again: my question is how you add Doppler to the channel (the code)? Different people add it in a different way like using FIR or IIR filters. So, I am wondering if you used IIR filter or FIR. If you know of course, how you coded it? Воскресенье, 2 марта 2014, 15:26 +01:00 от Martin Braun martin.br...@ettus.com: On 03/01/2014 04:35 PM, Nasi wrote: Helo all, I need your help for simulation of the Rayleigh fading. I know that I can use GNURADIO channel models, but I need to know how they simulated. For example I am looking into the 'fading_model_impl.cc' in channel models of GNURADIO. Can someone tell me how this is simulated? Can you specify what you want to do? I don't understand the question. If you connect this block to your signal, it will simulate the channel. I heard some people also developed it on their own, but I am not sure if that is available and supported by you. Developed their own what? Channels? You can configure these channels to different types of scenarios. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DVB-T2 + GNURADIO
Hi all, Do you know any project related to DVB-T2 (TV) standard? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Rayleigh fading simulator
Helo all, I need your help for simulation of the Rayleigh fading. I know that I can use GNURADIO channel models, but I need to know how they simulated. For example I am looking into the 'fading_model_impl.cc' in channel models of GNURADIO. Can someone tell me how this is simulated? I heard some people also developed it on their own, but I am not sure if that is available and supported by you. -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] flow graph with high complexity operations
Hi all, I've created a simple flow graph with three components. The first one generates K * L number of values (it is a loop), it passes them to the next one where I do some operations on them. I want it to run just once and then stop it. Therefore In The first component I add : boost::this_thread::sleep(boost::posix_time::milliseconds(50)); and in the last one 'exit' function. The problem is that it runs only for a limited number of K*L. When I increase K or L, it does not run at all. Lets say, I set K to 100 and L to 2, then It runs only for 62 numbers not for all of them. I do not know what can cause it. Can you help me? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] flow graph with high complexity operations
Hi Martin, Thanks! Ok, I attach three files here. I hope you get from the code what is going on there. ofdm_dictionary_3.cc is the middle components code. After processing inside that I pass data into ofdm_dictionary_2.cc Again, it works for smaller number of int delay_min, int delay_max, int Fd_min, int Fd_max variables. Среда, 29 января 2014, 12:53 +01:00 от Martin Braun martin.br...@ettus.com: On 29.01.2014 12:30, Nasi wrote: Hi all, I've created a simple flow graph with three components. The first one generates K * L number of values (it is a loop), it passes them to the next one where I do some operations on them. I want it to run just once and then stop it. Therefore In The first component I add : boost::this_thread::sleep(boost::posix_time::milliseconds(50)); and in the last one 'exit' function. The problem is that it runs only for a limited number of K*L. When I increase K or L, it does not run at all. Lets say, I set K to 100 and L to 2, then It runs only for 62 numbers not for all of them. I do not know what can cause it. Can you help me? Nasi, you'll need to provide more than this. Code would be best for explaining what you're trying to do. MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ofdm_dictionary_3.cc Description: Binary data ofdm_dictionary_1.cc Description: Binary data ofdm_dictionary_2.cc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to use FFT without grc block
And the problem is in that input part. It is not clear what is inbuf... I create gr_complex vector and want to input it into fft. It does not work in any way. There are alot of questions are still open. Coder is a good coder if his code is readable first. Anyone one can design a confusing language. Sent from Mail.Ru app for iOS Freitag, 24. Januar 2014 13:59 +0100 from Martin Braun martin.br...@ettus.com: On 01/24/2014 02:45 AM, Nasi wrote: Thanks! with doxygen docs do you mean these: http://gnuradio.org/doc/doxygen/classgr_1_1fft_1_1fft__complex.html ? this redundant information is hopeless... Do you know any normal good mature documentation? Nasi, part of learning GNU Radio is learning to read the documentation. You're pointing to a specific object deep inside the guts of GNU Radio. There will be no beginner-level documentation for these kinds of objects, probably ever. If you followed the docs through the navigation Modules - Fourier Analysis, you'd see three blocks available for FFTs. All they do is calculate an FFT -- there is not much to say here. The assumption on this page is that you know how blocks work, and what an FFT is. The page you pointed to is not redundant, whether or not it's hopeless is of course matter of debate. But it has all you need to calculate an FFT: The object you need, the functions you need to call etc. Here's all you really need: compute FFT. The input comes from inbuf, the output is placed in outbuf. Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to use FFT without grc block
you guys do not get at all what is in there. You are just confronting me, and accusing me not being an expert. If I agree on not being an expert, will anyone here be happier? FFTW documentation is not helpful, you guys have been working on this for ages, now you can't see the challenge in that. Of course, I will write my code sooner or later, but you guys also can do smt. to improve it. For an near example, look at any any cc language documentation. There is no book that written for an expert. The simpler is better in writing. Again, it is up to you, more people understand, more users will implement your code. It is a kind of marketing. Apart from all, I respect all what have done up to now. Пятница, 24 января 2014, 10:03 -05:00 от Aditya Dhananjay adi...@cs.nyu.edu: Hi Nasi, And the problem is in that input part. It is not clear what is inbuf... I create gr_complex vector and want to input it into fft. It does not work in any way. There are alot of questions are still open. You can look at fft.cc and fft_vcc_fftw.cc. It is quite clear how the FFTW library is called by GNU Radio. The documentation of FFTW is also quite good. You can look up how to use a plan to calculate forward/reverse FFTs. Coder is a good coder if his code is readable first. Anyone one can design a confusing language. With all due respect, Nasi, please refrain from biting the hand that feeds, and then asking for more. Happy hacking! best, aditya -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to use FFT without grc block
Hi all, I know there is an FFT block in gnuradio 3.7. I want to create a cc file and add some gnuradio classes there. Can I use FFT without .grc file without using blocks, just as a c++ function? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to use FFT without grc block
Thanks! with doxygen docs do you mean these: http://gnuradio.org/doc/doxygen/classgr_1_1fft_1_1fft__complex.html ? this redundant information is hopeless... Do you know any normal good mature documentation? Четверг, 23 января 2014, 20:57 +01:00 от Marcus Müller mar...@hostalia.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes, you can. Look into the gr-fft module documentation in the doxygen docs. Alternatively, you can simply link against FFTW [1] yourself and use the FFT algorithms; gr-fft is a wrapper for that functionality offering simplification and ease of use. But if an FFT is all that you're after, going directly for FFTW might be the best choice; if you need something non-standard such as 2D-FFT (or higher dimensions), real-only transforms, sliced/strided, hundreds of transforms at once... use FFTW. If you just want an N-Point FFT and are linking against GR anyway, use gr-fft. Greetings, Marcus [1] Fastest Fourier Transform in the West, http://www.fftw.org/ On 23.01.2014 20:17, Nasi wrote: Hi all, I know there is an FFT block in gnuradio 3.7. I want to create a cc file and add some gnuradio classes there. Can I use FFT without .grc file without using blocks, just as a c++ function? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS4XQPAAoJEAFxB7BbsDrLyfEIAJLH45hnH5DpkMpU/bV4s3Pl 2IXkAzZYJ1+JzotL0s9I4FMoQiwWe3t1ICzcP7U1p/kcZbA4nXaZ+JnTdLrQLGTG 9+G7vWDsNYtsxmxzDScFPsxzathATbM5k0VDqXoDf1sPd1RMP0TyOZ0hl9E+tugK HWvZcLjwEUdNoW/ZdHA8DVohXS05qF9doeF5vQI33ftUq9iWEaXCAYM3r/Vudbi0 OcwyloLhdaKw47qiclLvlKUfI8va8YbknSB0WU2laiIK59qsl/87bd6K01jfAyWf QZgbYJ8SoRtr9to04iW4DUjaX59PESJhSZYnpf8ZEhXcKw8i+kM0c7lPC9mnCww= =vK/B -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Gaussian elimination or matrix inversion (solving a linear system) in GNURADIO
Hi all, I am looking for any function/code or project which is helpful to solve a linear equation system by Gaussian elimination (or other kinds of matrix inversion). We know that In matlab there are many functions for this. I would be happy to get any hint from you to do that with gnuradio also. -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] connection fails, No UHD Devices Found
It is very annoying that sometimes I can not connect to the device using this command: ~$ sudo ifconfig eth0 192.168.10.1 I can ping 192.168.10.1, but ping 192.168.10.2 fails: ~$ sudo ifconfig eth0 192.168.10.1 ~$ ping 192.168.10.2 PING 192.168.10.2 (192.168.10.2) 56(84) bytes of data. From 192.168.10.1 icmp_seq=1 Destination Host Unreachable From 192.168.10.1 icmp_seq=2 Destination Host Unreachable From 192.168.10.1 icmp_seq=3 Destination Host Unreachable ~$ uhd_find_devices linux; GNU C++ version 4.7.3; Boost_104900; UHD_003.006.000-0-g7788c692 No UHD Devices Found --- Ubuntu 13.04, gnuradio 3.7, usrp N200 --- Why does it happen? How can I connect to USRP device? Thanks in advance! -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] connection fails, No UHD Devices Found
--- Ubuntu 13.04, gnuradio 3.7, usrp N200 --- It is very annoying that sometimes I can not connect to the device using this command: ~$ sudo ifconfig eth0 192.168.10.1 I can ping 192.168.10.1, but ping 192.168.10.2 fails: ~$ sudo ifconfig eth0 192.168.10.1 ~$ ping 192.168.10.2 PING 192.168.10.2 (192.168.10.2) 56(84) bytes of data. From 192.168.10.1 icmp_seq=1 Destination Host Unreachable From 192.168.10.1 icmp_seq=2 Destination Host Unreachable From 192.168.10.1 icmp_seq=3 Destination Host Unreachable ~$ uhd_find_devices linux; GNU C++ version 4.7.3; Boost_104900; UHD_003.006.000-0-g7788c692 No UHD Devices Found Why does it happen? How can I connect to USRP device? Thanks in advance! -- NE -- -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] led E is always off in USRP N200
I am using USRP N200 with GNURADIO v3.7 and Ubuntu 13.04. It stopped working unexpectedly. I see that the led E is off always. Everything seems ok. Do you know what can cause this? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD USRP sink does not react to gain changes (gr-ieee802-11: between two usrp devices)
Dear All, I need your help. May be any of you had such a problem before: I use 'IEEE 802.11 a/g/p OFDM Transceiver' project, Ubuntu 13.04, GNURADIO 3.7 and (USRP N200 + XCVR 2450 + VERT2450 antenna). I start the transmission using the first laptop and USRP N200 device by running the ./ofdm_tx.py. Meanwhile I use the second laptop and USRP N200 device as the receiver by running the ./ofdm_rx.py. The error rate is very high. The problem is that when I change gain in the USRP sink nothing changes (i tested it using 'wxgui_fftsink'). (I think it is a software problem since I tested it with another project. There it changes when I change gain.) Do you know what can cause this? Why transmission side (USRP sink) does not change according to the gain at all? Thanks in advance! -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD USRP sink does not react to gain changes (gr-ieee802-11: between two usrp devices)
Meanwhile I use the second laptop and USRP N200 device as the receiver by running the ./ofdm_rx.py. The error rate is very high. So you receive some packets or none? Yes, I receive hopefully. But the packer error rate is too high. I went through different configurations and gains. And finally I see that the problem is the transmission side. The gain does not have any influence on the error rate. The problem is that when I change gain in the USRP sink nothing changes (i tested it using 'wxgui_fftsink'). (I think it is a software problem since I tested it with another project. There it changes when I change gain.) Can you please be a litte bit more verbose? Where do you plug in the FFT sink? What do you see? What did you expect to see. Yes, sure. So I attach FFT sink to the USRP source in the ofdm_rx.grc. You should see an FFT plot like a normal FFT block. I set FFT size to 64 and frequency to the frequency which I transmit or receive. Ok. lets say we do not care what we see, but when I change the gain in the transmitter nothing changes in the plot. You know that the curve dB should go higher, isn't it? However in this case the receiver signal dB is below -80 dB which showa that there is very low signal. Even I detach the antenna it works, funnily. I testet this with benchmarks to see if it is a hardware problem or not. It seems like smt. is wrong in the transmission side. Do you have any idea what can cause it? If you plug it in after the USRP block it is not a problem of the receiver, but here the actual signal might be hard to spot. In that case I would try gr-fosphor. If it is after the signal has been normalised it is obviously independent from the gain setting. I started a readme file with some tips (see github) maybe you find something interesting in there. Bastian -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD USRP sink does not react to gain changes (gr-ieee802-11: between two usrp devices)
Just to be sure: do you have the current version? (some weeks ago I normalized the signal power to 1 without pushing updates of the flow graphs. That lead to distorted signals. In that case, changing the gain does not help.) I reinstalled it previous week, I guess on Saturday. Before it was not working at all. I think this can cause a problem... Where do you normalize that? Thanks, I guess the problem is that just very few samples of your incoming stream belong to WiFi frames. So chances are that the frame is not visualised at all (I think that the FTT sink uses a subset of the samples based on the sample rate and the update rate of the GUI). If you really want to stick to this approach I would recommend to checkout gr-fosphor. I found it really helpful. No, I changed the transmission frequency to smt. different 5.94. If I don't run tx, rx receives nothing. When I start tx rx starts to receive smt. Another thing I think the frame is visualized since when I increase rx gain in receiver side the curve goes higher. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gain more than 20 dB in uhd_tx_dpsk.py
Hi, I am using gnu 3.7, Ubuntu 13.04, USRP N200 with XCVR2450. When I run gr-uhd/ examples/grc$ sudo ./uhd_tx_dpsk.py I can increase tx gain to more than 20 dB. The power of the XCRV2450 is 100mW. In this case the sink or the source will react to an higher gain (20dB). 1. Why does it happen? 2. The second question is how about always transmitting with max gain? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Questions about benchmark_tx/benchmark_rx with USRP N200 GNU 3.7
Dear All, I am trying to transmit something and receive it back using the second USRP N200 device. However it fails, or I did not do it correctly. I have two laptops and two (USRP N200, XCRV2450 db, 2 vert2450 antennas for each)s. GNURADIO v3.7 is installed to Ubuntu 13.04. I run in the first laptop this command: sudo ./benchmark_tx.py -f 2.45G -A J1 --spec A:0 In the second one I run this: sudo ./benchmark_rx.py -f 2.45G -A J1 --spec A:0 --snr 10 But gives me: TIMEOUT TIMEOUT I changed the sampling rates also did not work. I played with the frequency also did not work. What can cause this? Is this a hardware problem? -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-ieee802-11: connecting two usrp devices
It seems like I receive everything wrongly in the device. That looks like a device problem. Did you play around with the gain and see if that helps? That did not help. The problem is that in the file '' the code always checks for the value: if(result.checksum() != 558161692) { dout checksum wrong -- dropping std::endl; return; } I am not familiar with CRC. Why does it check always for 558161692? Another important and strange thing is that in the transmitted frames CRC is always different than the receiver side CRC value (I print them to see that). Is frame detection working or are you just streaming samples into the flow graph that make absolutely no sense? I did not change anything in the flow graph: the message strobe is connected with - OFDM MAC block. How can I activate frame detection? I thought that is by default. I run ofdm_rx file usually. May that is the reason... Decode MAC: input 7 Decode MAC: frame start -- len 153 symbols 7 encoding 6 What are you sending? Is it correct until this point? This is a QAM64 2/3 modulated 153 byte frame. Did you send this? Not actually. I send BPSK 1/2 always. How can it be like this? Did you try other modulation and coding schemes? I will try. I go mad because of this does not work. -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-ieee802-11: connecting two usrp devices
Hi, Thanks for reply! Did you play around with the gain and see if that helps? That did not help. The problem is that in the file '' the code always checks for the value: if(result.checksum() != 558161692) { dout checksum wrong -- dropping std::endl; return; } I am not familiar with CRC. Why does it check always for 558161692? Another important and strange thing is that in the transmitted frames CRC is always different than the receiver side CRC value (I print them to see that). Is frame detection working or are you just streaming samples into the flow graph that make absolutely no sense? I did not change anything in the flow graph: the message strobe is connected with - OFDM MAC block. How can I activate frame detection? I thought that is by default. I run ofdm_rx file usually. May that is the reason... Decode MAC: input 7 Decode MAC: frame start -- len 153 symbols 7 encoding 6 What are you sending? Is it correct until this point? This is a QAM64 2/3 modulated 153 byte frame. Did you send this? Not actually. I send BPSK 1/2 always. How can it be like this? Did you try other modulation and coding schemes? I will try. I go mad because of this does not work. -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-ieee802-11: connecting two usrp devices
Dear All, I need your help. May be someone did it before: I use 'IEEE 802.11 a/g/p OFDM Transceiver' project, Ubuntu 13.04, GNURADIO 3.7. I start the transmission using the first laptop and USRP N200 device by running the ./ofdm_tx.py. It is transmitting; Meanwhile I use the second laptop and USRP N200 device as the receiver by running the ./ofdm_rx.py. I activated the ofdm_decode_mac debuging function to see the messages. The problem is that all frames are dropped. The copy paste of the terminal is below: SHORT Frame! SHORT copied 1039 Decode MAC: input 7 Decode MAC: frame start -- len 153 symbols 7 encoding 6 received complete frame - decoding coding rate 0.67 2016 80 1f 3a c7 6f b6 fb 4e 7a 24 e8 6d 23 bb 44 a2 60 24 21 26 93 3e d8 98 e0 df 0f 0f 8a ba 3c d2 a5 a4 68 13 71 e8 56 bd ec 4c 79 ea 5a 9b 7d e0 1a ae 3b 3d 8c 68 93 7c b6 ca 3b 08 33 70 73 78 6c 23 47 a2 9d 01 e4 e0 3e 73 6a 84 8f fb 23 a8 01 fa 13 40 6e 62 96 3d 53 76 f6 09 2d fe 4e bd 3e cc 79 97 71 e3 22 1c c7 54 5c 36 5f 50 24 fb 2f f3 41 0f 1e a7 30 c2 9d 71 cc 66 b5 8f 9f 97 94 ba f4 b9 48 27 28 f6 c8 d9 b4 81 75 56 f3 43 f8 98 9d 5d a8 aa 1a 49 85 1a 22 fc 70 e2 20 d1 48 6d 6a 8c 26 c3 ae ..:.o..Nz$.m#.D.`$!h.q.V..Ly.Z.}...;=.h.|..;.3psxl#G.sj...#@nb.=Sv..-.N..y.q...T\6_P$./.A...0..q.fH'(.uV.C...]...I...p. .Hmj... Checksum wrong -- dropping Do you know what can cause this? Thanks in advance! -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] channel estimation project? (LS, dictionary based compressed sensing, matching pursuit, etc.)
Dear All, Do you know any project related to channel estimation e.g., dictionary based compressed sensing, matching pursuit? Thanks in advance! -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Detecting internal GPSDO.... not found on first connection
Dear All, my device: USRP N200 System: Ubuntu 13.04 1. I always get this on first connections (the next ones are okay): $ uhd_usrp_probe linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.006.000-0-g7788c692 -- Opening a USRP2/N-Series device... -- Current recv frame size: 1472 bytes -- Current send frame size: 1472 bytes -- Detecting internal GPSDO not found 2. Besides that I usually lose the connection with the port I was connected. 3. If I wait for some time, I again lose the connection on next command and each time I have to type : sudo ifconfig eth0 192.168.10.1. Do you think these are normal? -- NE___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder
I did that before already. Nothing changed now also. That means it works, or it does not? it looks like receiver is working. I think so, because I receive/see around 30 packets in wireshark. And the led C is on. It crashes? Underruns? Overruns? Are there any messages? How do you know somethings is transmitted? the led A is on for a short time which means something is transmitted. But that is just my opinion. Now, you try the next setup? What's happening? From what device do you send? What do you mean with setup. I might not install that correctly :( . I generate py file and execute it, to my folder ~/.grc_gnuradio/ofdm_phy_hier.py. is it correct? -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder
Finally, solved! Many thanks Bastian! The problem was the connections between blocks, acc to http://www.ccs-labs.org/~bloessl/grc.png . On 11/27/2013 05:51 PM, Nasi wrote: I did that before already. Nothing changed now also. That means it works, or it does not? it looks like receiver is working. I think so, because I receive/see around 30 packets in wireshark. And the led C is on. Great! I never looked at the leds, so I can't tell... Bastian -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio