Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically
Dear Users
Thanks for the reply Marcus. I understand that getting phase difference almost
zero is difficult, but I should get phase difference consistent when i change
the frequency. what is happening is that when i change the frequency i am
getting a phase diff i.e 100 degree, next time for the same frequency i should
get the same phase different but it is different every time. Some time there is
a difference in LO frequency also i.e Suppose I set my center frequency 3.5GHz
, one channel I am getting 3.5001and in other channel 3.4999 GHz. If i tune
this frequency again then frequencies are same. This i have verified many
times. This problem is there only I change my frequency dynamically.
I even tried for Stream Command
uhd::stream_cmd_t
cmd(uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS);usrp_source1->issue_stream_cmd(cmd,0);
Delayms(10);
uhd::stream_cmd_t cmd1(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);)
Delayms(10);
usrp_source1->issue_stream_cmd(cmd,1);
so that my steam start when both channels are locked and ready for data but
that also did not help.
Regards,Arun Verma
From: Marcus D. Leech via USRP-users
To: usrp-users@lists.ettus.com
Sent: Monday, 17 December 2018 9:44 AM
Subject: Re: [USRP-users] Phase Offset problem when center frequency is
changed dynamically
On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote:
Dear Users
I am facing problem of phase offset when i change center frequency
dynamically for TwinRX with X310 setup. Here is my C++ code,
Please advise
usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0);
usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1);
usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() +
uhd::time_spec_t(0.01));
usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0);
usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1);
usrp_sourceDOA1->clear_command_time();
I feel set_command_time is not working properly. When i start the X310 my
phase difference is almost zero but as i change my frequency pjhase difference
is random in nature.
Regards, Arun Verma
Since you're using the "companion" configuration (where the 2nd-channel LO is
a "copy" of the first), you'll inevitably be dealing with
physical path-length issues between the output of the first-channel
synthesizer and the two-or-more mixers involved.
Since there's almost no way to make the path-lengths electrically the same,
given the array of switches, and circuit-board traces involved,
there'll be some non-zero difference in the electrical path lengths. This
will manifest as different phase offsets at different frequencies.
It will also change slightly with temperature, since circuit traces that are
non-zero-length change electrical length with temperature changes.
The good news is that it should be fairly reproducible, and can be
characterized for your configuration, and you can build a table and use
that for phase compensation.
This is very much like the "inside the radio" version of what inevitably
happens out in your antenna "plumbing":
(A) Getting *exact* phase matches even with apparently "identical" pieces of
coax and other bits of plumbing is near-impossible. This
gets worse with shorter wavelengths.
(B) Those phase lengths will inevitably change with temperature.
Further, it's even worse, because none of these transmission paths have a
dielectric constant of 1.0, which means that smaller physical
length differences are "ampified" by the slower velocity in these
lines--that is, wavelengths are physically shorter, so that a physical
difference affects more of a wavelength.
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically
On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote:
Dear Users
I am facing problem of phase offset when i change center frequency
dynamically for TwinRX with X310 setup. Here is my C++ code,
Please advise
usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0);
usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1);
usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() +
uhd::time_spec_t(0.01));
usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0);
usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1);
usrp_sourceDOA1->clear_command_time();
I feel set_command_time is not working properly. When i start the X310
my phase difference is almost zero but as i change my frequency pjhase
difference is random in nature.
Regards,
Arun Verma
Since you're using the "companion" configuration (where the 2nd-channel
LO is a "copy" of the first), you'll inevitably be dealing with
physical path-length issues between the output of the first-channel
synthesizer and the two-or-more mixers involved.
Since there's almost no way to make the path-lengths electrically the
same, given the array of switches, and circuit-board traces involved,
there'll be some non-zero difference in the electrical path lengths.
This will manifest as different phase offsets at different frequencies.
It will also change slightly with temperature, since circuit traces
that are non-zero-length change electrical length with temperature changes.
The good news is that it should be fairly reproducible, and can be
characterized for your configuration, and you can build a table and use
that for phase compensation.
This is very much like the "inside the radio" version of what inevitably
happens out in your antenna "plumbing":
(A) Getting *exact* phase matches even with apparently "identical"
pieces of coax and other bits of plumbing is near-impossible. This
gets worse with shorter wavelengths.
(B) Those phase lengths will inevitably change with temperature.
Further, it's even worse, because none of these transmission paths have
a dielectric constant of 1.0, which means that smaller physical
length differences are "ampified" by the slower velocity in these
lines--that is, wavelengths are physically shorter, so that a physical
difference affects more of a wavelength.
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] UHD still errors after build installation
I agree with Marcus as I ran into this recently myself. Make sure you're running Visual Studio as an Administrator before attempting to install. Sam Reiter SDR Support Engineer Ettus Research On Sun, Dec 16, 2018 at 2:13 PM Marcus Müller via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi Bernd, > > I'm really not versed in the ways of Windows, but might it simply be > the case that the user you're currently running as simply has no > permissions to create files in C:\Program Files\? > > Best regards, > Marcus > > On Sun, 2018-12-16 at 16:12 +, Bernd Witzel via USRP-users wrote: > > To Sam Reiter (I did not get the answer via email, i just saw it in > > the net.) > > > > > > I did not install now the Doxygen, but I get following errors now > > > > in cmake I got this, > > > > when I compile it it is without error, when I install it with Build > > install I got one error, see file I have attached to the > > email > > > > Configuring the python interpreter... > > Python interpreter: C:/Python27/python.exe > > Override with: -DPYTHON_EXECUTABLE= > > Python runtime interpreter: C:/Python27/python.exe > > Override with: -DRUNTIME_PYTHON_EXECUTABLE= > > CMake Warning at cmake/Modules/UHDVersion.cmake:65 (message): > > Could not detect git executable! Could not determine exact version of > > UHD! > > Call Stack (most recent call first): > > cmake/Modules/UHDPackage.cmake:9 (include) > > CMakeLists.txt:110 (include) > > > > Using UHD Images Directory: C:\Program Files\UHD\share\uhd\images > > > > Configuring Boost C++ Libraries... > > Looking for optional Boost components... > > Boost version: 1.68.0 > > Found the following Boost libraries: > > Looking for required Boost components... > > Boost version: 1.68.0 > > Boost include directories: C:/local/boost_1_68_0 > > Boost library directories: C:/local/boost_1_68_0/lib64-msvc-14.1 > > Boost libraries: > > > > Python checking for Python version 2.7 or greater > > Python checking for Python version 2.7 or greater - found > > > > Python checking for Mako templates 0.4.2 or greater > > Python checking for Mako templates 0.4.2 or greater - found > > > > Python checking for requests 2.0 or greater > > Python checking for requests 2.0 or greater - "import requests" > > failed > > > > Python checking for numpy 1.7 or greater > > Python checking for numpy 1.7 or greater - found > > > > Configuring LibUHD support... > > Dependency Boost_FOUND = 1 > > Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE > > Dependency HAVE_PYTHON_MODULE_MAKO = TRUE > > Enabling LibUHD support. > > Override with -DENABLE_LIBUHD=ON/OFF > > > > Configuring LibUHD - C API support... > > Dependency ENABLE_LIBUHD = ON > > Enabling LibUHD - C API support. > > Override with -DENABLE_C_API=ON/OFF > > > > Configuring LibUHD - Python API support... > > Dependency ENABLE_LIBUHD = ON > > Dependency BOOST_PYTHON_FOUND = > > Dependency HAVE_PYTHON_MODULE_NUMPY = TRUE > > Dependency PythonLibs_FOUND = TRUE > > Disabling LibUHD - Python API support. > > Override with -DENABLE_PYTHON_API=ON/OFF > > > > Configuring Examples support... > > Dependency ENABLE_LIBUHD = ON > > Enabling Examples support. > > Override with -DENABLE_EXAMPLES=ON/OFF > > > > Configuring Utils support... > > Dependency ENABLE_LIBUHD = ON > > Enabling Utils support. > > Override with -DENABLE_UTILS=ON/OFF > > > > Configuring Tests support... > > Dependency ENABLE_LIBUHD = ON > > Enabling Tests support. > > Override with -DENABLE_TESTS=ON/OFF > > > > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > > Could NOT find LIBUSB (missing: LIBUSB_LIBRARIES LIBUSB_INCLUDE_DIRS) > > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > > Could NOT find LIBGPS (missing: LIBGPS_LIBRARY LIBGPS_INCLUDE_DIR) > > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > > Could NOT find LIBERIO (missing: LIBERIO_LIBRARY LIBERIO_INCLUDE_DIR) > > Could NOT find dpdk (missing: DPDK_INCLUDE_DIR) > > > > Configuring LIBERIO support... > > Dependency ENABLE_LIBUHD = ON > > Dependency LIBERIO_FOUND = FALSE > > Disabling LIBERIO support. > > Override with -DENABLE_LIBERIO=ON/OFF > > > > Configuring USB support... > > Dependency ENABLE_LIBUHD = ON > > Dependency LIBUSB_FOUND = FALSE > > Disabling USB support. > > Override with -DENABLE_USB=ON/OFF > > > > Configuring GPSD support... > > Dependency ENABLE_LIBUHD = ON > > Dependency ENABLE_GPSD = > > Dependency LIBGPS_FOUND = FALSE > > Disabling GPSD support. > > Override with -DENABLE_GPSD=ON/OFF > > > > Configuring B100 support... > > Dependency ENABLE_LIBUHD = ON > > Dependency ENABLE_USB = OFF > > Disabling B100 support. > > Override with -DENABLE_B100=ON/OFF > > > > Configuring B200 support... > > Dependency ENABLE_LIBUHD = ON > > Dependency ENABLE_USB = OFF > > Disabling B200 support. > > Override with -DENABLE_B200=ON/OFF > > > > Configuring E300 support... > > Dependency ENABLE_LIBUHD = ON > > Disabling E300 support. > > Override with -DENABLE_E300=ON/OFF > > > > Configuring USRP1 su
Re: [USRP-users] UHD still errors after build installation
Hi Bernd, I'm really not versed in the ways of Windows, but might it simply be the case that the user you're currently running as simply has no permissions to create files in C:\Program Files\? Best regards, Marcus On Sun, 2018-12-16 at 16:12 +, Bernd Witzel via USRP-users wrote: > To Sam Reiter (I did not get the answer via email, i just saw it in > the net.) > > > I did not install now the Doxygen, but I get following errors now > > in cmake I got this, > > when I compile it it is without error, when I install it with Build > install I got one error, see file I have attached to the > email > > Configuring the python interpreter... > Python interpreter: C:/Python27/python.exe > Override with: -DPYTHON_EXECUTABLE= > Python runtime interpreter: C:/Python27/python.exe > Override with: -DRUNTIME_PYTHON_EXECUTABLE= > CMake Warning at cmake/Modules/UHDVersion.cmake:65 (message): > Could not detect git executable! Could not determine exact version of > UHD! > Call Stack (most recent call first): > cmake/Modules/UHDPackage.cmake:9 (include) > CMakeLists.txt:110 (include) > > Using UHD Images Directory: C:\Program Files\UHD\share\uhd\images > > Configuring Boost C++ Libraries... > Looking for optional Boost components... > Boost version: 1.68.0 > Found the following Boost libraries: > Looking for required Boost components... > Boost version: 1.68.0 > Boost include directories: C:/local/boost_1_68_0 > Boost library directories: C:/local/boost_1_68_0/lib64-msvc-14.1 > Boost libraries: > > Python checking for Python version 2.7 or greater > Python checking for Python version 2.7 or greater - found > > Python checking for Mako templates 0.4.2 or greater > Python checking for Mako templates 0.4.2 or greater - found > > Python checking for requests 2.0 or greater > Python checking for requests 2.0 or greater - "import requests" > failed > > Python checking for numpy 1.7 or greater > Python checking for numpy 1.7 or greater - found > > Configuring LibUHD support... > Dependency Boost_FOUND = 1 > Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE > Dependency HAVE_PYTHON_MODULE_MAKO = TRUE > Enabling LibUHD support. > Override with -DENABLE_LIBUHD=ON/OFF > > Configuring LibUHD - C API support... > Dependency ENABLE_LIBUHD = ON > Enabling LibUHD - C API support. > Override with -DENABLE_C_API=ON/OFF > > Configuring LibUHD - Python API support... > Dependency ENABLE_LIBUHD = ON > Dependency BOOST_PYTHON_FOUND = > Dependency HAVE_PYTHON_MODULE_NUMPY = TRUE > Dependency PythonLibs_FOUND = TRUE > Disabling LibUHD - Python API support. > Override with -DENABLE_PYTHON_API=ON/OFF > > Configuring Examples support... > Dependency ENABLE_LIBUHD = ON > Enabling Examples support. > Override with -DENABLE_EXAMPLES=ON/OFF > > Configuring Utils support... > Dependency ENABLE_LIBUHD = ON > Enabling Utils support. > Override with -DENABLE_UTILS=ON/OFF > > Configuring Tests support... > Dependency ENABLE_LIBUHD = ON > Enabling Tests support. > Override with -DENABLE_TESTS=ON/OFF > > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > Could NOT find LIBUSB (missing: LIBUSB_LIBRARIES LIBUSB_INCLUDE_DIRS) > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > Could NOT find LIBGPS (missing: LIBGPS_LIBRARY LIBGPS_INCLUDE_DIR) > Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) > Could NOT find LIBERIO (missing: LIBERIO_LIBRARY LIBERIO_INCLUDE_DIR) > Could NOT find dpdk (missing: DPDK_INCLUDE_DIR) > > Configuring LIBERIO support... > Dependency ENABLE_LIBUHD = ON > Dependency LIBERIO_FOUND = FALSE > Disabling LIBERIO support. > Override with -DENABLE_LIBERIO=ON/OFF > > Configuring USB support... > Dependency ENABLE_LIBUHD = ON > Dependency LIBUSB_FOUND = FALSE > Disabling USB support. > Override with -DENABLE_USB=ON/OFF > > Configuring GPSD support... > Dependency ENABLE_LIBUHD = ON > Dependency ENABLE_GPSD = > Dependency LIBGPS_FOUND = FALSE > Disabling GPSD support. > Override with -DENABLE_GPSD=ON/OFF > > Configuring B100 support... > Dependency ENABLE_LIBUHD = ON > Dependency ENABLE_USB = OFF > Disabling B100 support. > Override with -DENABLE_B100=ON/OFF > > Configuring B200 support... > Dependency ENABLE_LIBUHD = ON > Dependency ENABLE_USB = OFF > Disabling B200 support. > Override with -DENABLE_B200=ON/OFF > > Configuring E300 support... > Dependency ENABLE_LIBUHD = ON > Disabling E300 support. > Override with -DENABLE_E300=ON/OFF > > Configuring USRP1 support... > Dependency ENABLE_LIBUHD = ON > Dependency ENABLE_USB = OFF > Disabling USRP1 support. > Override with -DENABLE_USRP1=ON/OFF > > Configuring USRP2 support... > Dependency ENABLE_LIBUHD = ON > Enabling USRP2 support. > Override with -DENABLE_USRP2=ON/OFF > > Configuring X300 support... > Dependency ENABLE_LIBUHD = ON > Enabling X300 support. > Override with -DENABLE_X300=ON/OFF > > Configuring N230 support... > Dependency ENABLE_LIBUHD = ON > Enabling N230 support. > Override with -DENABLE_N230=ON/OFF > > Configuring MPMD
[USRP-users] Installation under windows 2017
To Sam Reiter (I did not get the answer via email, i just saw it in the net.) Thanks a lot for your help and updating the installation procedure for visual studio 2017. It looks thats working now Now it looks that its working. I got 844 Warings (I think nothing serious) and one error message Generating documentation with doxygen 5>CUSTOMBUILD : warning : tag INPUT: input source `C:/Users/Bernd' does not exist 5>CUSTOMBUILD : warning : tag INPUT: input source `2/uhd-master/host/docs' does not exist 5>CUSTOMBUILD : warning : tag INPUT: input souce `C:/Users/Bernd' does not exist 5>CUSTOMBUILD : warning : tag INPUT: input source `2/uhd-master/host/build/docs' does not exist 5>CUSTOMBUILD : warning : tag INPUT: input source `C:/Users/Bernd' does not exit 5>CUSTOMBUILD : warning : tag INPUT: input source `2/uhd-master/host/include' does not exist 5>CUSTOMBUILD : error : tag OUTPUT_DIRECTORY: Output directory `C:/Users/Bernd2/uhd-master/host/build/docs/doxygen' does not exist and cannot be created it looks so that doxygen does not understand filenemate with a blank in it its not Bernd2 ints Bernd 2. Is there a workaround of it ? I have problems with the installation of the winusb driver. I download the zip file, but I cannot find any installation file, dont know what to do Bernd ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
