[Discuss-gnuradio] About FPGA-ADC/DAC and RF frontend Latency

2013-05-02 Thread NaceurElOuni
Hi, I am working on estimating the delay between a Tx and an Rx using a stream of packets modulated in a BPSK scheme (1 Mb/s) with a pair of N210. (Sampling of 8 Mbits/s) I want to know if the latency added by the portion(*) of [ FPGA - DAC - RF front end to the antenna *2 (Rx Part) ] could be

Re: [Discuss-gnuradio] Error in Building UHD on Windows

2013-05-02 Thread Zooz Engineer
Dear Josh, Thanks for the hint. The issue occurred after Visual Studio 2012 installation and is resolved by replacing the cvtres.exe from VS2010 with the one from VS2012. Best, Zo Date: Thu, 25 Apr 2013 14:54:37 -0700 From: ml-node+s4n41007...@n7.nabble.com To: xtmpcvs...@hotmail.com

Re: [Discuss-gnuradio] Error in Building UHD on Windows

2013-05-02 Thread Zooz Engineer
However, I have some 27 warnings in MSVC and I don't know how important they are: C4244: '=' : conversion from 'double' to 'uint32_t', possible loss of data C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning) C4305: '=' : truncation from 'double' to 'float' Can they be

[Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?

2013-05-02 Thread Yingjie Chen
HI guy, I have checked the code in ofdm_receiver.py and found that gnuradio uses Schmidl and Cox as default correlator for frame detection. However, when I change to other correlators like* ml or pnac*,the receiver cannot receiver any more. Is there any problem with that? Thanks so much. Best,

Re: [Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?

2013-05-02 Thread Martin Braun (CEL)
On Thu, May 02, 2013 at 04:52:53PM +0800, Yingjie Chen wrote: I have checked the code in ofdm_receiver.py and found that gnuradio uses Schmidl and Cox as default correlator for frame detection. However, when I change to other correlators like ml or pnac,the receiver cannot receiver any more.

Re: [Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?

2013-05-02 Thread Yingjie Chen
Thanks for you reply. Can you tell me what should I do next? Update the code or other things? Cause I am very urgent with my project and need to use other correlator(like pnac). Thanks in advance. 2013/5/2 Martin Braun (CEL) martin.br...@kit.edu On Thu, May 02, 2013 at 04:52:53PM +0800,

[Discuss-gnuradio] GSoC Students: Application deadline

2013-05-02 Thread Martin Braun (CEL)
Hi all, don't forget the deadline for the GSoC application is tomorrow, 1900 UTC. Good luck, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790

[Discuss-gnuradio] I have a Question about channel model parameters

2013-05-02 Thread Irfan Ullah
hi all, Now a days i am working on cooperative communication and i am simulating my communication on channel model block but i don't know the purpose of the some parameters of channel model block like epsilon?, taps?, and frequency offset? can somebody tell me the purpose of

Re: [Discuss-gnuradio] I have a Question about channel model parameters

2013-05-02 Thread Adeel Anwar
Irfan, epsilon: Simulates Sampling-Clock-Mismatch. It uses rational-resampling for interpolation/decimation. value=1 means no-mismatch i.e. in-samp-rate=out-samp-rate. value=1.1 means receiver clock is fast(sample added). value=0. means rcvr clock is slow (sample-skipped). useful for

Re: [Discuss-gnuradio] I have a Question about channel model parameters

2013-05-02 Thread Tom Rondeau
On Thu, May 2, 2013 at 9:33 AM, Adeel Anwar adeela...@gmail.com wrote: Irfan, epsilon: Simulates Sampling-Clock-Mismatch. It uses rational-resampling for interpolation/decimation. value=1 means no-mismatch i.e. in-samp-rate=out-samp-rate. value=1.1 means receiver clock is fast(sample

[Discuss-gnuradio] 4rx FPGA image issue

2013-05-02 Thread Nada ABDELKADER
Hi all, I'm using two USRP1 as transmitter and receiver. I'm trying to make the receiver listening to three channels. I found that I have to use the 4rx FPGA image for 4 RX DSPs on the USRP1. But when I run my command with the --args=fpga=usrp1_fpga_4rx.rbf option and I got this error:

Re: [Discuss-gnuradio] 4rx FPGA image issue

2013-05-02 Thread mleech
On 02 May 2013 11:45, Nada ABDELKADER wrote: Hi all, I'm using two USRP1 as transmitter and receiver. I'm trying to make the receiver listening to three channels. I found that I have to use the 4rx FPGA image for 4 RX DSPs on the USRP1. But when I run my command with the

Re: [Discuss-gnuradio] 4rx FPGA image issue

2013-05-02 Thread Nada ABDELKADER
I got the same error! mle...@ripnet.com a écrit : On 02 May 2013 11:45, Nada ABDELKADER wrote: Hi all, I'm using two USRP1 as transmitter and receiver. I'm trying to make the receiver listening to three channels. I found that I have to use the 4rx FPGA image for 4 RX DSPs on the

Re: [Discuss-gnuradio] 4rx FPGA image issue

2013-05-02 Thread mleech
On 02 May 2013 12:25, Nada ABDELKADER wrote: I got the same error! What version of UHD are you using? Can you forward to the list a minimum .grc file that shows the problem? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] Again on the FPGA to antenna latency

2013-05-02 Thread NaceurElOuni
Hi all, * Is it a correct to estimate by an ICMP echo-reply the latency between a host and the USRP N210 at a giving instant. * To estimate the delay in the Digital portion from the FPGA till the signal is outputted by the antenna, is it a good way to fed the USRP by a signal (similar as am

Re: [Discuss-gnuradio] Again on the FPGA to antenna latency

2013-05-02 Thread Josh Blum
On 05/02/2013 12:06 PM, NaceurElOuni wrote: Hi all, * Is it a correct to estimate by an ICMP echo-reply the latency between a host and the USRP N210 at a giving instant. That wouldnt work. There is a soft micro in the FPGA fabric for the purposes of network bring-up and some setup

Re: [Discuss-gnuradio] Again on the FPGA to antenna latency

2013-05-02 Thread NaceurElOuni
thank you -- View this message in context: http://gnuradio.4.n7.nabble.com/Again-on-the-FPGA-to-antenna-latency-tp41106p41108.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Error in Building UHD on Windows

2013-05-02 Thread Marcus Müller
If everything works fine: Ignore them. The first one seems interesting, but does not necessarily imply an error. (sometimes you really just want to check if a double is still in initialized state, e.g. filled with zeros and therefore use it as a boolean; some compilers interpret that as cast to

Re: [Discuss-gnuradio] Calculating the delay of TCP link.

2013-05-02 Thread Mark McCarron
Its not quite that simple and the other factors are not negligible by any means. The recommended approach would be to download Wireshark, capture the traffic and analyse it in the Throughput Graph. You can adapt the Wireshark setup from this: http://www.dslreports.com/faq/15888 Regards,

Re: [Discuss-gnuradio] gr_timer.h on next branch

2013-05-02 Thread Alexandru Csete
On Thu, May 2, 2013 at 2:06 AM, Johnathan Corgan johnat...@corganlabs.com wrote: On Wed, May 1, 2013 at 2:15 PM, Alexandru Csete oz9...@gmail.com wrote: There is a gr_timer.h header in the gnuradio/next installation directory, however, when I try to use this class I get

Re: [Discuss-gnuradio] Installation-Problem:

2013-05-02 Thread Wolfgang Buesser
Hi Erik, thanks - I managed to install gnuradio that way. When trying to run a usrp example I get the following error-message: examples/uhd# ./usrp_wfm_rcv_nogui.py linux; GNU C++ version 4.7.2 20130108 [gcc-4_7-branch revision 195012]; Boost_104900; UHD_003.005.002-61-g08624153 Traceback

Re: [Discuss-gnuradio] Installation-Problem:

2013-05-02 Thread Nicholas Corgan
This error is saying that GR-UHD was built against an older version of UHD than you're using now, a 3.4.* version from the looks of it. To fix this, rebuild GR-UHD against your current UHD. cd (GNU Radio build directory)/gr-uhd make clean sudo make install On Thu, May 2, 2013 at 1:01 PM,

[Discuss-gnuradio] Failure in file-source loopback test with packet encoder/decoder

2013-05-02 Thread William McCall
Hello all-- Built from: Master Last commit: b52a6f36d76012951b72ad07277664bbc07d57cd I am attempting a loopback test using the packet encoder/decoder and a few different modulation schemes (QAM for this specific example). Upon attempting to source a file generated to align to the configured

[Discuss-gnuradio] Target freq vs Actual freq.

2013-05-02 Thread NaceurElOuni
Hi, I am sending a stream on packets between two USRP N210, and at the Tx side i am setting a center freq. of 2.490 GHz for eg. when outputting the Tune Result, I am always getting a difference of some khz. (Target Freq: 2.49 GHz

[Discuss-gnuradio] Trouble posting messages to block's message port

2013-05-02 Thread Sean Nowlan
I'm trying to create a block that accepts messages and prints them out. I created a block that extends gr_block and it has no stream ports: I'm using gr_io_signature(0,0,0) for input and output. I am following the guidance of this page: http://gnuradio.org/doc/doxygen/page_msg_passing.html

[Discuss-gnuradio] A few questions about subclassing gr_block

2013-05-02 Thread Mark Cottrell
Hello, I am trying to create a block that detects sync patterns at baseband tagging the first sample of the pattern using stream tags, then using the tags down stream as part of demodulation. I have made a few assumptions about how gnuradio works that I would like to validate: - a sync pattern

[Discuss-gnuradio] UDP connection to python-C#

2013-05-02 Thread Adriana Arteaga
Hi! We need to implement a connection between usrp E110 (python) and a C# application in a host. In usrp, we use UDP Sink to send traffic from usrp to host, but we don't know if UDP Source can be used in C# application or if we have to use basic UDP sockets. Is there some like that in C# or

[Discuss-gnuradio] Ethernet latency optimization

2013-05-02 Thread NaceurElOuni
Hi, I would like to know if having set the configuration of one USRPN210 per Ethernet interface is better (in terms of minimizing the latency towards the Host) than the configuration of multiple USRPs connected to a host via a unique Eth interface (eg. 192.168.10.x ) Which config. have better

Re: [Discuss-gnuradio] Ethernet latency optimization

2013-05-02 Thread NaceurElOuni
thank you that was helpful -- View this message in context: http://gnuradio.4.n7.nabble.com/Ethernet-latency-optimization-tp41119p41123.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list