Re: [USRP-users] Matlab/Simulink to USRP in Burst Mode

2018-01-25 Thread Ethem Sozer via USRP-users
Hi Don, The only supported way to stop transmissions from SDRu Transmitter block is to insert "zeros" to the signal stream when you do not want to transmit. You need to keep feeding the transmitter with data (zeros or real data). The burst mode is designed to enable the use of these blocks when

Re: [USRP-users] Matlab/Simulink to USRP in Burst Mode

2018-01-25 Thread Kane, Don [US] (MS) via USRP-users
Ethem, Inserting zeroes seems to work as far as stopping transmission. To validate this, we put an Unbuffer block and Simulink Scope block on the SDRu Receiver Data port to see what the receiver is putting into our model. We tried several experiments with sending one frame, two frames, four fra

Re: [USRP-users] Matlab/Simulink to USRP in Burst Mode

2018-01-25 Thread Ethem Sozer via USRP-users
Hi Don, First of all, I would use Time Scope without Unbuffer instead of Simulink Scope. It will be much faster. Can you send a picture of the model(s) you use for this test? Do you monitor the underrun and overrun ports to make sure that the model runs in real-time? What is the sample rate (ma

[USRP-users] Twin Rx LO Source

2018-01-25 Thread Andrew Thommesen via USRP-users
Hi, I am using an Ettus X310 with a twin RX card. How do I configure this card to use an external 10MHz clock? In GNU Radio I have changed the LO source of the RFNoC radio block to external, but this results in strange behavior: If I inject a CW tone into the twin RF and observe the output on

Re: [USRP-users] Twin Rx LO Source

2018-01-25 Thread Derek Kozel via USRP-users
Hello Andy, The LO source is for an external or internal RF source and is fed directly to the mixers. You are looking for the set_clock_source call which will allow you to set the USRP to use an external 10 MHz reference. Regards, Derek On Thu, Jan 25, 2018 at 7:53 PM, Andrew Thommesen via USRP-

Re: [USRP-users] Passing Messages as Commands to UHD Sink

2018-01-25 Thread Sarah Tran via USRP-users
Hi Martin, Thank you for verifying my code I was able to put in debugging printf statements, and was able to figure out what was wrong (although I couldn't get the GR logging statements like debug to show). The message was indeed getting to the UHD sink, but I realized that I needed to also spe

Re: [USRP-users] Help on UHD Python API installation

2018-01-25 Thread Brent Stapleton via USRP-users
Hi Zhongyuan, CMake couldn't determine the Git hash. Not sure why that is; it should say something like "Working off of feature or development branch. Updating version number." Is there a .git/ directory in your UHD source directory? It looks like the CMake module FindPythonLibs [1] can't find yo

Re: [USRP-users] Help on UHD Python API installation

2018-01-25 Thread Ron Economos via USRP-users
This is just a guess, but you may want to try: sudo apt-get install python-dev Ron On 01/24/2018 10:17 AM, Zhongyuan Zhao via USRP-users wrote: Python2.7-dev is already installed, here is the full cmake print == ➜ build cmake .. -- -- Configuring the python interpreter... -- Python interprete

[USRP-users] Fw: uhd_usrp_probe ERROR

2018-01-25 Thread Navin Sridharan via USRP-users
Hi all, I am trying to attach the USRP B210 as a radio frontend to that of a VM (Ubuntu 16.04 OS) since my ENb is hosted in that VM. When I run uhd_find_devices , I am able to see the device attached with the VM, but then when I run uhd_usrp_probe below is the error encountered.  ubuntu@rack

Re: [USRP-users] Help on UHD Python API installation

2018-01-25 Thread Zhongyuan Zhao via USRP-users
I updated Ubuntu 14.04 LTS to 16.04 LTS, then the cmake passed with python-api enabled. Zhongyuan Zhao PhD Candidate, Department of Computer Science & Engineering, University of Nebraska-Lincoln Office Hour: WF 9:30-10:00am, Avery Hall 12, Suite 117, Schorr Center, Lincoln, Nebraska 68588-0115