Re: [USRP-users] Random errors while transmitting certain BPSK/QPSK types on x310s

On 07/06/2017 09:36 PM, Michael Carosino via USRP-users wrote: A quick update to this question with more info. I did some further analysis by capturing the received I/Q data from the USRP Source block when transmitting the BPSK that works without errors (symbols are 0.707+0.707j, -0.707-0.707j)

Re: [USRP-users] Random errors while transmitting certain BPSK/QPSK types on x310s

If the modulator blocks always produce in {-1,+1}, then a downstream multipier would be required to reduce the baseband magnitude. It will happen with any radio where there is a translation from floating point {-1.0,+1.0} into some integer representation on the wire, followed by interpolation/upc

Re: [USRP-users] CW signal shown at center frequency

What is your RX gain setting? Does the unwanted carrier remain when you stop transmitting? What happens if you use offset tuning of about 1/2 your bandwidth? Also, yes, it's better if your master clock rate is at least double your sample rate, but of course, that's not always possible. On 2

Re: [USRP-users] Error when receiving for a long period of time

On 07/12/2017 07:00 AM, Brais Ares via USRP-users wrote: Hello everyone, [USRP E310] We need to capture some 300 Hz signal for a long period of time (up to 15'), as long as a GPIO is '1'. Minimum configurable bandwith is 286 KHz, what makes us sample the data at 286 KSPS. At this sampling rat

Re: [USRP-users] TwinRX Gain

On 07/13/2017 07:57 PM, Eugene Grayver via USRP-users wrote: Hello, I am trying to understand the ‘actual’ gain in TwinRX. Experimentally, I see that a 0 dBm input requires gain of +46 dB to give a full-scale (-1/1) output. Interestingly, the two channels have about 3 dB of difference in ga

Re: [USRP-users] TwinRX tuning timing

The frequency tag is inserted at some point shortly after the command-set is issued to the hardware. There's no way for the various bits and pieces to tell when the underlying (mostly analog) hardware has converged to an "acceptable" steady-state operating mode. PLL synthesizers don't instantly s

Re: [USRP-users] TwinRX tuning timing

On 07/14/2017 04:22 PM, Eugene Grayver wrote: Yes, I definitely agree that there’s no way to tell when the tuning is DONE. However, my question was about the ‘shortly after’ part. Should it not be inserted ‘shortly before’, or ‘exactly at’? Since there’s typically no way to look into the f

Re: [USRP-users] E310 GPIO

On 07/11/2017 11:56 AM, Will Thompson via USRP-users wrote: Hi all. So I’m thinking of starting a project with the E310 that requires high accuracy control of a switch. Basically I need to receive a single RF sample (@1MHz) (1us), then send a signal via the GPIO on a second sample (2us), an

Re: [USRP-users] TwinRX tuning timing

a stream, and the radio hardware control stream. Jacob On Fri, Jul 14, 2017 at 2:46 PM, Marcus D. Leech via USRP-users mailto:usrp-users@lists.ettus.com>> wrote: On 07/14/2017 04:22 PM, Eugene Grayver wrote: Yes, I definitely agree that there’s no way to tell when the tun

Re: [USRP-users] issue with rfnoc fft size

You'll need to make certain that the MTU on your network card supports the required frame sizes for your FFT. On 1GiGe, you're unlikely to be able to support greater than 1024-bin FFTs, since most cards won't do jumbo frames larger than 9000 bytes. On 2017-07-17 11:38, Sanjoy Basak via USRP-use

Re: [USRP-users] Unable to load windows driver for USRP B205i mini

On 07/17/2017 04:12 PM, Nirmala Soundararajan via USRP-users wrote: Hi, Can anyone please help on how to load the windows driver for USRP B205i mini. Its a USB 3.0 device regards Nirmala ___ USRP-users mailing list USRP-users@lists.ettus.com http

Re: [USRP-users] Questions to run a loopback example on B200

On 07/18/2017 05:31 PM, Jie Song via USRP-users wrote: Hi, I am new to the B200 SDR, I was trying to run example code “txrx_loopback_to_file.exe” on B200 ( a cable connects TX/RX to RX2 already) by the following command but no output data file found, please help. The command misses some TX

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

You might consider "remoting" using something like an Odroid XU4, which has a fair amount of compute capacity, and supports USB 3, and has a 1GiGe port. On 2017-07-19 13:14, Sirkin, Joshua F. via USRP-users wrote: > Thanks for the suggestions, but unfortunately this solution won't work for > me

Re: [USRP-users] frequency shift of B210

On 07/19/2017 11:46 PM, john liu via USRP-users wrote: Hi all, We used B210 with TCXO,and run about 2 hours , a 3.2K frequency shift occurred when the temperature did not change significantly.Is it a normal? How can we improve this situation? thank you. best regards John What was your tuned

Re: [USRP-users] frequency shift of B210

On 07/20/2017 02:22 AM, john liu wrote: What was your tuned frequency in this case? Hi,Marcus, It is 433.05Mhz That's about 7PPM. What was your signal source? On Thu, Jul 20, 2017 at 11:46 AM, john liu > wrote: Hi all, We used B210 with TCXO,an

Re: [USRP-users] frequency shift of B210

No i mean what were you measuring? Were you using an external signal generator and what were its specs? Sent from my iPhone > On Jul 20, 2017, at 9:09 PM, john liu wrote: > > HI Marcus, > internal　with TCXO. > >> On Thu, Jul 20, 2017 at 11:31 PM, Marcus D. Leech wrote: >>> On 07/20/2017 02

Re: [USRP-users] frequency shift of B210

On 07/20/2017 10:08 PM, john liu wrote: i am sorry. We generate a GFSK signal with B210 and received the signal with multiple cc1120.When frequency shift occurred,the cc1120 can not received the signal. Also, another b210 has been running for several days without such a jump phenomenon. So, s

Re: [USRP-users] 答复: frequency shift of B210

The best method for measuring a fundamental parameter like frequency drift would be to use a signal source of known (and much-superior) stability, and use something like uhd_fft with the B210 to observe drift over time (use the peak-hold feature in the FFT display). The problem with using the end

Re: [USRP-users] E310 rx_samples_from_file stores data based on sample rate and not Bandwidth

On 07/25/2017 08:43 AM, olivani via USRP-users wrote: Hi , Let me first describe my application I have to collected data (type short, wirefmt sc16) at a particular center frequency at a sampling rate of 25 Msps and set the bandwidth to be 20 MHz and the master clock is set to be 25 MHz. I h

Re: [USRP-users] X310 Channel Command Issue

What version of UHD are you using? We'd need to see the part of your code that sets up the motherboard, etc. We don't have enough details to diagnose your problem. On 2017-07-31 12:32, Mark Koenig via USRP-users wrote: > I am having issue communicating with both channels on the X310. I have

Re: [USRP-users] X310 Channel Command Issue

You'll need a much-more-recent version of UHD to support dual-ethernet mode. We need to see the part of your code that creates the usrp device object, specifies the device address details, etc, and also how you create your streamers. On 2017-07-31 12:46, Mark Koenig wrote: > I am using version

Re: [USRP-users] X310 Channel Command Issue

On 07/31/2017 01:22 PM, Mark Koenig wrote: Can I use one 10Gig connection to task both channels in the x310? Absolutely. A "multi-usrp" object can contain streams from multiple devices, and single or dual streams from a single device. For your case, you use the subdev specification: "A:0

Re: [USRP-users] X310 Channel Command Issue

You'll find this information useful: https://kb.ettus.com/Using_Dual_10_Gigabit_Ethernet_on_the_USRP_X300/X310 On 2017-07-31 13:13, Mark Koenig wrote: > What is the minimum UHD version required? > > FROM: "mle...@ripnet.com" > DATE: Monday, July 31, 2017 at 1:11 PM > TO: Mark Koenig > CC:

Re: [USRP-users] USB connector on B205mini-i

This is like not a MatLab-specific issue. What does: uhd_usrp_probe -a type=b200 Produce when plugged in to a USB-3.0 port? On 2017-08-01 13:25, Nirmala Soundararajan via USRP-users wrote: > Hi, > > Has anyone tried to use Matlab with B205mini-i on windows? Apparently Matlab > does'nt re

Re: [USRP-users] B210, MIMO Problem

On 08/03/2017 06:12 AM, Masoud Naderpour via USRP-users wrote: Dear Ettus Technical Support Team, So far I have been successful getting the UHD C++ APIs to run the USRP B210 both on Linux(Eclipse) and Windows (Microsoft Visual Studio) in their SISO mode. I have tried further to run the USRP on

Re: [USRP-users] OctoClock and GPSDO use on USRP B210

On 08/08/2017 12:38 AM, Jose Ruvalcaba via USRP-users wrote: Hello, I was wondering if someone could shine some light on when would someone use an OctoClock or a GPSDO on say a USRP B210. Would I need an OctoClock if I am connecting 2 USRP's that are talking to each other? Would I need a GPSD

Re: [USRP-users] Dynamic range of DAC

On 08/08/2017 11:03 AM, Marcus Müller via USRP-users wrote: Dear Anders, sorry for the late reply! We would like to know what the dynamic range of the DAC is, so that we can determine a maximum difference in power between several different signals. So, technically, the 12 bit DAC would make

Re: [USRP-users] help with receivng multiple frequencies

On 08/09/2017 10:29 AM, Snehasish Kar via USRP-users wrote: Hi I am trying to receive multiple frequencies with one usro x310 separately from two daughter boards. But not able to receive it properly. Below is my code. Please help me with it. Could you describe what you mean by "not properl

Re: [USRP-users] help with receivng multiple frequencies

gt; BR > > Snehasish > - > > FROM: USRP-users on behalf of Marcus D. > Leech via USRP-users > SENT: Wednesday, August 9, 2017 9:10:51 PM > TO: usrp-users@lists.ettus.com > SUBJECT: Re: [USRP-users] help with receivng multiple frequencies > > On

Re: [USRP-users] help with receivng multiple frequencies

On 08/10/2017 05:26 AM, Snehasish Kar wrote: Please find the log below: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown Creating the usrp device with: ... -- X300 initialization sequence... -- Connecting to niusrpriorpc at localhost:5444... -- Using LVBITX bitfile

Re: [USRP-users] help with receivng multiple frequencies

This may be timing-out due to performance issues on your host, or it may be a bug in your code. Have you tried using the the rx_multi_samples example at the same sample rates? 2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your computer will be working fairly hard at servici

Re: [USRP-users] help with receivng multiple frequencies

You can use rx_multi_samples as an example -- the source code is freely available. You'll need to use the "set_rx_freq" (and/or "set_tx_freq") function that is part of any multi_usrp object, also, use timed commands around the tuning commands: usrp->set_command_time(SOME_TIME_IN_NEAR_FUTURE)

Re: [USRP-users] help with receivng multiple frequencies

It's default to internal anyway. IF this is a single motherboard, then no external clock sync is required, but you still need the use timed-commands on the tuning. If this is multiple USRP units, then, yes, you'll need to use an external synchronization source in addition to the above--this wil

Re: [USRP-users] Trouble using CentOS6.5 to communicate with x310 and Twin Rx

Centos systems are "born obsolete". IT departments love them because they tend to change at glacial speeds. Developers find them to be heartburn-inducing, because the "latest" Centos tends to have packages that are years out of date with respect to the rest of the world. Pybombs does its best

Re: [USRP-users] Buffer underrun issue with simultaneous transmit and receive on the X310

What are the specs on your computer? What type of 10GiG interface card are you using? On 2017-08-14 13:56, Jason W Zheng via USRP-users wrote: > Since I haven't gotten a response in a week, I thought some source code might > help. I've removed any buffer dependencies leaving just the receive

Re: [USRP-users] Buffer underrun issue with simultaneous transmit and receive on the X310

On 08/14/2017 02:27 PM, Jason W Zheng via USRP-users wrote: How should I set the tx metadata? My application will essentially stream continuously. Thanks, Jason From the tx_samples_from_file example code (which you should probably study) uhd::tx_metadata_t md; md.start_of_burst

Re: [USRP-users] Buffer underrun issue with simultaneous transmit and receive on the X310

- *From:* USRP-users on behalf of Marcus D. Leech via USRP-users *Sent:* Monday, August 14, 2017 11:32:21 AM *To:* usrp-users@lists.ettus.com *Subject:* Re: [USRP-users] Buffer underrun issue with simultaneous transmit and receive on the X310 On 08/14/2017 02:27 PM,

Re: [USRP-users] Buffer underrun issue with simultaneous transmit and receive on the X310

On 08/14/2017 08:27 PM, Jason W Zheng via USRP-users wrote: I don't think the problem is in the metadata, unless I'm really doing it wrong. I've tried the suggestion you put out earlier, modeling my code after the example txrx_loopback_to_file. The first packet has a startofburst = true and s

Re: [USRP-users] doubts about burst tranmission using tag SOB and EOB

I'll note that the "Message Burst Source" is now deprecated. Not sure what it has been replaced with. I've taken the liberty of cross-posting to discuss-gnuradio. On 08/02/2017 02:05 PM, Yang Liu via USRP-users wrote: Dear all, I tried to achieve burst transmission on usrp X310, the brie

Re: [USRP-users] Receiver Sensitivity of NI USRP 2954R

Absent more details about your particular application, the term "sensitivity" is largely meaningless. On 2017-08-16 03:14, Snehasish Kar via USRP-users wrote: > Hello > > What is the Receiver sensitivity of NI USRP 2954R? > > BR > Snehasish > > ___

Re: [USRP-users] How is Resolution and Type Determined From ADC - Using Ettus rx_samples_to_file.cpp Example

On 08/18/2017 11:24 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN TECHNOLOGIES INC] via USRP-users wrote: Thanks for any help… I ran the example file from Ettus called rx_samples_to_file.cpp. I ran the file and it did extract a binary file that I named. When I analyzed it in matlab using the func

Re: [USRP-users] Problems receiving valid data from a multi_usrp

I again encourage you to look at rx_multi_samples which shows how to properly set-up a multi-motherboard configuration. On 2017-08-22 10:34, Janos Buttgereit via USRP-users wrote: > Hi, > > as I said before, I had no chance to access the hardware for some time, but > today I had some time. >

Re: [USRP-users] b210 overflow

USB performance on VMs is poor. We don't recommend it. Sent from my iPhone > On Aug 24, 2017, at 1:12 PM, Cho, Daniel J (332C) via USRP-users > wrote: > > Hello – > > I am using a USB 3.0 with a USRP b210 and I should be having no trouble > receiving or transmitting 61.44 Msps but I am get

Re: [USRP-users] Receiver not reporting any data

mbers. > > ------------- > Jacob Knoles > > On Thu, Aug 24, 2017 at 6:15 PM, Marcus D. Leech via USRP-users > wrote: > > On 08/24/2017 08:11 PM, Jacob Knoles via USRP-users wrote: > > Hello, > > I am trying to do a simple receive funct

Re: [USRP-users] Receiver not reporting any data

matics. > > The signal I am inputting however is a simulated BT signal with the peak at > -40 dBm and modulated. At the one frequency I am monitoring it results in a > square wave. So I expect to see a distinct change in the output numbers. > > -

Re: [USRP-users] Performance Consistency of B200mini

On 08/28/2017 10:17 AM, Xingjian Chen via USRP-users wrote: Hi, How consistent is B200mini can be in terms of signal amplitude if I restart the board? I am sending and getting chirp pulses at the same time by a B200mini. I found that if I restart the board every time before the loopback mea

Re: [USRP-users] uhd_rx_metadata_error_code_timeout error

On 08/28/2017 05:49 AM, Андрей 1 via USRP-users wrote: Hello My device is b210 version of UHD is 3.9.5 OS Windows7. I work with this device in dual channel mode.Occasionaly after call function sampler_recv I have uhd_rx_metadata_error_code_timeout error.When the number of errors exceeds a c

Re: [USRP-users] B210 overflow

On 08/29/2017 11:07 AM, Cho, Daniel J (332C) via USRP-users wrote: Hello – I am having issues with overflow with the USRP B210 at 20 MSPS. I am using a LiveUSB that has Ubuntu and Gnuradio in it. The gnuradio flow chart is just the USRP source going into a file sink with the destination be

Re: [USRP-users] GNUradio flowgraph examples

On 08/29/2017 11:22 AM, Michael Cameron via USRP-users wrote: All, Can someone point me to a good repo for sample GNURadio-Ettus Research flowgraphs? (FM radio receivers, AM receivers, GSM stack, OFDM receivers, etc). Is there such a thing or are these examples just found here and there acro

Re: [USRP-users] Performance Consistency of B200mini

are on the same hardware. Could you repeat your tests with a laboratory signal generator or noise source? Thank you. *From:* USRP-users on behalf of Marcus D. Leech via USRP-users *Sent:* Monday, August 28, 2017 11:07:1

Re: [USRP-users] Rotating constellations and varying LOs with USRP B210 + Board Mounted GPSDO

On 08/31/2017 10:08 PM, George Sklivanitis via USRP-users wrote: Hi everyone, Has anyone noticed unstable LOs or carrier frequency offsets when using USRP B210s with board mounted GPSDOs? We have recently been doing field tests using GPS-disciplined oscillators for both USRP B210s and USRP N

Re: [USRP-users] Support with NI USRP 2954R

On 09/01/2017 10:23 AM, Snehasish Kar via USRP-users wrote: Hello I am need to fetch GPS data and time from the on-board GPSDO in NI USRP x310. Is it necessary for me to sync both clock source and time source to GPSDO for that or without it I can directly fetch it. Please help me with an ex

Re: [USRP-users] Changes in wired channel after restarting flowgraph

On 09/01/2017 10:10 PM, Bakshi, Arjun via USRP-users wrote: So the SBX daughter board has a phase resync feature, which I think would alleviate my problem. For other boards it is noted in [1] that : "Most daughterboards use a fractional-N synthesizer ... Generally, these fractional- N synth

Re: [USRP-users] B200mini & XU4 problem

On 09/02/2017 05:02 PM, Nate Temple via USRP-users wrote: Hi Dave, This is certainly an interesting issue. I suspect the core of the issue may be power draw on the USB interface during boot. One of the common issues with the XU4 that I've seen reported is that the USB3 ports do not provide USB

Re: [USRP-users] B200mini & XU4 problem

On 09/03/2017 08:46 AM, David via USRP-users wrote: Hey all, Thanks for the replies, didn't realise it would work on USB2... so I... - plugged into USB2 port - no boot up problems with the udev rule enabled - get similar device read errors, until the device is unplugged & plugged back in - then

Re: [USRP-users] USRP X310 External reference power level

On 09/04/2017 04:45 PM, Iñaki Landerreche (Inaki Landerreche) via USRP-users wrote: Hi, The external reference's maximum power level limit is +15dBm. how much is the minimum level? Is there any recommended or reliable level for this signal? Thanks, Iñaki That input feeds an LVDS mux, and is c

Re: [USRP-users] E310 Time accuracy

On 09/04/2017 04:54 PM, Michael M via USRP-users wrote: I'm having an issue with my Ettus E310 where I'm seeing inconsistent timestamping from one run to another. First, I set up a reference transmitter that is designed to output a waveform at the top of each second. The transmitter has been

Re: [USRP-users] 50 Ohm terminator on LFTX board

On 09/05/2017 05:07 PM, Humphries, James R. via USRP-users wrote: And I guess the other question would be if there is a circulator that you can buy at that low of frequency. I'm not sure that I have seen one, but never actually looked. -Trip -Original Message- From: USRP-users [mailt

Re: [USRP-users] multi_usrp problem when receiving and transmitting simultaneouly

On 09/06/2017 07:52 AM, 李阳 via USRP-users wrote: Hi, We use 4 X310s jointly to capture 7 channel RF signal coherently. The 4 X310s are synchronized by common 10MHz ref clock and PPS provided by a clock distributing source. It works well if we only receive the 7 channel samples from device to

Re: [USRP-users] Support with downconverting a signal inside USRP

On 09/06/2017 01:22 PM, Snehasish Kar via USRP-users wrote: Hello I want to down convert a DCS 75MHz band to 20MHz or less, is it possible to do so, without changing the FPGA code. I am using NI USRP 2954R BR Snehasish ___ USRP-users maili

Re: [USRP-users] pps ref input B210

On 09/06/2017 04:59 PM, Cho, Daniel J (332C) via USRP-users wrote: Hello – I am trying to frequency sync two USRP B210s. I have a GPSDO on both USRPs so the 10 MHz ref is unavailable (as noted in the site manual) and I am unable to use the GPSDO yet because I do not have a GPS antenna (it i

Re: [USRP-users] pps ref input B210

On 09/06/2017 06:09 PM, Cho, Daniel J (332C) wrote: So they are seeing exactly the same PPS source. I got a waveform generator connected to a power splitter which is then fed into both “PPS in” inputs. Since they are seeing the same PPS from the same source, shouldn’t they be referencing of

Re: [USRP-users] Support with downconverting a signal inside USRP

7;re after? *From:* USRP-users on behalf of Marcus D. Leech via USRP-users *Sent:* Wednesday, September 6, 2017 11:07:43 PM *To:* usrp-users@lists.ettus.com *Subject:* Re: [USRP-users] Support with downconverting a signal inside USRP On 09/06/2017 01:22 PM, Snehasish Ka

Re: [USRP-users] E310 Time accuracy

On 09/06/2017 01:07 PM, Michael M wrote: On Mon, Sep 4, 2017 at 6:14 PM, Marcus D. Leech via USRP-users mailto:usrp-users@lists.ettus.com>> wrote: On 09/04/2017 04:54 PM, Michael M via USRP-users wrote: I'm having an issue with my Ettus E310 where

Re: [USRP-users] pps ref input B210

On 09/06/2017 07:32 PM, Cho, Daniel J (332C) wrote: So you need to have the 1 PPS AND a reference clock (whether 10MHz input or GPSDO)? Absolutely. The USRPs don't, in general, have a PLL/FLL implementation to steer their onboard clock to an external 1PPS input. This is what GPSDOs do, a

Re: [USRP-users] multi_usrp problem when receiving and transmitting simultaneouly

On 09/06/2017 08:04 PM, zxl via USRP-users wrote: What are your sample rates? Do you have separate threads for RX and TX? The sample rate is 2MHz. We use one gnuradio uhd-source block (the RF A & B of dev 1, 2, 3, and RF A of dev 4) and one uhd-sink block (the RF B of dev 4). Since each gnur

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

On 09/06/2017 08:15 PM, Steven Knudsen via USRP-users wrote: Hi All, I am building a TDMA system based on the B200mini. TX is out the TRX port and RX is on RX2. I schedule both TX and RX using stream commands. Tested separately, they work great. However, when I have them running together (se

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

rtschritt schon geschehen ist. Das wäre kein Glauben./- Franz Kafka/ /Post hoc ergo propter hoc./ On Sep 6, 2017, at 18:37, Marcus D. Leech via USRP-users mailto:usrp-users@lists.ettus.com>> wrote: On 09/06/2017 08:15 PM, Steven Knudsen via USRP-users wrote: Hi All, I am building

Re: [USRP-users] UHD dropping samples running on Debian 9

This is presumably a network-attached USRP (N2xx or X3xx)? Otherwise, network parameters are irrelevant. On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote: > Hello, > > We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), installed > Debian 9 on it and tested Gnuradio on it.

Re: [USRP-users] B200mini & XU4 problem

I've found that altering num_recv_frames in the device args to be helpful on XU4--try 128 or 256 On 2017-09-08 10:34, David via USRP-users wrote: > Just tried out a USB3 powered hub, to power the b200. > > The XU4 wouldn't boot powered from the hub (2A max), but powered from it's > own supply

Re: [USRP-users] UHD dropping samples running on Debian 9

anual/page_transport.html#transport_usb_params But if problems are occurring at low sample rates, it may be that your USB subsystem just isn't up to the task. On 2017-09-08 11:02, David wrote: > could you explain why please? > On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote: > >

Re: [USRP-users] UHD dropping samples running on Debian 9

t may be that your USB > subsystem just isn't up to the task. > > On 2017-09-08 11:02, David wrote: > > could you explain why please? > On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote: > > This is presumably a network-attached USRP (N2xx or X3xx)? Otherwise,

Re: [USRP-users] B200mini & XU4 problem

I've run a simple interferometer application with a B210 on an XU4, with two channels at 15Msps. On 2017-09-08 11:23, David wrote: > Thanks Marcus, > > so doing ... benchmark_rate --args "num_recv_frames=512" --rx_rate 40e6 > > no overruns (got a couple with 256). > > I'm just trying to get

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

On 09/08/2017 10:54 PM, Steven Knudsen wrote: Hi Marcus, I did rebuild LiquidDSP, though it has no dependencies on the UHD. No change in behaviour. Rather than speculate further with you (and waste your time), I pressed ahead with various avenues of investigation and appear to have had some

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

On 09/08/2017 11:38 PM, Steven Knudsen wrote: Let me see if I understand you correctly. Are you saying that turning on the first reception takes significant time? In my case, the receive loop is running before the scheduling starts; it just times out and spins around again. So I am not sure th

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

On 09/08/2017 11:53 PM, Steven Knudsen wrote: Okay, I can accept that. What it means is that since my customer has not settled on a USRP platform, I should put some checks in that enforce timing constraints. Stuff like looking at the number of samples for the max expected packet length times

Re: [USRP-users] B200mini scheduled RX & TX; Tx attenuated

On 09/09/2017 12:16 AM, Steven Knudsen wrote: I am not sure that is an option. The TDMA scheme is such that the TX/RX to inactive time duty cycle is low. During the “inactive” time, other things are going on. I suppose maybe I could just turn the RX gain to zero (and will be anyway) But what

Re: [USRP-users] uhd_rx_nogui gets really noisy!

On 09/09/2017 12:59 PM, Ali The GREAT! via USRP-users wrote: Dear all, I installed GR and UHD and everything works properly in GRC but as i wanted to give "uhd_rx_nogui" a try i received a badly noisy sound! the command is this: $uhd_rx_nogui -f 104e6 -m FM -A TX/RX i am using b200mini and i

Re: [USRP-users] uhd_rx_nogui gets really noisy!

or broadcast FM. Narrowband FM usually have a bandwidth in the 10-25kHz region. On Sat, Sep 9, 2017 at 11:27 PM, Marcus D. Leech via USRP-users mailto:usrp-users@lists.ettus.com>> wrote: On 09/09/2017 12:59 PM, Ali The GREAT! via USRP-users wrote: Dear all, I installed GR and UHD

Re: [USRP-users] How to run uhd_ command without root permission.

https://files.ettus.com/manual/page_transport.html#transport_usb_udev On 2017-09-11 12:07, Disco Daniele via USRP-users wrote: > HI! > > Suppose to work with a B210. > > Connected via USB3 and send the command uhd_usrp_probe in an old pc with an > old version of uhd I obtain the answer. >

Re: [USRP-users] Simple device question

You could run uhd_usrp_probe and parse the output. On 2017-09-13 15:30, ROBIN TORTORA via USRP-users wrote: > Peeps, > > I have an X310 on windows with 3.10.2 and a single UBX daughtercard. > > get_rx_num_channels always returns 2 even though there is only a single > daughtercard installed.

Re: [USRP-users] Quad channel receiver operation of B210

A given RC chain can use either the RX2 port or the TX/RX port. There's just a analog switch. Sent from my iPhone > On Sep 15, 2017, at 1:17 PM, Sumit Kumar via USRP-users > wrote: > > I asked because the TX/RX port can also be used as RX right. That's why I had > the perception that all 4

Re: [USRP-users] N200 MIMO PPS not being detected on mate...

Try using the --source argument to test_pps_input, specifying "mimo" for the mimo-connected unit. Device addressing is "addressed" here: https://files.ettus.com/manual/page_usrp2.html#usrp2_ You should probably also investigate using integer_n tuning, which will definitely improve phase-coher

Re: [USRP-users] N200 MIMO PPS not being detected on mate...

On 09/20/2017 02:58 PM, John Shields wrote: Thanks Marcus, Here is the output of test_pps_input for the mate N200 connected through MIMO cable: john@i7ubuntu:~$ test_pps_input --args addr=192.168.20.2 --source=mimo linux; GNU C++ version 6.3.0 20170406; Boost_106200; UH

Re: [USRP-users] N200 MIMO PPS not being detected on mate...

On 09/20/2017 03:11 PM, John Shields wrote: Yes, Marcus, the other USRP (the one with the GPSDO) passes the test_pps_input with source type gpsdo or mimo or external! Kind Regards, John You could swap the GPSDO over and see if the "bad" USRP still fails to see 1PPS.

Re: [USRP-users] N200 MIMO PPS not being detected on mate...

On 09/20/2017 04:39 PM, John Shields wrote: So, as a result of moving the Firefly to ...20.2 (red) : Obs 1) when using query_gpsdo_sensors I occasionally received USRP NOT locked to 10 MHz Reference but after a retry it finds it OK. I switched PPS/Ref cables from the Firefly to USRP motherboard

Re: [USRP-users] Phase jumps in USRP B210 with GPSDO

You talk about board-mounted GPSDOs in each of your B210s, but then talk about using an Octoclock-G. In the Octoclock-G example, you are explicitly selecting "external" for your refclock and time source? It is fully-expected that no two GPSDOs will precisely agree on frequency and phase, and wi

Re: [USRP-users] Help - Unbrick N200

On 09/21/2017 12:12 PM, Chun Yang - Sigem via USRP-users wrote: I need to use N200 for a project. However, its LED D does not lit up (no firmware) and no response when pinging through the Ethernet connection. Followed the instruction on Ettus website to unbrick this N200 and here is what I go

Re: [USRP-users] Verifying MIMO cable integrity

That seems correct to me, but I don't have a useful configuration in my lab to test. (No N2xx, no MIMO cables). On 2017-09-21 16:02, John Shields via USRP-users wrote: > Hi, > I have been struggling with trying to get two coherent channels from a pair > of N200 , one with GPSDO and the other

Re: [USRP-users] Phase jumps in USRP B210 with GPSDO

On 09/21/2017 02:27 PM, Piotr Krysik via USRP-users wrote: -- Piotr Krysik Also take into account that I'm not comparing phase signals observed by two different USRPs. What I have shown is for single channel of one USRP in which such jumps are observed (I'm comparing phase of digitally generat

Re: [USRP-users] max input power B200

On 10/02/2017 12:10 AM, Nirmala Soundararajan via USRP-users wrote: Hi, B200 mini data sheet mentions maximum input power as 0 dBm. A 1V, 1 kHz signal will give 0.5W power which is above 20 dBm and way above 0 dBm! Can this please be clarified? regards Nirmala You should perhaps study t

Re: [USRP-users] max input power

On 10/02/2017 10:33 AM, Nirmala Soundararajan via USRP-users wrote: Hi Marcus, I think I did'nt frame the question properly!. I know the calculations but I just wanted to know in what voltage range must the input be given to B200? (in mV-micro volts range?) regards Nirmala 0 dBm would be t

Re: [USRP-users] max input power

On 10/02/2017 08:17 PM, Nirmala Soundararajan wrote: I am trying to use live SDR environment for programming USRP B200 mini. I have never tried it before. When I boot live SDR through flash drive, it says 'try ubuntu without installing' and 'install ubuntu'. I tried with both options, but I fo

Re: [USRP-users] 10 MHz reference signal on B210

You'd have to look at the detailed specs of the ADF4001 PLL chip that is used to steer the VCTCXO. That chip doesn't, as far as I know, have a "reference quality metric" output, and if it does, UHD doesn't expose it. On 2017-10-03 11:44, Dario Fertonani via USRP-users wrote: > I'm testing the

Re: [USRP-users] Frequency offset between two USRPs B210 synchronized with use of Octoclock-G

On 10/06/2017 03:33 PM, Piotr Krysik via USRP-users wrote: Hello everyone, I synchronized two USRPs B210 with use of Octoclock-G and the attached gnuradio-companion flowgraph. I've connected signal generator generating sinusoid to both devices (it was on frequency 694.5MHz while USRPs were tune

Re: [USRP-users] Frequency offset between two USRPs B210 synchronized with use of Octoclock-G

On 10/06/2017 03:47 PM, Piotr Krysik via USRP-users wrote: W dniu 06.10.2017 o 21:33, Piotr Krysik via USRP-users pisze: Hello everyone, I synchronized two USRPs B210 with use of Octoclock-G and the attached gnuradio-companion flowgraph. I've connected signal generator generating sinusoid to b

Re: [USRP-users] Why does the external 10MHz clock only works if I disconnect the 1-PPS signal?

On 10/09/2017 07:07 PM, Michel Chauvin via USRP-users wrote: Hi, I've been trying to use an external clock with the USRP B210 board. We have a time server which is locked to a GPS signal which provides both a 10MHz output and 1-PPS output. When I connect both 10MHz and 1-PPS output and use th

Re: [USRP-users] B210 external clock and introducing drift

Not sure what you mean by "streaming IQ samples through RF cable". But the external 10MHz reference steers ALL of the relevant clocks in the device, including synthesizer reference clocks, ADC clocks, FPGA clocks, etc. On 2017-10-13 12:33, Benny Alexandar via USRP-users wrote: > Hi, > > I'm

Re: [USRP-users] Align CORDICS in the DSP ( N200x2, MIMO, SBX, GPSDO)

On 10/13/2017 04:57 PM, John Shields via USRP-users wrote: Hi, From the Hardware Driver and USRP Manual, under the section on Align CORDICs in the DSP, it says : In order to achieve phase alignment between USRP devices, the CORDICS in both devices must be aligned with respect to each othe

Re: [USRP-users] Removing DC offset on USRP B200

A quick note from the other Marcus. The UHD library is NOT a DSP library. If you need to "do things to my signal", you'll need to do that outside of UHD itself, which is really just a driver API for the hardware. This is the domain of software systems like Gnu Radio, or if you're doing this in

  1   2   3   4   5   6   7   8   9   10   >