[Discuss-gnuradio] About FPGA-ADC/DAC and RF frontend Latency
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 determined for a giving set of parameters (transmission-reception) I am interested in estimating the range of this latency (tens? hundreds of microseconds?) Then, could this latency be considered as insignifiant versus the latency of the local network and the latency of Ethernet queue processing (Encapsulation/Decapsulation). (for eg. both Rx and tx ethernet latency are fluctuating between 1 to 1.5 msec.) Another point, how is the latency of the portion (*) varying. All explanation are appreciated, thank you in advance. -- View this message in context: http://gnuradio.4.n7.nabble.com/About-FPGA-ADC-DAC-and-RF-frontend-Latency-tp41091.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error in Building UHD on Windows
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 Subject: Re: Error in Building UHD on Windows On 04/25/2013 03:27 PM, Zooz Engineer wrote: Dear All, I am trying to install UHD on windows from source code. I have installed the prerequisites: cmake-2.8.10.2-win32-x86 boost_1_51_setup32 python-2.6.6 Cheetah-2.2.2.win32-py2.6 msysGit-fullinstall-1.8.1.2-preview20130201 Visual studio 2010 express I follwowed the steps detailed here: http://files.ettus.com/uhd_docs/manual/html/build.html#build-instructions-windows. After applying the fifth step in CMake I get the following error message. Do you have any idea why this is happening? If you google for failure during conversion to COFF: file invalid, have tried any of the things suggested in the stack overflow forums? Many of the posts seem to indicate that its a visual studio 2012 stomping on files in 2010 or some .net installer doing something similar. -josh Thank you, Zo The C compiler identification is MSVC 16.0.30319.1 The CXX compiler identification is MSVC 16.0.30319.1 Check for working C compiler using: Visual Studio 10 Check for working C compiler using: Visual Studio 10 -- broken CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler C:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/bin/cl.exe is not able to compile a simple test program. It fails with the following output: Change Dir: C:/UHD/host/build/CMakeFiles/CMakeTmp Run Build Command:C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe cmTryCompileExec215809703.vcxproj /p:Configuration=Debug /p:VisualStudioVersion=10.0 Microsoft (R) Build Engine version 4.0.30319.17929 [Microsoft .NET Framework, version 4.0.30319.18034] Copyright (C) Microsoft Corporation. All rights reserved. Build started 25/04/2013 21:57:38. Project C:\UHD\host\build\CMakeFiles\CMakeTmp\cmTryCompileExec215809703.vcxproj on node 1 (default targets). PrepareForBuild: Creating directory cmTryCompileExec215809703.dir\Debug\. Creating directory C:\UHD\host\build\CMakeFiles\CMakeTmp\Debug\. InitializeBuildStatus: Creating cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.unsuccessfulbuild because AlwaysCreate was specified. ClCompile: C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D CMAKE_INTDIR=\Debug\ /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /FocmTryCompileExec215809703.dir\Debug\\ /FdC:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /Gd /TC /analyze- /errorReport:queue testCCompiler.c /Zm1000 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. cl /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D CMAKE_INTDIR=\Debug\ /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /FocmTryCompileExec215809703.dir\Debug\\ /FdC:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /Gd /TC /analyze- /errorReport:queue testCCompiler.c /Zm1000 testCCompiler.c ManifestResourceCompile: C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo /focmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.exe.embed.manifest.res cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703_manifest.rc Link: C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.exe /ERRORREPORT:QUEUE /OUT:C:\UHD\host\build\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec215809703.exe /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /ManifestFile:cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.exe.intermediate.manifest /MANIFESTUAC:level='asInvoker' uiAccess='false' /DEBUG /PDB:C:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /SUBSYSTEM:CONSOLE /STACK:1000 /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:C:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.lib /MACHINE:X86 cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.exe.embed.manifest.res cmTryCompileExec215809703.dir\Debug\testCCompiler.obj /machine:X86 /debug LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt [C:\UHD\host\build\CMakeFiles\CMakeTmp\cmTryCompileExec215809703.vcxproj] Done Building Project
Re: [Discuss-gnuradio] Error in Building UHD on Windows
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 fixed or I can just ignore them? Best, Zo From: xtmpcvs...@hotmail.com To: discuss-gnuradio@gnu.org Subject: RE: Error in Building UHD on Windows Date: Thu, 2 May 2013 07:34:12 + 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 Subject: Re: Error in Building UHD on Windows On 04/25/2013 03:27 PM, Zooz Engineer wrote: Dear All, I am trying to install UHD on windows from source code. I have installed the prerequisites: cmake-2.8.10.2-win32-x86 boost_1_51_setup32 python-2.6.6 Cheetah-2.2.2.win32-py2.6 msysGit-fullinstall-1.8.1.2-preview20130201 Visual studio 2010 express I follwowed the steps detailed here: http://files.ettus.com/uhd_docs/manual/html/build.html#build-instructions-windows. After applying the fifth step in CMake I get the following error message. Do you have any idea why this is happening? If you google for failure during conversion to COFF: file invalid, have tried any of the things suggested in the stack overflow forums? Many of the posts seem to indicate that its a visual studio 2012 stomping on files in 2010 or some .net installer doing something similar. -josh Thank you, Zo The C compiler identification is MSVC 16.0.30319.1 The CXX compiler identification is MSVC 16.0.30319.1 Check for working C compiler using: Visual Studio 10 Check for working C compiler using: Visual Studio 10 -- broken CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler C:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/bin/cl.exe is not able to compile a simple test program. It fails with the following output: Change Dir: C:/UHD/host/build/CMakeFiles/CMakeTmp Run Build Command:C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe cmTryCompileExec215809703.vcxproj /p:Configuration=Debug /p:VisualStudioVersion=10.0 Microsoft (R) Build Engine version 4.0.30319.17929 [Microsoft .NET Framework, version 4.0.30319.18034] Copyright (C) Microsoft Corporation. All rights reserved. Build started 25/04/2013 21:57:38. Project C:\UHD\host\build\CMakeFiles\CMakeTmp\cmTryCompileExec215809703.vcxproj on node 1 (default targets). PrepareForBuild: Creating directory cmTryCompileExec215809703.dir\Debug\. Creating directory C:\UHD\host\build\CMakeFiles\CMakeTmp\Debug\. InitializeBuildStatus: Creating cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.unsuccessfulbuild because AlwaysCreate was specified. ClCompile: C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D CMAKE_INTDIR=\Debug\ /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /FocmTryCompileExec215809703.dir\Debug\\ /FdC:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /Gd /TC /analyze- /errorReport:queue testCCompiler.c /Zm1000 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. cl /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D CMAKE_INTDIR=\Debug\ /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /FocmTryCompileExec215809703.dir\Debug\\ /FdC:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /Gd /TC /analyze- /errorReport:queue testCCompiler.c /Zm1000 testCCompiler.c ManifestResourceCompile: C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo /focmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.exe.embed.manifest.res cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703_manifest.rc Link: C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.exe /ERRORREPORT:QUEUE /OUT:C:\UHD\host\build\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec215809703.exe /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /ManifestFile:cmTryCompileExec215809703.dir\Debug\cmTryCompileExec215809703.exe.intermediate.manifest /MANIFESTUAC:level='asInvoker' uiAccess='false' /DEBUG /PDB:C:/UHD/host/build/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec215809703.pdb /SUBSYSTEM:CONSOLE /STACK:1000 /TLBID:1
[Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?
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, Kay ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?
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. Is there any problem with that? Thanks so much. The OFDM code is under heavy maintenance right now. The code you're inspecting is a bit outdated and it's quite likely it doesn't work properly. 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 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp_4NhXDlJ3x.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Why other correlators(ml or pnac) can not work in ofdm example except for Schmidl and Cox correlator(default)?
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, 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. Is there any problem with that? Thanks so much. The OFDM code is under heavy maintenance right now. The code you're inspecting is a bit outdated and it's quite likely it doesn't work properly. 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 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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] GSoC Students: Application deadline
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 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpJUJM0dtEci.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] I have a Question about channel model parameters
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 these parameters regards, Irfan Ullah___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I have a Question about channel model parameters
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 testing Timing-Synch. Algo's taps: Filter taps to simulate channel-response. Useful for testing Equalization Algo's frequency offset: Simulates Tx/Rx-Freq Mismatch. Useful for testing Freq-Synch. Algo's -Adeel On Thu, May 2, 2013 at 4:13 PM, Irfan Ullah irfancoms...@yahoo.com wrote: 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 these parameters regards, Irfan Ullah ___ 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] I have a Question about channel model parameters
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 added). value=0. means rcvr clock is slow (sample-skipped). useful for testing Timing-Synch. Algo's taps: Filter taps to simulate channel-response. Useful for testing Equalization Algo's frequency offset: Simulates Tx/Rx-Freq Mismatch. Useful for testing Freq-Synch. Algo's -Adeel On Thu, May 2, 2013 at 4:13 PM, Irfan Ullah irfancoms...@yahoo.com wrote: 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 these parameters regards, Irfan Ullah They are also described in the manual: http://gnuradio.org/doc/doxygen/classgr_1_1filter_1_1channel__model.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 4rx FPGA image issue
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: thread[thread-per-block[0]: gr_block gr uhd usrp source (6)]: LookupError: KeyError: Cannot find a conversion routine for conversion ID Input format: sc16_item16_usrp1 Num inputs: 1 Output format: fc32 Num outputs: 3 I did not understand the origin of the problem and how to resolve it. Can anybody help me plz? Regards, Nada This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4rx FPGA image issue
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 --args=fpga=usrp1_fpga_4rx.rbf option and I got this error: thread[thread-per-block[0]: ]: LookupError: KeyError: Cannot find a conversion routine for conversion ID Input format: sc16_item16_usrp1 Num inputs: 1 Output format: fc32 Num outputs: 3 I did not understand the origin of the problem and how to resolve it. Can anybody help me plz? Regards, Nada This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Clutching at straws here, but what happens if you use 4 channels, and just attach the fourth channel to a NULL sink? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4rx FPGA image issue
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 USRP1. But when I run my command with the --args=fpga=usrp1_fpga_4rx.rbf option and I got this error: thread[thread-per-block[0]: ]: LookupError: KeyError: Cannot find a conversion routine for conversion ID Input format: sc16_item16_usrp1 Num inputs: 1 Output format: fc32 Num outputs: 3 I did not understand the origin of the problem and how to resolve it. Can anybody help me plz? Regards, Nada This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Clutching at straws here, but what happens if you use 4 channels, and just attach the fourth channel to a NULL sink? This message was sent using IMP, the Internet Messaging Program. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4rx FPGA image issue
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 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Again on the FPGA to antenna latency
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 going to test) from a signal generator into the Rx input, and get it re conducted as is from the USRP (I will have to write a code to read samples from input and write them to output: will that add extra latency ?) My purpose is to isolate the latency caused by FPGA to Antenna and get a rough estimate of it (tens, hundreds of microseconds or what range) Thank you in advance. -- View this message in context: http://gnuradio.4.n7.nabble.com/Again-on-the-FPGA-to-antenna-latency-tp41106.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Again on the FPGA to antenna latency
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 functions. This micro controller is responsible for implementing ICMP so you can ping the device. But its not in the fast path for baseband samples or anything like that. * 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 going to test) from a signal generator into the Rx input, and get it re conducted as is from the USRP (I will have to write a code to read samples from input and write them to output: will that add extra latency ?) My purpose is to isolate the latency caused by FPGA to Antenna and get a rough estimate of it (tens, hundreds of microseconds or what range) You may find lot of helpful advice, and charts here: http://code.ettus.com/redmine/ettus/projects/public/wiki/Latency -josh Thank you in advance. -- View this message in context: http://gnuradio.4.n7.nabble.com/Again-on-the-FPGA-to-antenna-latency-tp41106.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ 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] Again on the FPGA to antenna latency
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 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error in Building UHD on Windows
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 int) However, could you point out the file that warning occurred, just to help check things for consistency? Thanks, Marcus Müller Am 02.05.2013 10:42, schrieb 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 fixed or I can just ignore them? Best, Zo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calculating the delay of TCP link.
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, Mark McCarron Date: Thu, 2 May 2013 11:17:45 -0700 From: engrsajjadsaf...@yahoo.com Subject: Re: [Discuss-gnuradio] Calculating the delay of TCP link. To: mark.mccar...@live.co.uk Actually i want to calculate the delay using the formula like Assuming all other factors as negligible.Here we have 1500 byte tcp header, which in bits is 1500*8/50KHz. Here the R is in kHz but to use this formula we have to have R in Bits per second. Is my way of calculating is right from this approach or not? Best Regards,SAJJAD SAFDAR From: Mark McCarron mark.mccar...@live.co.uk To: Sajjad Safdar engrsajjadsaf...@yahoo.com Sent: Wednesday, May 1, 2013 12:51 AM Subject: RE: [Discuss-gnuradio] Calculating the delay of TCP link. The MTU will only tell you if there is fragmentation. In packet switched networks, there can be delays for any number of reasons that are not entirely predictable. For example, assume someone is watching a video, using VOIP, downloading, etc. These can place heavy load on a switch, router or hub and saturate buffers delaying your packets and reducing throughput. Other factors such as QoS or traffic shaping can alter things. Then you have cosmic rays, bad wires, failing circuitry, etc. Then on a PC the network stack itself can be a source of delays as this is implemented in software a dependent on the scheduler and what else is happening in the machine. Trying to monitor all this, only places additional load on these systems a skews your results. The best you can do is attempt to define an average and identify the worst case scenario. Aiming between these two figures will normally provide you with a robust service that exceeds expectation. Regards, Mark McCarron Date: Tue, 30 Apr 2013 12:40:07 -0700 From: engrsajjadsaf...@yahoo.com Subject: Re: [Discuss-gnuradio] Calculating the delay of TCP link. To: mark.mccar...@live.co.uk Hi,Is it any way to calculate using the MTU size of TCP packet and the sampling rate, like a mathematical approach using formulas. Best Regards,SAJJAD SAFDAR From: Mark McCarron mark.mccar...@live.co.uk To: Sajjad Safdar engrsajjadsaf...@yahoo.com Sent: Tuesday, April 30, 2013 12:33 AM Subject: RE: [Discuss-gnuradio] Calculating the delay of TCP link. Calculating delay is complex. If you just want to know the average time between hosts on an IP network, then use the Ping command. It has a RTT value in ms. Just remember that on a packet switched network, this can vary but is typically under 1ms in a local environment. Similar delays exist throughout the receive chain and processor, which are virtually impossible to measure accurately. Accurate measurements like for radar, or bearings are impossible without some form of time-stamp at the receiver and that would require an atomic clock chip. Regards, Mark McCarron Date: Mon, 29 Apr 2013 12:01:57 -0700 From: engrsajjadsaf...@yahoo.com To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Calculating the delay of TCP link. Hi,I am sending audio at 50 kHz sample rate via TCP sink from host A to other host B. The host B is connected via router in same network. How can i calculate the time delay from host A to host B via this TCP link. Best Regards,SAJJAD SAFDAR ___ 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] gr_timer.h on next branch
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 receiver.cpp:(.text+0x1ccf): undefined reference to `gr_make_timer(void (*)(gr_timer*, void*), void*)' receiver.cpp:(.text+0x1d6a): undefined reference to `gr_timer::schedule_periodic(double, double)' I can't find any implementation for this class. Is this some leftover from old times? This looks like a stray header file that was never deleted, or something that never got implemented from back in 2005. I'll delete this on next. As for getting timer callback functionality, you could use POSIX timers, but I'd rather chew on broken glass than try to get process signal-based notifications working correctly in multithreaded code. Thanks for the reply. As much as I need this functionality, I agree it doesn't belong in gnuradio. It looks like a boost::thread equipped with a boost::this_thread::sleep() will be sufficient for my current needs. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installation-Problem:
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 (most recent call last): File ./usrp_wfm_rcv_nogui.py, line 172, in module tb = wfm_rx_block() File ./usrp_wfm_rcv_nogui.py, line 67, in __init__ self.u = uhd.usrp_source(device_addr=options.args, stream_args=uhd.stream_args('fc32')) File /usr/lib64/python2.7/site-packages/gnuradio/uhd/__init__.py, line 116, in constructor_interceptor return old_constructor(*args) File /usr/lib64/python2.7/site-packages/gnuradio/uhd/uhd_swig.py, line 2454, in usrp_source return _uhd_swig.usrp_source(*args) RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.4.0-3, but UHD library reports ABI: 3.6.0-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. Maybe there is a previous version of some lib left over? Any hint on what I should do/try? 73 de Wolfgang DK1BW On Mi, 2013-05-01 at 12:51 +0200, Erik Jakobsen wrote: Wolfgang. For opensuse 12.3 the repos are here: http://download.opensuse.org/repositories/home:/dl8fcl/ GL 73s Erik OZ4KK I am trying to install gnuradio on a new computer running suse 12.3 to use it with my usrp. upon cmake I keep getting the message: Could Not find PythonLibs. Any hint what rpm or sources I need to install on Suse 12.3 would be great. Or maybe what libraries cmake is looking for. python is installed of course. Thanks wolfgang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Wolfgang Buesser Am Ziegelberg 1a 55595 Mandel +49 174/585 2995 wolfgang.bues...@web.de ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installation-Problem:
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, Wolfgang Buesser wolfgang.bues...@web.dewrote: 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 (most recent call last): File ./usrp_wfm_rcv_nogui.py, line 172, in module tb = wfm_rx_block() File ./usrp_wfm_rcv_nogui.py, line 67, in __init__ self.u = uhd.usrp_source(device_addr=options.args, stream_args=uhd.stream_args('fc32')) File /usr/lib64/python2.7/site-packages/gnuradio/uhd/__init__.py, line 116, in constructor_interceptor return old_constructor(*args) File /usr/lib64/python2.7/site-packages/gnuradio/uhd/uhd_swig.py, line 2454, in usrp_source return _uhd_swig.usrp_source(*args) RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.4.0-3, but UHD library reports ABI: 3.6.0-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. Maybe there is a previous version of some lib left over? Any hint on what I should do/try? 73 de Wolfgang DK1BW On Mi, 2013-05-01 at 12:51 +0200, Erik Jakobsen wrote: Wolfgang. For opensuse 12.3 the repos are here: http://download.opensuse.org/repositories/home:/dl8fcl/ GL 73s Erik OZ4KK I am trying to install gnuradio on a new computer running suse 12.3 to use it with my usrp. upon cmake I keep getting the message: Could Not find PythonLibs. Any hint what rpm or sources I need to install on Suse 12.3 would be great. Or maybe what libraries cmake is looking for. python is installed of course. Thanks wolfgang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Wolfgang Buesser Am Ziegelberg 1a 55595 Mandel +49 174/585 2995 wolfgang.bues...@web.de ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nicholas Corgan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Failure in file-source loopback test with packet encoder/decoder
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 payload size, the output is still short a few bytes. Different modulation produces the same results. -rw-rw-r-- 1 user user 256000 May 2 00:51 in -rw-rw-r-- 1 user user 254976 May 2 01:12 out Any thoughts for narrowing this down? Code is here: http://pastebin.com/0qb8RkHQ Thanks in advance, -- William McCall ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Target freq vs Actual freq.
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 vs Actual freq: 2.489993GHz) * I wonder if that is related to the low accuracy of the frequency synthesizers of the RF front end or is it a software setting issue * Is the information of the actual freq being centered on returned from the FPGA, or from the GNU Radio. * Then, is that frequency mismatch is it specific to the target freq and the RF daughter-board or what. * If that is not the unique- freq. offset to account for (am using the actual freq. of the Tx to set the Center Rx freq.) or I will need a PLL implemented in the Rx Side to have center frequency as exact as possible. All help will be appreciated. -- View this message in context: http://gnuradio.4.n7.nabble.com/Target-freq-vs-Actual-freq-tp41115.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Trouble posting messages to block's message port
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 From a test Python script I instantiate a top_block /tb/ and then connect my stream-port-less block with tb.connect(block_instance). I follow the lead of the page above to post a message, but the bound handler function never gets called (I inserted a line to print I'm here!! to stdout when the function gets called). Am I having issues because my block doesn't have any stream inputs or outputs? Thanks, Sean ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] A few questions about subclassing gr_block
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 could span two blocks of samples passed to general_work - I need to keep SYNC_PATTERN_LENGTH - 1 samples to get around this, so I should be able to use a general block and not output all of the items - you can't tag historic samples (i.e. samples obtained using set_history), so I can't use that are these all reasonable? Currently I have an implementation of the block, but I am having trouble understanding the relationship between ninput_items and noutput_items. When I feed the block from a file source consisting of 720 samples, I get ninput_items[0] = 720 and noutput_items = 512. Does this value for noutput_items mean I can only consume and copy 512 of the input samples? And do I need to implement forecast if I want to output more? Thanks in advance for any help, Mark -- -- This email, including any attachments, is only for the intended recipient. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If you are not an intended recipient, you may not use, disseminate, distribute or reproduce such email, any attachments, or any part thereof. If you have received a message in error, please notify the sender immediately and erase all copies of the message and any attachments. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission nor can we guarantee that any email or any attachments are free from computer viruses or other conditions which may damage or interfere with recipient data, hardware or software. The recipient relies upon its own procedures and assumes all risk of use and of opening any attachments. -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UDP connection to python-C#
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 what can we use? Thanks. Adriana ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Ethernet latency optimization
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 performance ? Please, for the config of one radio / Eth interface: Is setting more than one Eth. interface means doing: ip addr add dev SubNet1(eg. 192.168.10.127/24) and ip addr add dev SubNet2 (192.168.11.127/24) and do I need to consequently change the IP @ of the second USRP N210 that will be communicating with the host via SubNet2 ? Best regards. -- View this message in context: http://gnuradio.4.n7.nabble.com/Ethernet-latency-optimization-tp41119.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ethernet latency optimization
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 Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio