[USRP-users] Re: Why TRX port has 20+ dB more loss than RX port for received signals?

Hey Arnold, What test frequency are you using to compare the received power at these two ports? I pulled up the schematic for the E310's daughterboard , and took a look at the signal path for TRX (J4) vs RX (J3): [image: image.png] For the RX

Re: [USRP-users] Details on how these charts were made

Mark, While I don't have recommendations for specific test instrumentation, I'd guess you could pretty easily characterize a RX gain vs frequency with a (calibrated) signal generator that is addressable over SCPI. Once you've figured out how to TX a CW at a given power level over the SCPI interfac

Re: [USRP-users] B210 USRP object creation

t; and UHD 3.15.0 response > > > [ERROR [USB] USB open failed: insufficient permissions. > > > See the application notes for your device. > > > > > > Perhaps a very cautious patch to the programmer code might help as a > > workaround? > > > I wi

Re: [USRP-users] B210 USRP object creation

David, To clarify, you used "write-vid" and "write-pid" arguments with UHD b2xx_fx3_utils [1] to convert your NI-2901 to a B210 using the VID and PID values found in the "About the Motherboard and Daughtercard EEPROM on USRP Devices" KB [2]. Correct? And after changing these values, you are no lo

Re: [USRP-users] Loading B210 firmware takes forever (i.e. hang) after installing NI-USRP driver

Kelvin, If I remember correctly, NI-USRP overwrites a handful of environment variables in Windows to point to RFNoC image paths for NI-USRP. However, I can't imagine why the B210 image would be any different between UHD and NI-USRP. You might try changing these paths to point back at the images fr

Re: [USRP-users] [USRP-B200] Transmitting and Receiving with two boards B200 using MATLAB

Agreed with Ron. Remove one of the 30dB pads and play around with the gain on the RX side to dial things in. You could also run a simple example of transmitting and receiving a CW between the boards. If you're not sharing a 10 MHz reference between the two, you might find that there is a slight fr

Re: [USRP-users] Help: How to solve the issue"At least one PLL did not lock!"

Is your program expecting you to supply an external 10MHz Reference to your N310? I'd assume that's what *set_clock_source*() is configuring. You should double-check the logs or source to be sure. I don't think that *set_clock_source* would be referencing an external LO, but if it is, make sure y

Re: [USRP-users] RFNoC Replay Bloch timmed commands

Tarik, That KB is current - timed commands were added to the replay block in the last 6 months. -Sam On Thu, May 28, 2020 at 4:52 AM Emil Bjelski via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello All, > > I would like to use RFNoC Replay Block with timed commands, in order to > transm

Re: [USRP-users] X310: control frontend with custom RFNoC blocks

David, Do you know ahead of time what the frequency sweeps are going to be, or do you need to have your RFNoC block creating and scheduling them dynamically? If you know your frequency sweep list ahead of time, a much easier technique would be for you to send your tune requests from host to radio

Re: [USRP-users] Rounded FFT on USRP N210

Manav, I'll take a shot in the dark and point you toward this article I've referenced a couple times in the past: https://witestlab.poly.edu/blog/why-does-my-received-spectrum-droop-at-the-edges/ In order to decimate data, the USRP will use halfband filters for decimation factors that are a mult

Re: [USRP-users] E312 fails to run uhd_usrp_probe from host

Francisco, The FPGA update sounds like a good step. I also notice that the 'addr' argument you pass seems to be interpreted as a 'mgmt_addr' based on the [INFO] output. In newer embedded devices like the N3xx, I wouldn't expect you to be able to successfully run a uhd_usrp_probe over that mgmt add

Re: [USRP-users] UBX 10-500 MHz Question

Bob, The 84MHz bandwidth constraint is because of the analog bandpass filter [1] on the UBX's RX signal path [2]. I'd guess that UHD will yell at you if you feed in an invalid bandwidth, but I've never tried it. If I remember correctly, you can sample at rates that aren't an even division of the M

Re: [USRP-users] X310 UHD 3.15 Lockups

ior you're describing, it couldn't hurt to set all of those times explicitly. -Sam On Mon, Mar 30, 2020 at 9:37 AM Carmichael, Ryan < ryan.carmich...@dynetics.com> wrote: > *From:* Sam Reiter > *Sent:* Sunday, March 29, 2020 1:15 PM > *To:* Carmichael, Ryan > *Cc:*

Re: [USRP-users] X310 UHD 3.15 Lockups

I would suspect that your setting of the time_spec with an uninitialized value could be a problem. rx_multi_samples sets up multi-channel RX with an initialized time_spec: https://github.com/EttusResearch/uhd/blob/UHD-3.15.LTS/host/examples/rx_multi_samples.cpp Can you compile and run that exampl

Re: [USRP-users] [EXT] Re: E320 GPS staying locked?

h out to you off the mailing list and get some of that additional information / screenshots. Best, Sam Reiter On Wed, Mar 25, 2020 at 4:06 PM Long, Jeffrey P. wrote: > Sam- > > > > So I am actually using a gps satellite simulator(Labsat). This plays back > previously record

Re: [USRP-users] E320 GPS staying locked?

some early-ish runs of the E320 that are eligible for a GPSDO rework, feel free to send supp...@ettus.com a direct email with your E320's serial number and I can see if yours is one of the affected units. Sam Reiter On Mon, Mar 23, 2020 at 4:27 PM Long, Jeffrey P. via USRP-users < usrp

Re: [USRP-users] Trigger Output

Hey Knut, Reading a GPIO line requires that the GPIO state be sent back to the host, processed, and then acted upon (in your case, sending a stream command to the radio). There is going to be a good amount of latency and jitter built into this. The alternative, which I would strongly recommend, w

Re: [USRP-users] Can underflows in any way be bad for hardware in the long term?

ng nothing (similar to an underflow state) until a TX stream command from the host tells the USRP radio core to release it's queued samples to the converter(s). Maybe that was all nonsense. In any case, I wouldn't worry about radio damage, I'd worry about fixing your underflows :) B

Re: [USRP-users] Synchronize USRP using Octoclock

Hey Borja, Is this still on your radar? I know that there have been a handful of timing fixes added to the 3.15-LTS branch of UHD that might be worth trying out. It could also be an issue with the example - I'm not sure I've spent much time with ./test_clock_synch, but I'd be interested in testing

Re: [USRP-users] *** BULK *** Re: Issues using TwinRX and x310 (phase shift)

scussing something really similar in the thread [[Re: [USRP-users] USRP X310 ignored DSP retuning on TX when using a timed command]]. This is dealing with some TX nuances which shouldn't be an issue for you if you're just doing RX. Sam Reiter On Thu, Feb 27, 2020 at 7:03 AM VAILLANT.

Re: [USRP-users] Buffer clearing after error 'D' USRP N210

Ivan, To flush the RX buffer, I think your best bet is to destroy and recreate the streamer. That being said, [D]ropped packets are usually indicative of some deeper host issue. Are you able to run without dropping packets at lower rates? Sam Reiter On Mon, Feb 24, 2020 at 4:02 AM Ivan

Re: [USRP-users] USRP N310

Rob, Question for you - is your usecase one where you can simply tolerate that 180 degree ambiguity? Or do you have a routine in your code to characterize and compensate for it on each run? Sam Reiter On Tue, Mar 3, 2020 at 11:44 AM Marcus D. Leech via USRP-users < usrp-users@lists.ettus.

Re: [USRP-users] USRP X310 ignored DSP retuning on TX when using a timed command

o said you need to use stream tags to do this, but again, I don't currently have much direction for how that would be implemented in your code. Sam Reiter On Tue, Mar 3, 2020 at 11:48 AM Rob Kossler wrote: > Also, note that there is no corresponding issue on receive because the Rx >

Re: [USRP-users] USRP X310 ignored DSP retuning on TX when using a timed command

ent to the radio are handled. Might be a good question to loop the discuss-gnuradio mailing list in on? Sam Reiter On Tue, Mar 3, 2020 at 10:59 AM Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > I wonder if the issue is related to a missing time stamp on the baseband &

Re: [USRP-users] X310 SFP 10G-Ethernet Interface Kit

Cherif, The recommended equivalent accessories for 10GbE can be found here: https://www.ettus.com/all-products/10gige-kit/ https://www.ettus.com/all-products/10gige-1m/ Note that there are a number of other compatible cards and cables that can be found outside of the ettus.com site as well, but

Re: [USRP-users] UHD v4 Compiled

assume 3.15 is more recent than 3.9, was thinking 3.15 and 3.90 😊 . > > > > Simon Brown, G4ELI > > https://www.sdr-radio.com > > > > *From:* si...@sdr-radio.com > *Sent:* 18 February 2020 17:15 > *To:* 'Sam Reiter' > *Cc:* 'usrp-users'

Re: [USRP-users] Using DDC/DUC frequency in RFNoC

I'll also add in that you need to set the frequency tuning policies to POLICY_MANUAL before you can change rf_freq or dsp_freq independently. Sam Reiter On Mon, Feb 17, 2020 at 12:13 PM Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi Adrià, > If you are try

Re: [USRP-users] UHD v4 Compiled

o run on a released version, I'd recommend building the 3.15.LTS branch. Sam Reiter On Fri, Feb 14, 2020 at 3:18 AM Simon G4ELI via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > > > > After many years I’ve just got back into the world of Ettus. I’ve > do

Re: [USRP-users] Clock Source

Simon, You should be able to call: get_clock_source() <https://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a1e7f679b2f273f7d38eeb1d92e801796> and verify that the returned value is 'external'. Sam Reiter On Fri, Feb 14, 2020 at 3:13 AM Simon G4ELI via USRP-us

Re: [USRP-users] Frequency hopping on short time scale using DSP tuning

of a code walk through to try to see what's going on. Sam Reiter On Tue, Jan 28, 2020 at 4:00 PM Richard Joseph Muri via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello, > > > I have an application that schedules transmissions/receives on a short > time scale

Re: [USRP-users] Error "clock synchronizer offset" loading N310 rfnoc image

stom RFNoC block would change the measured propagation delay though on the surface, it seems like that would strictly be a characteristic of the motherboard. Sam Reiter On Fri, Jan 31, 2020 at 4:28 PM Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > I just

Re: [USRP-users] USRP filter delay

Timestamps on RX samples are put in the CHDR Header by the Radio Core and are not changed by the DDC downstream, except for the case of interpolation / decimation. But even in this case, the remaining samples should still be repackaged with timestamps consistent with those given by the Radio Core.

Re: [USRP-users] Use most of the ddr3 space in x310

Replay Block by modifying axi_intercon_2x64_128_bd. Sam Reiter On Wed, Jan 15, 2020 at 2:09 AM Daniel Ozer via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello everyone , > I want to load a file using the replay block that will consume almost all > the space of the ddr

Re: [USRP-users] using GPIO output to trigger external RF switches

cient ways to play with the time setting as to minimize the time between hops, but you get the idea. Based on how you're hopping, you might benefit from changing the tuning policy so that you only change frequency in DSP, rather than retuning the LO: https://files.ettus.com/manual/structuhd_1

Re: [USRP-users] Supported ethernet controllers : X300 and UBX

Santosh, That card should be fine for streaming, that controller just hasn't been explicitly tested as far as I know. Are you planning on using DPDK? Sam Reiter On Wed, Jan 15, 2020 at 12:26 PM voonna santosh via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi There, >

Re: [USRP-users] X310 scheduled issue_stream_cmd()

com/manual/classuhd_1_1time__spec__t.html Sam Reiter On Tue, Jan 14, 2020 at 2:01 PM Richard Joseph Muri via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello, > > > I'm using an X310 with a number of scheduled receives. I suspect there is > a FIFO on the USRP that hol

Re: [USRP-users] USRP PPA for Ubuntu 19.10

Can you be more explicit about your issues building from source? The kernel panic you mentioned was on the E320 itself, and the image on the E320 fs doesn't have anything to do with UHD on your host (unless you compile it yourself). I'll let someone else comment on the PPA - it's not something I

Re: [USRP-users] Transmitting at required sampling rate than supported

your data once it is back on the host. Sam Reiter On Tue, Jan 14, 2020 at 6:53 AM voonna santosh via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi There, >Good morning. I am trying to transmit a file which is sampled at > 62.5MHz, which I couldn't. I know since SDR su

Re: [USRP-users] using GPIO output to trigger external RF switches

Thomas, To accomplish what you're talking about, I think you'd just need to use timed commands on both set_tx_rate() and set_gpio_attr(). If these are set to execute simultaneously, the GPIO line you set will go high on the same clock cycle as the LO retune. Sam On Tue, Jan 14, 2020 at 5:59 AM

Re: [USRP-users] dpdk with x300

ers > *Sent:* Friday, January 10, 2020 3:08 PM > *To:* Sam Reiter > *Cc:* usrp-users@lists.ettus.com > *Subject:* Re: [USRP-users] dpdk with x300 > > Changed the driver string but the problem persists. Is it problematic that > the NIC is on the last PCIe slot of the motherboa

Re: [USRP-users] Regarding N321 shutdown

Milind, You should run that command when you're ssh'ed into the device or have a serial session open. That command won't affect the N321 if it is simply run from a host terminal (I'd imagine it will just shut down your host). Connecting via SSH: https://kb.ettus.com/USRP_N300/N310/N320/N321_Getti

Re: [USRP-users] Run time issue with 3.14.1.1 (X300 with UBX)

Santosh, Could you send the output of *ip a* On you machine with the X300 connected? Sam On Fri, Jan 10, 2020 at 9:16 AM voonna santosh via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi There, >I have just updated to 3.14.1 and experiencing the following issue. The > system starts

Re: [USRP-users] GPIO Example Failure on N310

Jeff, I'd say it's worth trying. Do you currently have any cabling or external connections to your GPIO port? Sam Reiter Ettus Research On Mon, Jan 6, 2020 at 6:27 PM Jeff S wrote: > Sam, > > Everything was downloaded from the images_downloader. I have not modified > th

Re: [USRP-users] X310 GPIO Ettus Code Example Question

Jeff, Yes. For ATR to put that line high on TX, the value should be 1 as you noted. Sam Reiter Ettus Research On Tue, Jan 7, 2020 at 1:12 PM Jeff S via USRP-users < usrp-users@lists.ettus.com> wrote: > Relating to the description of the GPIO: > https://files.ettu

Re: [USRP-users] Fwd: dpdk-test does not work

Akin, I'd recommend you check out our DPDK setup guide - hot off the presses: https://kb.ettus.com/Getting_Started_with_DPDK_and_UHD Sam Reiter Ettus Research On Wed, Jan 8, 2020 at 10:52 PM akin soysal via USRP-users < usrp-users@lists.ettus.com> wrote: > > >

Re: [USRP-users] UHD RFNoC Update

Hey Rob, We're working on updating our RFNoC materials on kb.ettus.com currently. This RFNoC specification should be a good supplement in the meantime: https://files.ettus.com/app_notes/RFNoC_Specification.pdf Sam On Tue, Jan 7, 2020 at 9:32 PM Rob Kossler via USRP-users < usrp-users@lists.ettu

Re: [USRP-users] GPIO Example Failure on N310

Jeff, Follow-up on this. I ran the GPIO example on my N310 with 3.14.1.1 (g0347a6d8) and all GPIO tests passed. Are your FPGA image and UHD release modified? Sam Reiter Ettus Research On Fri, Jan 3, 2020 at 2:01 PM Sam Reiter wrote: > Hey Jeff, > > Could you give this a shot on 3.1

Re: [USRP-users] dpdk with x300

list=1,2,3 dpdk-num-mbufs=4095 dpdk-mbufs-cache-size=315 [dpdk-mac=aa:bb:cc:dd:ee:f1] dpdk-io-cpu = 2 dpdk-ipv4 = 192.168.10.1/24 [dpdk-mac=aa:bb:cc:dd:ee:f2] dpdk-io-cpu = 3 dpdk-ipv4 = 192.168.20.1/24 Note that the IP and MAC need to be changed for your machine. Sam Reiter Ettus Research On

Re: [USRP-users] E320 1GMgmt vs SFP-1G data streaming ethernet ports

/ network. But to play devils advocate, you could try rolling back to 3.14.1.1 to see is any of your problems resolve themselves? Sam Reiter On Mon, Jan 6, 2020 at 5:36 AM Subu Rama via USRP-users < usrp-users@lists.ettus.com> wrote: > I have an E320 that I initially set up using the 1G (not

Re: [USRP-users] dpdk with x300

Lorenzo, What version of DPDK are you using? Sam Reiter Ettus Research On Fri, Jan 3, 2020 at 8:20 PM Minutolo, Lorenzo via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi All, > I'm using an x300 connected via a Intel X710 to a machine running Ubuntu > 18.04. I&

Re: [USRP-users] TwinRX RX1 LO1 occasionally at wrong frequency

otentially get these boards sent in examination, if necessary. Best, Sam Reiter Ettus Research On Thu, Nov 7, 2019 at 12:51 PM Neunteufel, Daniel via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > > > I’m using two X310, each with two TwinRX daughterboards, conne

Re: [USRP-users] DPDK runtime error

Florian, DPDK 18.11 is not supported on UHD 3.x. You'll need to use DPDK 17.11. Sam Reiter Ettus Research On Mon, Dec 23, 2019 at 9:51 AM Florian Kaltenberger via USRP-users < usrp-users@lists.ettus.com> wrote: > Dear all, > > we have finally managed to set up UHD (3.

Re: [USRP-users] Cannot update FPGA image on USRP E320

y physically inserting it into your PC (you need to take the backplate off the E320 to access the SD): https://kb.ettus.com/Writing_the_USRP_File_System_Disk_Image_to_a_SD_Card Sam Reiter Ettus Research On Tue, Dec 24, 2019 at 12:15 PM Subu Rama via USRP-users < usrp-users@lists.ettus.com> wrot

Re: [USRP-users] GPIO Example Failure on N310

Hey Jeff, Could you give this a shot on 3.15.0.0 and let me know the results? Based on that output, the issue looks confined to ATR but it's not something I've seen reported up to this point. If 3.15.0.0 shows this issue as well, I'll reproduce it on my end and get a bug filed. S

Re: [USRP-users] DPDK build with N310

Akis, With UHD 3.14.1 you need to run DPDK 17.11 http://files.ettus.com/manual_archive/v3.14.1.0/html/page_dpdk.html Best, Sam Reiter Ettus Research On Fri, Dec 20, 2019 at 9:53 AM Akis Kourtis wrote: > Hello Sam, > > > > We are using the DPDK 19.11, and UHD 3.14.1. > &g

Re: [USRP-users] DPDK build with N310

Hey Akis, What version of DPDK are you using? What version of UHD do you have on the host? I'm not sure that mode of failure is something I'd chalk up to the DPDK install. Could you give some detail on your config file, DPDK install version(s), and hardware setup as well? Best,

Re: [USRP-users] E312 RX_B issue

Isaac, What version of UHD are you using to elicit this behavior? Sam Reiter Ettus Research On Mon, Dec 9, 2019 at 9:21 PM Beeman, Isaac L. via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello group, > > > > I have run into an issue with the RX_B port (channel

Re: [USRP-users] Pulsations on a QPSK transmission

Just to be clear, you see these pulsations when transmitting with a b205mini, but *not* with the b210? Is the b205mini a bare board or an industrial model with a case and aluminum heat sync? Sam Reiter Ettus Research On Wed, Dec 11, 2019 at 11:48 PM Геннадий Казачёк via USRP-users < usrp-us

Re: [USRP-users] set_tx_freq is not functioning properly

this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? [1] https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp Sam Reiter Ettus Research On Mon, Dec 16, 2019 at 9:01 AM voonna santosh via USRP-

Re: [USRP-users] Crash detected - X300

urrent release of UHD. If the answer is no, you should figure out how your streaming code differs from the example. If there's some key difference that you believe is implemented correctly, let us know what it is here on the mailing list. Sam Reiter Ettus Research On Tue, Dec 17, 2019 at 8:23 AM v

Re: [USRP-users] Time Synchronized Transmit with 2 USRPs

Can you also let us know what USRPs and version of UHD you're using? Sam Reiter Ettus Research On Wed, Dec 4, 2019 at 4:03 AM Hasan Can Yildirim via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi all, > > *Here is the summary of my experimental setup:* > > 4 data r

Re: [USRP-users] Error message: UHD: 1

://files.ettus.com/manual/page_logging.html Best, Sam Reiter Ettus Research On Fri, Dec 6, 2019 at 6:47 AM Lukas Buderath via USRP-users < usrp-users@lists.ettus.com> wrote: > Hey, > > we are utilizing the B210 with Amarisoft to emulate an LTE network. There > are currently

Re: [USRP-users] GPIOs timed commands

I believe this will work. It should just be a matter of setting the command time before you send over a usrp->set_gpio_attr() Sam Reiter Ettus Research On Thu, Dec 5, 2019 at 2:34 AM Emanuel via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi everybody, > > > > cou

Re: [USRP-users] transmitting on two channels with replay block

esults you observe. Sam Reiter Ettus Research On Fri, Dec 6, 2019 at 2:38 PM Sam Reiter wrote: > Thomas, > > I'd need to set it up on my end, but I believe you can TX two distinct > waveforms from a single replay block instance. You'd need to make sure that > your adding

Re: [USRP-users] transmitting on two channels with replay block

u're doing from the above snippets). Are you seeing continuous underruns, or just a handful at the beginning on the run? Does your duplicated code also use: replay_ctrl->get_record_fullness on both channels before kicking off the stream start? Sam Reiter Ettus Research On Wed, Dec 4, 2019

Re: [USRP-users] USRP X3x0 FPGA source (LV)

would be straightforward to us to > do this modification (Depending on the LabVIEW version). > I know that is not the intended flow, but that source code would be really > helpful, if available. > > Best Regards, > > > > Em qui., 5 de dez. de 2019 às 13:30, Sam Reiter &

Re: [USRP-users] USRP X3x0 FPGA source (LV)

the static logic necessary to allow the radio to work as you'd expect. This is all LabVIEW and no UHD/GR. You might poke around some of the USRP RIO examples [1] to see how similar functionality has been implemented before you drop yours in. Beyond that, reaching out to NI Support might be a

Re: [USRP-users] GPIO ATR signals

ere's a GPIO example that goes through setup and demonstrates these options: https://github.com/EttusResearch/uhd/blob/master/host/examples/gpio.cpp Best, Sam Reiter On Thu, Nov 28, 2019 at 4:01 PM Keith k via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello all > >

Re: [USRP-users] questions about uhd-dpdk with n310

start with your CPU. Processor clock speed is key in boosting the throughput of your host machine, but 3x3 @122.88 isn't something I can guarantee you'll be able to hit at this time. Sam Reiter On Thu, Nov 7, 2019 at 7:38 PM wrote: > Hello, Sam Reiter. > > Thank you for your

Re: [USRP-users] questions about uhd-dpdk with n310

txqueuelen 1000 (Local Loopback) RX packets 63270 bytes 4016936 (4.0 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 63270 bytes 4016936 (4.0 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Sam Reiter On Mon, Nov 4, 2019 at 7:32 PM 王盼 wr

Re: [USRP-users] questions about uhd-dpdk with n310

ed is generally recommended for higher streaming rates. Would you be able to send over the output of: *cpufreq-info && ifconfig* Best, Sam Reiter [1] https://kb.ettus.com/Using_Dual_10_Gigabit_Ethernet_on_the_USRP_X300/X310 On Sun, Nov 3, 2019 at 8:53 PM 王盼 wrote: > Hello, > Sam

Re: [USRP-users] questions about uhd-dpdk with n310

Panny Wang, I notice that you're only specifying a single streaming address in your call to benchmark rate, implying that you're only leveraging a single 10GbE link. You can specify "addr0=,addr1=" in your device args. Best, Sam Reiter SDR Applications Engineer Ettus Rese

Re: [USRP-users] X310 over PCIe not found in Ubuntu 18

Would you be able to try shifting this card to another PCIe slot in your machine? I'm also interested in knowing what other PCIe devices you have connected to the computer. It might be worth making the X310's PCIe link the only connection, at least for testing purposes. Sam On Wed, Oct 23, 2019

Re: [USRP-users] [usrp-users] E320 Multi TX Stream Operation in GR 3.8 stops during configuration of the USRP sink

Alex, I suspect this is something specific to GNU Radio 3.8, but it's not something I've seen up to this point. To help narrow down the problem, could you run your test flowchart on GNU Radio 3.7 and report back the results? Sam On Tue, Oct 22, 2019 at 8:11 AM Alexander W via USRP-users < usrp-u

Re: [USRP-users] E310 LO offset problem

Does that "ghost" signal change offset as you increase and decrease your sample rate? -Sam On Tue, Oct 22, 2019 at 2:16 AM Skorstad,Jørn via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi list, > > > > I am writing a C++ software which will scan through a given frequency > range and perfor

Re: [USRP-users] TwinRX and UBX under same multiUSRP object on X310s

Carlos, You're correct that currently we can't currently use a TwinRX and a UBX in the same chassis without running into sample rate / tick rate conflicts. I would guess that this would extend to a chassis with UBX boards and a chassis with TwinRX boards if they're encapsulated in the same multi-u

Re: [USRP-users] E310 packet size

Hey Jorn, get_max_num_samps() is "Get the max number of samples per buffer per packet." [1]. I haven't dug into it, but I'd guess that this is something that's dictated by your data type and your NIC's MTU. Does that return value change when you adjust your host side MTU? -Sam [1] https://files.

Re: [USRP-users] tx_time, L, & USRP

Hey Jason, Are you making sure that you're setting your TX time tag to be 2 seconds ahead of the USRP's sense of time? A late packet means that the time a packet should be executed on has already passed (as far as the USRP is concerned). You can use calls like: get_time_now() get_time_last_pps()

Re: [USRP-users] RX Misalignment on 6x1 MISO system using X310 and UBX-160

Carlos, On the host side if you're using a single streamer, it will work to time-align samples from every USRP as they come in. The reason you see 1002 received packets without a timestamp match is because 1000 was the threshold for maximum number of alignment failures [1]. This can be changed or

Re: [USRP-users] X310 Temperature Range

ercial grade ? other parts I have verified and all > the parts are with Temp Range of -40 to +85. > > As in case of B205mini it is clearly mentioned the grade of the FPGA. > > Regards, > Arun Verma > > > > > On Wednesday, October 16, 2019, 01:13:56 AM GMT+5:30, Sam Reit

Re: [USRP-users] USRP B210 ERROR

Khizar, Is this still an issue for you? There's an important step in the UHD install process to allow USB devices to be used by non-root users: https://files.ettus.com/manual/page_transport.html#transport_usb_udev Let me know if this does the trick. Sam On Tue, Sep 24, 2019 at 1:10 AM Khizar A

Re: [USRP-users] X310 Temperature Range

Hey Arun, The temperature range for the X310 and the TwinRX is noted as 23 +/- 3 C. This is meant to convey that the device is intended for indoor lab use and has not been thoroughly tested in extreme environments like you've mentioned. You're also correct that you'll see device performance change

Re: [USRP-users] Fwd: Error handling D when reading data USRP N 210

s.ettus.com> wrote: > > > -- Forwarded message - > От: Ivan Zahartchuk > Date: ср, 9 окт. 2019 г. в 06:05 > Subject: Re: [USRP-users] Error handling D when reading data USRP N 210 > To: Sam Reiter > > > CPU intel core i7 -3610QE 2.3 GGz > RAM

Re: [USRP-users] Error handling D when reading data USRP N 210

What hardware are you using on the host side? Specifically, I'm interested in CPU, RAM, and NIC. Sam Reiter On Tue, Oct 8, 2019 at 6:22 AM Ivan Zahartchuk via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello. When I read data from the board, error D periodically passes.

Re: [USRP-users] Detection of USRP X310

, I'd like to know if you experience any issues during the jtag process. Screenshots are always helpful. Sam Reiter SDR Support Engineer Ettus Research On Tue, Sep 3, 2019 at 2:52 AM Saimanoj Katta wrote: > Hi Sam, > > Thank you for the information. Yes, you were right. I didn

Re: [USRP-users] USB devices not working with recent UHD drivers on Windows systems

d with code 0 (0x0). > The thread 0x1330 has exited with code 0 (0x0). > The thread 0x3f0 has exited with code 0 (0x0). > The thread 0xdcc has exited with code 0 (0x0). > The program '[4644] UHDTest.exe' has exited with code 0 (0x0). > > But I think it is safe to say,

Re: [USRP-users] USB devices not working with recent UHD drivers on Windows systems

r Windows, there is no such message. The program just fails, > and does NOT write this message. I tested it on multiple computers > running Windows 10 LTSC and Windows 10 Professional 1903. > > Best regards, > Jakub > > Dne 2019-08-29 16:54, Sam Reiter napsal: > > Jakub, >

Re: [USRP-users] e320 GPIO pinout

Aaron and Robin, There is some clean-up taking place on the E320 schematic before it will be made publicly available. I'd expect that we'll have the schematic published to kb.ettus.com/E320 in September. In the meantime, don't hesitate to reach out to supp...@ettus.com if there's any information y

Re: [USRP-users] USB devices not working with recent UHD drivers on Windows systems

Jakub, I'll look into this. The issues you're reporting with the binary are probably what I'll want to try to reproduce first. Can you be more specific as to the behavior of your system during the crash you're reporting? Screenshots would be useful if there are dialogs present during / after the c

Re: [USRP-users] UHD Python API on windows

Hey Kevin, Not sure if this is still on your radar, but the binary packages for Windows should always install Python headers [1]. Would you be able to provide some more detail regarding what you're struggling with? [1] https://files.ettus.com/manual/page_python.html - Sam On Fri, Aug 16, 2019 a

Re: [USRP-users] A Question about Synchronization

will that satisfy my requirements? Thank you so much! > > Best regards, > Fengyang > -- > *发件人:* Sam Reiter > *发送时间:* 2019年8月20日 14:43 > *收件人:* Jiang, Fengyang > *主题:* Re: [USRP-users] A Question about Synchronization > > How you implement this will depend on what

Re: [USRP-users] 答复: 答复: 答复: N310 "Bad CHDR or packet fragment" Problem

> Before proceeding with the rest of your PyBombs flow. > > > > *发件人: *Marcus D Leech > *发送时间: *2019年7月28日 3:02 > *收件人: *汤 飞 > *抄送: *Sam Reiter ; usrp-users@lists.ettus.com > *主题: *Re: 答复: [USRP-users] 答复: N310 "Bad CHDR or packet fragment" Problem > > >

Re: [USRP-users] 答复: 答复: N310 "Bad CHDR or packet fragment" Problem

Can you post the output of *ifconfig* on your system? Sam Reiter SDR Support Engineer Ettus Research On Thu, Jul 25, 2019 at 7:40 PM 汤 飞 wrote: > Thanks! > > I am learning to use RFNOC to integrate a baseband. So I used PyBOMBS to > create the environment. The automatically i

Re: [USRP-users] 答复: 答复: N310 "Bad CHDR or packet fragment" Problem

Found the offending commit and reported the issue. It also looks like adding *recv_frame_size=1476* explicitly to the device arguments cleared things up on my N310 running 3.14.1.0. Let me know if this does / doesn't work for anyone. Sam Reiter SDR Support Engineer Ettus Research On Thu, J

Re: [USRP-users] 答复: 答复: N310 "Bad CHDR or packet fragment" Problem

0.0 cleared the issue for me. I'll spend some time finding the offending commit and see what I can't do to get a fix / workaround figured out for 3.14.1.0. Sam Reiter SDR Support Engineer Ettus Research On Tue, Jul 23, 2019 at 10:13 PM Marcus D Leech wrote: > Normally Intel controllers

Re: [USRP-users] UHD not showing USB version through which my X310 is connected

-- they would both just see an ethernet port. How are you using USB in connecting to your X310? Sam Reiter SDR Support Engineer Ettus Research On Wed, Jul 24, 2019 at 7:11 AM Rodolphe Bertolini via USRP-users < usrp-users@lists.ettus.com> wrote: > I apologize if this is a duplica

Re: [USRP-users] Detection of USRP X310

de if that fails: https://kb.ettus.com/X300/X310_Device_Recovery Best, Sam Reiter SDR Support Engineer Ettus Research On Fri, Jul 19, 2019 at 6:03 AM Saimanoj Katta via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > > I was previously working with the USRP X310

Re: [USRP-users] N310 "Bad CHDR or packet fragment" Problem

If you're connected over a 10GbE link, make sure to set your host's MTU appropriately. I set mine to 9000. Sam Reiter SDR Support Engineer Ettus Research On Fri, Jul 19, 2019 at 2:21 AM 汤 飞 via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, all, > > When ben

Re: [USRP-users] UHD still errors after build installation

he USB driver on Windows machines to ensure you can interface with USB Devices. Give that a shot as well. Sam Reiter SDR Support Engineer Ettus Research On Mon, Dec 17, 2018 at 2:56 AM Bernd Witzel wrote: > Dear Sam Reiter, > > I am now able to build and build install without errors (but

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> w

  1   2   >