Re: [USRP-users] (no subject)

2020-11-13 Thread Marcus D Leech via USRP-users
You’ll need to use timed commands for tuning, in order to phase align the LOs. Unfortunately there is no direct support for this in GRC. So you’ll have to edit the output code from GRC to change you tuning functions. Sent from my iPhone > On Nov 13, 2020, at 8:08 AM, Arash Jafari via

[USRP-users] (no subject)

2020-04-23 Thread guowang qiu via USRP-users
Hi all, I am trying to connect my E310 (sg1) to the internet with a WIFI Dongle (rtl8192cu). Is there anyone knows how to connect the device to the network? I am using the sd image of http://files.ettus.com/e3xx_images/alpha/fido-test/ I followed the instructions below: Using this entry in

Re: [USRP-users] (no subject)

2019-09-14 Thread Michael Dickens via USRP-users
Hi Rajesh - Sorry for the delay. Which branch / commit of gr-ieee802-11 are you using? The version of GR is pretty old (3.7.6), and there's a reasonable chance it's not compatible with the version of gr-ieee802-11 ... but it could be something else too. Otherwise, yes, the settings you list look

Re: [USRP-users] (no subject)

2019-09-08 Thread Ron Economos via USRP-users
Looks like you built the master branch of GNU Radio, which defaults to Python 3. To resolve those failing tests, you need python3-scipy and python3-zmq. Ron On 9/7/19 23:58, Dr. Rajesh Tiwari wrote: Thanks Michael, I removed and tried to install properly gnuradio, and I get the following

Re: [USRP-users] (no subject)

2019-09-08 Thread Dr. Rajesh Tiwari via USRP-users
Thanks Michael, I removed and tried to install properly gnuradio, and I get the following test fail. 97% tests passed, 10 tests failed out of 364 Total Test time (real) = 237.56 sec The following tests FAILED: 243 - qa_polar_decoder_sc (Failed) 244 - qa_polar_decoder_sc_list (Failed) 245 -

Re: [USRP-users] (no subject)

2019-09-07 Thread Michael Dickens via USRP-users
Hi Rajesh - CMake found your GR38 install, not your GR37 install. You should pick GR37 or GR38 and go with just it, and remove the one you're not going with. Then, pick the same branch of gr-ieee802-11. Hope this is useful! - MLD On Sat, Sep 7, 2019 at 9:47 AM Dr. Rajesh Tiwari via USRP-users <

Re: [USRP-users] (no subject)

2019-09-07 Thread Ron Economos via USRP-users
Okay, here's the complete set of instructions. git clone https://github.com/bastibl/gr-ieee802-11.git cd gr-ieee802-11/ git checkout maint-3.7 mkdir build cd build cmake ../ make sudo make install sudo ldconfig Make sure you use the correct install prefix in the cmake step. You can

Re: [USRP-users] (no subject)

2019-09-07 Thread Dr. Rajesh Tiwari via USRP-users
Hi Ron, Thanks for response. I think I am bit confused here..., I am trying to install from https://github.com/bastibl/gr-ieee802-11 and I am getting error. Regards Rajesh On Sat, Sep 7, 2019 at 12:07 PM Ron Economos via USRP-users < usrp-users@lists.ettus.com> wrote: > Opps, should be: > >

Re: [USRP-users] (no subject)

2019-09-07 Thread Ron Economos via USRP-users
Opps, should be: git checkout maint-3.7 Ron On 9/7/19 04:05, Ron Economos via USRP-users wrote: There's a 3.7 version of gr-ieee802-11. In the gr-ieee802-11 directory, type: git checkout maint3.7 Ron On 9/7/19 03:52, Dr. Rajesh Tiwari via USRP-users wrote: HI Michael, Many thanks for

Re: [USRP-users] (no subject)

2019-09-07 Thread Ron Economos via USRP-users
There's a 3.7 version of gr-ieee802-11. In the gr-ieee802-11 directory, type: git checkout maint3.7 Ron On 9/7/19 03:52, Dr. Rajesh Tiwari via USRP-users wrote: HI Michael, Many thanks for prompt response. I encountered problem in installing module "gr-ieee802-11" as it seems requiring

Re: [USRP-users] (no subject)

2019-09-07 Thread Dr. Rajesh Tiwari via USRP-users
HI Michael, Many thanks for prompt response. I encountered problem in installing module "gr-ieee802-11" as it seems requiring gnuradio-companion, version 3.8. I am not able to update my GRC version 3.7 to 3.8. Any suggestion, please let me know. Regards Rajesh On Fri, Sep 6, 2019 at 5:14 PM

Re: [USRP-users] (no subject)

2019-09-06 Thread Michael Dickens via USRP-users
Hi Rajesh - The block "OFDM Sync Short" is part of the GR out-of-tree (OOT) module "gr-ieee802-11" ... as are many of the other blocks in the image you provided. If that OOT is not installed already, it shouldn't be difficult to do so. Hope this is useful! - MLD On Fri, Sep 6, 2019 at 5:10 AM Dr.

Re: [USRP-users] (no subject)

2019-04-17 Thread John Medrano via USRP-users
Adding library in CMakeList.txt and setting environment variable LD_PRELOAD=/usr/local/lib/"my lib" fixed the original problem. I did not have to set --whole-archive option. Thank you. On Tue, Apr 16, 2019 at 12:33 PM Nick Foster wrote: > Just wanted to follow up on this, because I thought

Re: [USRP-users] (no subject)

2019-04-16 Thread Nick Foster via USRP-users
Just wanted to follow up on this, because I thought of something in the shower this morning. If you compile your block controller as a shared library and you want your block to be initialized/used with the default UHD apps, you can use LD_PRELOAD to ensure the block registration happens at

Re: [USRP-users] (no subject)

2019-04-09 Thread John Medrano via USRP-users
Thank you. Using: set(RFNOC_MYMOD_LIB_OPT -Wl,--whole-archive rfnoc-mylib -Wl,--no-whole-archive) target_link_libraries(rfnoc_myapp ${RFNOC_MYMOD_LIB_OPT} <...the rest of your libs...>) We are able to use our controller. On Mon, Apr 8, 2019 at 11:52 AM Nick Foster wrote: > OK, I looked

Re: [USRP-users] (no subject)

2019-04-08 Thread Nick Foster via USRP-users
OK, I looked further into it. UHD registers out-of-tree block controllers using the UHD_RFNOC_BLOCK_REGISTER macro, which under the hood creates a static function and a fixture which calls it before main(). Problem is, when linking your out-of-tree executable, the linker sees that the static

Re: [USRP-users] (no subject)

2019-04-08 Thread John Medrano via USRP-users
Hello, We have verified that library is being linked. When we run nm | grep We see the following: 00030310 W _ZNK3uhd7device314get_block_ctrlINS_5rfnoc19_block_ctrlEEEN5boost10shared_ptrIT_EERKNS2_10block_id_tE 0023d6e0 V _ZTIN3uhd5rfnoc19_block_ctrlE 00034b00 V

Re: [USRP-users] (no subject)

2019-03-27 Thread Nick Foster via USRP-users
Make very sure that your program is actually linking in the library correctly. Linkers are weird and their interaction with build systems is often unpredictable and sometimes perverse. Find the symbols in the compiled library with nm and see that they aren't undefined. Use make VERBOSE=1 to see

Re: [USRP-users] (no subject)

2019-03-27 Thread John Medrano via USRP-users
Thank you for the response. I have added to CMakeList.txt: find_library(SLADEW_LIB gnuradio-SLADEW) if(NOT SLADEW_LIB) message(FATAL_ERROR "SLADEW library not found") endif() add later I add: target_link_libraries(rfnoc_freqmod ${UHD_LIBRARIES} ${Boost_LIBRARIES} ${SLADEW_LIB}) It compiles

Re: [USRP-users] (no subject)

2019-03-27 Thread Nick Foster via USRP-users
Your program needs to be linked against the library which your custom block controller is compiled into, if in fact your block is using a custom block controller. uhd_usrp_probe and the other UHD utilities aren't linked against the custom library. This isn't generally a problem since the

[USRP-users] (no subject)

2019-03-27 Thread John Medrano via USRP-users
Hello, We have a custom RFNOC block that we have created. When we using GNURadio/Python everything works fine. When follow the examples in uhd/host/examples and generate an executable using C++, we get an error on execution. We noticed that on start up the python program has no issue locating

[USRP-users] (no subject)

2019-03-19 Thread Diogo Botelho Ribeiro Marinho via USRP-users
Hello, I am using USRP N310 , how can i use the external clock LO IN 0/1 and 2/3 in GNURadio? Also i would like to know witch API is better to develop aplication in this device, GNURadio, or Matlab? Best regards Diogo ___ USRP-users mailing list

Re: [USRP-users] (no subject)

2018-04-28 Thread Kyeong Su Shin via USRP-users
SRP-users <usrp-users-boun...@lists.ettus.com> 보낸 날짜: 2018년 4월 28일 토요일 오후 11:14:04 받는 사람: usrp-users@lists.ettus.com 제목: [USRP-users] (no subject) Good day dear Sir, I am a new user of Ubuntu and USRP. I'm trying to connect my PC to USRP N200, but I have encountered the error below. I h

Re: [USRP-users] (no subject)

2018-04-28 Thread Derek Kozel via USRP-users
Hello Kazem, Did you get my previous message? http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-April/056283.html You are correct that you need to upgrade the USRP's FPGA image. Please run: "/usr/local/lib/uhd/utils/uhd_images_downloader.py" "/usr/local/bin/uhd_image_loader" \

[USRP-users] (no subject)

2018-04-28 Thread kazem chm via USRP-users
Good day dear Sir, I am a new user of Ubuntu and USRP. I'm trying to connect my PC to USRP N200, but I have encountered the error below. I have installed  and uninstalled my GNU radio and UHD several times, but what I get is still the latest version in which is not compatible with my FPGA. I

[USRP-users] (no subject)

2018-04-11 Thread Jason Matusiak via USRP-users
I have been fighting for a day with issues on my N200s and N210s to no avail. These were working units, but are giving me the following: $ uhd_usrp_probe  [INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16); Boost_105300; UHD_3.11.0.0-34-g4844f66d [ERROR] [UHD] Exception caught

[USRP-users] (no subject)

2018-02-26 Thread Андрей 1 via USRP-users
Im using UHD 3.10.3 and have no error in twinrx_recv ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] (no subject)

2017-08-09 Thread Masoud Naderpour via USRP-users
Hi, I have launched B210 USRP MIMO config. I have problem in transmission on both Tx channels. However, there is no problem in receiving on both ones. In transmission on both channels continous Underflows appear in console. It is independent of the Tx sampling rate. How can I fix the problem? I

Re: [USRP-users] (no subject) (Ron Economos)

2017-07-19 Thread Marcus D. Leech via USRP-users
7 12:00 PM > To: usrp-users@lists.ettus.com > Subject: EXTERNAL: USRP-users Digest, Vol 83, Issue 19 > > Send USRP-users mailing list submissions to > usrp-users@lists.ettus.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ettus.com/mailman/

[USRP-users] (no subject)

2017-07-18 Thread Sirkin, Joshua F. via USRP-users
Hi, I am trying to use a B210 with an Icron USB 3.0 Spectra 3022 range extender, found here: http://www.icron.com/products/icron-brand/usb-extenders/fiber/usb-3-0-spectra-3022/ The device is only compatible with USB 3.0 devices and not backwards compatible with USB 2.0. I am told by Icron