[USRP-users] Re: 6GHz Tests

As long as It presents 50 ohms to the radio, the CBX does not care. Sent from my iPhone > On Apr 19, 2021, at 4:48 PM, LoyCurtis Smith wrote: > >  > Hey, > > I am trying to measure within the 6GHz frequency range with a USRP x310 with > a CBX-120 daughterboard. I am in need of an omni-dir

[USRP-users] Re: Reflected power on USRP B200

s if necessary, until your isolation > target is met. > > Regards, > Brendan. > >> On Mon, 19 Apr 2021, 23:52 Marcus D. Leech, wrote: >> On 04/19/2021 09:49 AM, Martin Elfvelin wrote: >>> Thank you for your input. Do you suggest adding a circulator to the system >&

[USRP-users] Re: UHD dual-install issue

er, both times I have attempted this, the PyBOMBS installer has asked me > whether I want to rebuild UHD from source or keep the existing binary. When > I choose "keep existing", the installer crashes out with an error message > (both times). > > Brendan. >

[USRP-users] Re: Reflected power on USRP B200

Basically like many things in the analog RF world, there are a plethora of ways to “plumb” this type of stuff. Sent from my iPhone > On Apr 19, 2021, at 5:56 PM, brendan.horsfi...@vectalabs.com wrote: > >  > OK, that makes sense. > > Note that a double-junction circulator can give even high

[USRP-users] Re: UHD dual-install issue

so if you run Python interactively then: Import uhd Then look at uhd.__file__ What location is it getting UHD from? Sent from my iPhone > On Apr 19, 2021, at 6:01 PM, Marcus D Leech wrote: > > My guess is that PyBombs is finding the old UHD and using that to build GR. > &g

[USRP-users] Re: UHD dual-install issue

On 04/19/2021 06:21 PM, Brendan Horsfield wrote: Importing uhd in Python 3: /usr/local/lib/python3.6/dist-packages/uhd-1.1.0-py3.6-linux-x86_64.egg/uhd.cpython-36m-x86_64-linux-gnu.so (Note that this is an alternative Python UHD module written by C

[USRP-users] Re: UHD dual-install issue

ee where it's coming from (I don't off the top of my head know what GR 3.8 idiom is). On Tue, Apr 20, 2021 at 8:35 AM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote: On 04/19/2021 06:21 PM, Brendan Horsfield wrote: Importing uhd in Python 3: /usr/l

[USRP-users] Re: UHD dual-install issue

ariable UHD_IMAGES_DIR in my .bashrc > file as shown below, but it makes no difference: > export UHD_IMAGES_DIR=/usr/local/share/uhd/images > Any suggestions? Should I try installing GNU Radio from source? Or should I > perhaps direct my questions to the GNU Radio mailing list? >

[USRP-users] Re: UHD dual-install issue

On 04/20/2021 07:07 PM, Brendan Horsfield wrote: Hi Cédric, Results of dpkg queries are given below. It looks like those files are not part of any installed packages: $ dpkg -S "libuhd.so.003.010.003" --> dpkg-query: no path found matching pattern *libuhd.so.003.010.003* $ dpkg -S "$(base

[USRP-users] Re: Transmitter thanks to USRP E312 with high sample rate

There’s no way the ARM CPU can sustain rates of more than perhaps 8Msps under ideal circumstances. The CPUs run at less than 1GHz. There’s only two of them. You’re driving this with Python. Sent from my iPhone > On Apr 21, 2021, at 8:17 AM, Margaux Bougeard wrote: > >  > I want to use the

[USRP-users] Re: Receive amplitude consistency

opied the usrp-users mailing list, where this discussion is probably more appropriate. On 4/21/2021 10:42 AM, Marcus D Leech wrote: What is the magnitude of the inconsistency? If you replace the signal generator with a 50 ohm terminator and increase the gain to near maximum, do you still s

[USRP-users] Re: "LLLLLL" message from USRP X310

If you set up the steam to be a continuous stream, the USRP expects continuous samples, and if it doesn’t get them, it produces errors. You want to configure your stream for bursts, probably timed bursts. Are you using Gnu Radio, or the UHD API directly? Sent from my iPhone > On Apr 22, 2021

[USRP-users] Re: "LLLLLL" message from USRP X310

t; Hi Marcus, > > Thank you very much for your response. I'm using GNU Radio. Is there a way to > set bursty traffic in GNU Radio Companion? > > Huacheng > > >> On Thu, Apr 22, 2021 at 1:07 PM Marcus D Leech >> wrote: >> If you set up the steam to

[USRP-users] Re: Zero Samples for UHD 3.15 and B205mini with Ubuntu 18.04

Given that samples conceptually are anywhere i the range {-1.0,1.0} why would you not expect some zero-valued samples? Consider a normalized sine wave. Does it ever cross the zero line? Also if you’re getting a lot of maximum valued samples, your input power is too high and/or your gain is too

[USRP-users] Re: Underflows/Overflows, Filesize and a Complete N00B

If you just use the rx_samples_to_file utility that comes with UHD what are your results Can you share your GNuRadio flow graph with us? What type of USRP do you have? There are about a dozen different models of USRP out there. Sent from my iPhone > On Apr 27, 2021, at 1:24 PM, Hirst (US), S

[USRP-users] Re: [EXTERNAL] Re: Underflows/Overflows, Filesize and a Complete N00B

ne. Also, are you running your machine with the CPU governor set to "performance" or "power-save"? Are you running inside a VM, or on the actual raw hardware? *From:* Marcus D Leech [mailto:patchvonbr...@gmail.com] *Sent:* Tuesday, April 27, 2021 1:37 PM *To:* Hi

[USRP-users] Re: UHD 4.0 Power Calibration Problems

I’m hoping to have someone from R&D comment as I’ve never used the power calibration myself. Sent from my iPhone > On Apr 28, 2021, at 10:44 AM, Devin Kelly wrote: > >  > Any ideas on this? > > Thanks, > Devin > >> On Fri, Apr 23, 2021 at 1:09 PM Devin Kelly wrote: >> Hello, >> I'm trying

[USRP-users] Re: [EXTERNAL] Re: Underflows/Overflows, Filesize and a Complete N00B

late commands: 0 Num timeouts (Tx): 2 Num timouts (Rx): 0 I see the Num timeouts (Tx): 2, is that anything? Since you won't be transmitting, that's nothing. It *From:*Marcus D. Leech [mailto:patchvonbr...@gmail.com] *Sent:* Tuesday, April 27, 2021 3:07 PM *To:* Hirst (US), Stephen *

[USRP-users] Re: [EXTERNAL] Re: Underflows/Overflows, Filesize and a Complete N00B

a B-series device, that doesn't use any network interface at all--only USB. Rob On Wed, Apr 28, 2021 at 1:00 PM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote: On 04/28/2021 12:29 PM, Hirst (US), Stephen wrote: For Marcus, The true bandwidth of my sig

[USRP-users] Re: Unable to receive two signals in parallel with one TwinRX

On 04/28/2021 10:18 AM, arjan.f...@unifi.it wrote: Hi Dustin, thak you for your response. I apologise for the error in my question. Of course I have already managed to bring the sines down to 1.5G Hz and 1.95 GHz through an LNB module; so the signals fall inside the TwinRX working bandwidth

[USRP-users] Re: Bare metal development on X310

On 04/28/2021 05:29 PM, Brian Padalino wrote: On Wed, Apr 28, 2021 at 5:11 PM Eugene Grayver mailto:eugene.gray...@aero.org>> wrote: Hello, I am planning to use an X310 (we have at least 50 of them around 🙂 ) for an all-hdl project. Has anyone used it w/out RFNoC or UHD? How

[USRP-users] Re: Unable to receive two signals in parallel with one TwinRX

On 04/29/2021 08:41 AM, Rob Kossler wrote: Hi Arjan, I noticed two mistakes in the graph. First, you have 2 radios each with 1 channel. In your case with only 1 daughterboard populated, I think it should be 1 radio block with 2 channels. (A radio block is roughly comparable to a daughterboard

[USRP-users] Re: Unable to receive two signals in parallel with one TwinRX

Ignore the printing on the front panel. It is designed for the more usual case of a transceiver card which has a Tx/RX and RX2 input. For TwinRx the two antenna choices are named “RX1” and “RX2”. They are routed to the SmA on the front panel labeled as TX/RX and RX2. Either channel on the Twi

[USRP-users] Re: n3xx series questions

The N310 uses AD936x family of RF front end devices. They are not speedy to retune. The N320 uses a discrete LO and mixer approach and I would suspect that it’s comparable to the WBX. Sent from my iPhone > On Apr 29, 2021, at 2:33 PM, Hodges, Jeff via USRP-users > wrote: > >  > How man

[USRP-users] Re: Changing RX frequency (B210) at runtime using the message interface (GnuRadio)

On 05/03/2021 05:47 AM, Nieland, Michael wrote: Dear all, I am using two B210 USRP’s to generate and receive DQPSK Signals around 1.53 GHz (two TX and two RX channels). The USRP’s use FW Version 8.0 and FPGA Version 16.0 (Hardware Revision 4). I am having some trouble properly changing the

[USRP-users] Re: GNU Radio cannot find N310

On 05/03/2021 04:31 PM, Zeng, Huacheng wrote: Hello, I was trying to receive the signal from UHD Sink (n310) in GNU Radio Companion (GRC) but got the following error message (i.e., GRC cannot find N310). I am using Ubuntu 18.04, GNU RADIO 3.9, and UHD 4.0.0. I have confirmed that - My GRC ca

[USRP-users] Re: GNU Radio cannot find N310

f UHD? > > Thanks, > Hua > > > >> On Mon, May 3, 2021 at 7:07 PM Marcus D. Leech >> wrote: >> On 05/03/2021 04:31 PM, Zeng, Huacheng wrote: >> > Hello, >> > >> > I was trying to receive the signal from UHD Sink (n310) in GNU Radio

[USRP-users] Re: N310 External LO source

This should work. Keep in mind that the mixers in the N310 are 2XLO so the external LO has to be at twice the desired tuned frequency. Sent from my iPhone > On May 6, 2021, at 10:31 PM, Zeng, Huacheng wrote: > >  > Hello, > > I want to use an external LO for N310. I learned that a common ca

[USRP-users] Re: N310 External LO source

s again. >> >> Best regards, >> Hua >> >> >> >>> On Thu, May 6, 2021 at 10:58 PM Marcus D Leech >>> wrote: >>> This should work. Keep in mind that the mixers in the N310 are 2XLO so the >>> external

[USRP-users] Re: E310 / E320 high bandwith / high datarate two channel RX capture

Indeed the E310 RFFE chip has clocking restrictions so that two channels are limited to less than 32MHz. I’m not certain about the E320. Sent from my iPhone > On May 7, 2021, at 10:45 AM, Rob Kossler wrote: > >  > Hi Martin, > I am concerned that these devices, E3xx, cannot handle 2 channe

[USRP-users] Re: usrp sink burst transmission

I can answer at least one of your questions. The tx_time tag is used for TDMA type applications where the burst *timing* is critical. You send the burst a little in advance with the time tag, and the USRP won’t commence transmission until that time. Sent from my iPhone > On May 7, 2021, at

[USRP-users] Re: E310 / E320 high bandwith / high datarate two channel RX capture

The E320 uses the same RFFE as the E310 so would have the same bandwidth restrictions. Sent from my iPhone > On May 7, 2021, at 10:50 AM, Marcus D Leech wrote: > > Indeed the E310 RFFE chip has clocking restrictions so that two channels are > limited to less than 32MHz.

[USRP-users] Re: E310 / E320 high bandwith / high datarate two channel RX capture

pics: >> >> 1. Re: E310 / E320 high bandwith / high datarate two channel RX capture >> (Martin) >> >> >> >> -- Forwarded message -- >> From: Martin >> To: Marcus D Leech , Rob Kossler >> Cc: USRP-users@lis

[USRP-users] Re: Sampling rate and bandwidth - Usrp N210 & source block

(1) because the general approach is to give about 80% effective bandwidth due to the fact that filters cannot have infinitely steep edges. (2) complex baseband sampling. Sample rate == bandwidth. Sent from my iPhone > On May 11, 2021, at 6:15 PM, isaac mario tupac davila > wrote: > >  > H

[USRP-users] Re: Sampling rate and bandwidth - Usrp N210 & source block

Also very few daughtercards on N210 actually support variable analog bandwidth anyway. Sent from my iPhone > On May 11, 2021, at 9:08 PM, Marcus D Leech wrote: > > (1) because the general approach is to give about 80% effective bandwidth > due to the fact that filters

[USRP-users] Re: MIMO for one USRP and Interference

The RX2 o me TX/RX is merely and *antenna* selector. It does NOT imply another channel. Sent from my iPhone > On May 12, 2021, at 4:56 PM, Fatih Özdemir via USRP-users > wrote: > > Hello everyone, > > I want to create a communication between two USRP’s with the following > properties (un

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

What happens if you don’t specify any args at all? Sent from my iPhone > On May 14, 2021, at 3:20 PM, Martin wrote: > > Hi, > > I have an E310 sg1 which had an older sdimg on it (with uhd 3.9.2). UHD > worked fine with this older image. > > But now I updated the sdcard with the UHD 3.15.0.0

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

On 05/15/2021 10:19 AM, Martin wrote: On 14-05-2021 21:26, Marcus D Leech wrote: What happens if you don’t specify any args at all? Then I also get No Device found. Martin Martin: Where did you get your sdimg from? ___ USRP-users mailing list

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

I’m currently trying to reproduce but on an sg3 system. Having entirely different problems. Sent from my iPhone > On May 16, 2021, at 5:33 PM, Martin wrote: > > On 15-05-2021 18:33, Marcus D. Leech wrote: >>> On 05/15/2021 10:19 AM, Martin wrote: >>> On 14-05

[USRP-users] Re: X310 Synchronization

You haven’t said what type of daughter cards you’re using. Nor exactly how you’re setting things up In your software. Sent from my iPhone > On May 17, 2021, at 1:56 PM, Zeng, Huacheng wrote: > >  > An update - I update UHD to 4.0 version and run the code again. With this > version I got so

[USRP-users] Re: X310 Synchronization

//send a single packet size_t num_tx_samps = tx_stream -> send(tx_buff_ptr_tmp, samps_to_send, tx_md, timeout); //do not use time spec for subsequent packets tx_md.has_time_spec = false; tx_md.start_of_burst = false; if (num_tx_samps < samps_to_send) {

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

On 05/17/2021 05:03 PM, Martin wrote: On 17-05-2021 00:10, Marcus D Leech wrote: I’m currently trying to reproduce but on an sg3 system. Having entirely different problems. Thank you for looking into this. I am looking forward to your findings. What issues do you have with sg3? Maybe I can

[USRP-users] Re: X310 Synchronization

e an offset in the way your signals are placed into the buffers to be sent. Given your two-channel, single-streamer setup for TX, I cannot see the hardware inserting this delay. Thanks, Hua On Mon, May 17, 2021 at 4:31 PM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote:

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

On 05/18/2021 05:06 AM, Martin wrote: What does uhd_find_devices show on your system? Martin Device Address: serial: 30B0152 claimed: False mgmt_addr: 127.0.0.1 product: e310_sg1 type: e3xx On 17-05-2021 23:09, Marcus D. Leech wrote: On 05/17/2021 05:03 PM, Martin wrote

[USRP-users] Re: Trouble running commands from host on E320 - Timed out getting recv buff

This may be your USB3 Ethernet adaptor. They often have problems with supporting direct MTU and transaction rates that are even close to 1GB. Sent from my iPhone > On May 19, 2021, at 12:16 PM, thebouleoffo...@gmail.com wrote: > >  > I have an E320 connected to my host computer over a 1Gb to

[USRP-users] Re: Setting network configuration (MTU) on the N310

On 05/19/2021 04:02 PM, thebouleoffo...@gmail.com wrote: Did you ever get a solution to this? I ran into this issue today, and the solutions I found after a search were somewhat convoluted. As a quick workaround, I connected to the radio over a serial connection, brought down the network ifac

[USRP-users] Re: Trouble running commands from host on E320 - Timed out getting recv buff

Not sure. I’m hampered by not having an E320 myself to test with. Sent from my iPhone > On May 19, 2021, at 5:51 PM, thebouleoffo...@gmail.com wrote: > >  > Is there anything I can adjust to get some kind of streaming for debug > purposes? I tried adjusting the MTU, but I get a bunch of macb

[USRP-users] Re: Setting network configuration (MTU) on the N310

The referred to documentation doesn’t make that at all clear. Sent from my iPhone > On May 19, 2021, at 9:01 PM, Jonathon Pendlum > wrote: > >  > The configuration files for the network interfaces are on the data partition > in the network directory. > > Jonathon > >> On Wed, May 19, 2021

[USRP-users] Re: Does E320 in network mode mount the SD card?

Since this system runs off of the SD card, yes. Sent from my iPhone > On May 20, 2021, at 7:19 AM, Seyed Samie Mostafavi wrote: > >  > Hi, > > > > Does anyone know whether the default NI petalinux on the E320 (in network > mode) mounts the SD card or not? > > I am asking this because I n

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

r of your E310 or E312, which is printed on the >>> bottom of the device. >>> E310 (15633X-01L) X= A, B, C, D Ettus-e3xx-sg1 >>> X= E or later Ettus-e3xx-sg3 >>> E312 (140605X-01L) X = All Ettus-e3xx-sg3 >> So I have a really early edition. >

[USRP-users] Re: Does E320 in network mode mount the SD card?

ion on > the card. > > So the question is whether the NI Linux setup mounts the SD card's FAT boot > partition by default or not? > > > > Best, > > Samie > > > > From: Marcus D Leech > Sent: Thursday, May 20, 2021 4:20:17 PM > To: Seye

[USRP-users] Re: UHD Exception

Once this happens, is the X310 ping able? What does ifconfig say about the interface? Sent from my iPhone > On May 21, 2021, at 8:51 AM, Jeff S wrote: > > I've been running an X310 for quite a while, and recently got the following > message: > >"[ERROR] [UHD] An unexpected exception wa

[USRP-users] Re: E312 died

Have you tried disconnecting the batteries to see if it will start without them? Sent from my iPhone > On May 21, 2021, at 5:45 AM, Cédric Hannotier via USRP-users > wrote: > > Dear all, > > I bought some E312 lately. > Some weeks ago, one of them died: > - refuse to power on > - the led sta

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

Martin: I’m I’m in discussions with Ettus R&D who are trying to reproduce. I was unable with mine. Sent from my iPhone > On May 20, 2021, at 1:23 PM, Marcus D Leech wrote: > > FYI I see the same memory leak and PMU warnings on my SG1 hardware u der > 3.15. So I assume tha

[USRP-users] Re: how to get time of last pps during streaming

The usual way to arrange this is to have a thread that you use for data gathering and a thread that you use for occasional control functions. There should not be any overrun issue, unless you’re running at very close to link capacity. Sent from my iPhone > On May 22, 2021, at 10:36 PM, Oscar

[USRP-users] Re: UHD Exception

; | | ID: UBX-160 v2 (0x007e) > | | Serial: 31831F4 > | | _________ > | |/ > | | | RX Frontend: 0 > | | | Name: UBX RX > | | | Antennas: TX/RX, RX2, CAL > | | | Sensors: lo_locked > | | | Freq ra

[USRP-users] Re: Samples complex vs complex emulating

On 05/31/2021 08:30 AM, Alexey Silyuk wrote: HI everybody, I am new at mailing list. These days I am writing an emulator for emulating tx/rx streams based on uhd 3.15LTS I am using device usrp2 device from uhd/lib. As I saw in examples (rx_samples_to_file), I am creating a mock streamer ( take

[USRP-users] Re: Samples complex vs complex emulating

milarly on the converted-to-host-format side. пн, 31 мая 2021 г. в 15:44, Marcus D. Leech <mailto:patchvonbr...@gmail.com>>: On 05/31/2021 08:30 AM, Alexey Silyuk wrote: > HI everybody, I am new at mailing list. > These days I am writing an emulator for emulatin

[USRP-users] Re: USRP N200

controllers out there that have hardware bugs that cause dropped frames when no frames should be dropped. On May 31, 2021 18:54, Marcus D Leech wrote: What sample rate are you using? What type of Ethernet interface? Sent from my iPhone On May 31, 2021, at 9:46 AM, Skyvalakis Konstantinos wrote

[USRP-users] Re: USRP N200

On 05/31/2021 02:13 PM, Skyvalakis Konstantinos wrote: My UHD version is UHD_003.010.000.HEAD-0-g6e1ac3fc and my ethernet interface adapter is a Qualcomm Atheros Killer E2400 Gigabit Ethernet Controller (rev 10)​. Thank you so much for your effort and time with my issue. I honestly appre

[USRP-users] Re: USRP N200

Yes. Sent from my iPhone > On May 31, 2021, at 2:55 PM, Skyvalakis Konstantinos > wrote: > >  > So after upgrading UHD I should also rebuild gnuradio right? > > From: Marcus D Leech > Sent: Monday, May 31, 2021 9:39 PM > To: Skyvalakis Konstantinos > Subje

[USRP-users] Re: USRP N200

On 05/31/2021 03:17 PM, Skyvalakis Konstantinos wrote: Ok, I did the upgrade and all the necessary rebuilds. The error persists this time however with more information. RuntimeError: RuntimeError: fifo ctrl timed out looking for acks [ERROR] [UHD] Exception caught in safe-call. in virtual

[USRP-users] Re: Samples complex vs complex emulating

On 05/31/2021 03:25 PM, Alexey Silyuk wrote: maybe you can help me to find some example of recorded files with iq stream, so I will understand it's values please. it may help Google is better than I am at this... пн, 31 мая 2021 г., 20:35 Marcus D. Leech <mailto:patchvonbr...@g

[USRP-users] Re: USRP N200

On 05/31/2021 03:17 PM, Skyvalakis Konstantinos wrote: Ok, I did the upgrade and all the necessary rebuilds. The error persists this time however with more information. RuntimeError: RuntimeError: fifo ctrl timed out looking for acks [ERROR] [UHD] Exception caught in safe-call. in virtual

[USRP-users] Re: USRP N200

roblems if I had a MIMO cable to connect the 2 devices? ​ *From:* Skyvalakis Konstantinos *Sent:* Tuesday, June 1, 2021 9:09 AM *To:* Marcus D. Leech; usrp-users@lists.ettus.com *Subject:* Re: USRP N200 Ok I will try this last advice. I will put as many Tx as Rx channe

[USRP-users] Re: USRP N200

generated by Gnu Radio—since it places each block in its own CPU thread. Sent from my iPhone > On Jun 1, 2021, at 8:52 AM, Skyvalakis Konstantinos > wrote: > >  > How can I ​run the Tx and Rx in separate threads? > > From: Marcus D. Leech > Sent: Tuesday, June 1, 2021

[USRP-users] Re: X300 and jumbo frames

On 06/01/2021 09:37 AM, andrew4010 via USRP-users wrote: Hello After installing jumbo frames with 9014 bytes, my exchange with X300 stopped normally. Do I need to set some parameters during initialization for the X300 to work properly? Thank you Some ethernet controllers will happily ac

[USRP-users] Re: Center frequency drift on USRP B-series even with Octoclock

Different synthesizers have different phase noise properties. I suspect that if so the same test at lower frequencies on the B2xx things will improve. Also the external-clock PLL in the B205 is much poorer than on the other family members—B200 and B210. Sent from my iPhone > On Jun 3, 2021

[USRP-users] Re: Uhd_find_devices --args

Isn’t sd-resolv part of systemd? No user land process should ever be able to do anything to cause a kernel oops, modulo kernel bugs, which this clearly is. So either there’s a bug in this kernel, perhaps ARM related, or the Ettus-specific driver(s) loaded into the kernel are misbehaving and set

[USRP-users] Re: tx_samples_from_file warnings for ettus x310

Does the error happen at lower sample Rates? I’m thinking that perhaps the tx_samples_from_file example hasn’t been properly converted to the newer RFNOC infrastructure that’s underneath. Sent from my iPhone > On Jun 7, 2021, at 1:32 PM, Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV via > USRP-user

[USRP-users] Re: tx_samples_from_file warnings for ettus x310

e > concerned about or not. > > > Thanks for your response! > Casey > > -Original Message- > From: Marcus D Leech > Sent: Monday, June 7, 2021 2:25 PM > To: Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV > Cc: USRP-users@lists.ettus.com > Subject: Re: [USRP-users]

[USRP-users] Re: USRP E310 sg1 does not find its own UHD RF hardware with uhd_usrp_probe --args "type=e300"

None of us have been able to reproduce this I have an SG1 device and can’t make this happen, but a later hardware rev. Sent from my iPhone > On Jun 8, 2021, at 8:25 AM, Martin wrote: > > On 22-05-2021 15:18, Marcus D Leech wrote: >> Martin: >> I’m >> I’m in dis

[USRP-users] Re: Disable N310's auto dc offset

The Ad9371 front-end chip has dc offset removal always on. Sent from my iPhone > On Jun 9, 2021, at 3:56 PM, Zeng, Huacheng wrote: > >  > Hello, > > Is there a way for N310 to disable Rx auto dc offset? I tried > set_auto_dc_offset(False) in Python, but it does not work for N310. (It works

[USRP-users] Re: Phase relationship between front-end mixer and IQ sampling

On 06/09/2021 08:42 PM, Dominic Schaub via USRP-users wrote: Hi, I'm trying to explain an odd (and reproducible) observation for a dataset I collected. The setup is as follows: -A USRP-2974 is externally clocked with a 10MHz sin reference from a SRS FS725 atomic frequency standard. Power is

[USRP-users] Re: [KeyError] for X310 on Windows 10, UHD 3.15

Does computer B perhaps have another USRp on its network port? (Clutching at straws I’ll admit). Sent from my iPhone > On Jun 9, 2021, at 10:14 PM, Kelvin Lok wrote: > >  > I am having trouble with this error message. "Error: LookupError: KeyError: > Unknown settings register name: DDS_FR

[USRP-users] Re: N320 1PPS input voltage

On 06/11/2021 09:11 AM, Marcus Müller wrote: Hello Jim, hm, that knowledge base article must be wrong: The octoclock internally only has a 3.3V supply. But before I say something wrong here, let me check back. Best regards, Marcus The 1PPS outputs on the Octoclock are bufered by 7404 invert

[USRP-users] Re: N320 1PPS input voltage

I'll check with R&D. -------- *From:* Marcus D. Leech *Sent:* Friday, June 11, 2021 9:39 AM *To:* usrp-users@lists.ettus.com *Subject:* [USRP-users] Re: N320 1PPS input voltage On 06/11/2021 09:11 AM, Marcus Müller

[USRP-users] Re: B200 output power for power amplifier

Maximum output power of the B200 is just a little over 10dBm, depending on frequency. Some distortion may occur when it is run near the maximum levels. Sent from my iPhone > On Jun 14, 2021, at 5:20 AM, Martin Elfvelin via USRP-users > wrote: > >  > Hello all, > > I'm trying to find a po

[USRP-users] Re: N320 1PPS input voltage

engineers checked the label on a N320 and > doesn't see a revision letter (at least it isn't obvious if it's there). Or > can this be checked with uhd_usrp_probe. The only thing we see there is: > > | | rev: 10 > > Thanks, > Jim > > From: Marcu

[USRP-users] Re: Phase Synchronize 2 USRP N200 w/ SBX cards

es do the same thing. -------- *From:* Marcus D. Leech *Sent:* Tuesday, June 15, 2021 6:34 PM *To:* Skyvalakis Konstantinos *Cc:* discuss-gnura...@gnu.org *Subject:* Re: Phase Synchronize 2 USRP N200 w/ SBX cards On 06/15/2021 09:34 AM, Skyvalakis Konstantinos wrote: I just thought, that t

[USRP-users] Re: SDR uhd_usrp_probe

Try adding —args “type=e3xx,product=e320” to your uhd_usrp_probe Sent from my iPhone > On Jun 16, 2021, at 9:12 AM, ncond...@gmail.com wrote: > >  > Hello, > > I need help with my E320 SDR. I can’t find it when I do uhd_usrp_probe. I > have 3.15 uhd install. Please see error attached in the

[USRP-users] Re: ettus e312 file system images and gnuradio

I think that most people who have done “real work” on the E310/312 do so with just the UHD library and their own custom FPGA code and/or RFNOC. The ARM cpus on the E310 along with limited memory Make running any kind of serious GNU Radio flow (at >1Msps rates) not terribly practical. Now YMMV, e

[USRP-users] Re: is there a UHD v4.0.0.0 for Ubuntu 20.04 LTS?

Is your SBC Arm or X86? There’s no way libraries for An X86 will run on an ARM. Even among X86 there are incompatibilities like 64 vs 32 but libraries. In ARM land, it’s even worse, with different ARM architecture versions not having mutually-compatible libraries. Sent from my iPhone > On

[USRP-users] Re: is there a UHD v4.0.0.0 for Ubuntu 20.04 LTS?

I have repeatedly done UHD source builds on Odroid SBCs in the past, and the wait time is not horrific. Sent from my iPhone > On Jun 16, 2021, at 6:53 PM, Dustin Widmann wrote: > >  > I would argue against trying to set up cross-compilation unless you want to > cross compile big things ofte

[USRP-users] Re: B205mini 10 MHz reference

They’re not quoting RMS levels. Stick to a 3.3 to 5V square wave and you’re golden. Sent from my iPhone > On Jun 17, 2021, at 12:21 AM, dave_a...@bigpond.com wrote: > >  > I’m confused by the specs for the 10 MHz reference for the B205mini. > > In kb.ettus.com/B200/B210/B200mini/B205mini#Ti

[USRP-users] Re: Adding Timestamps to B210 RX Samples

On 06/21/2021 07:33 PM, Alex Bouvy via USRP-users wrote: Hi Marcus, Got it, makes sense! Thanks for the info. Regards, Alex We should perhaps for a moment consider what it would mean for the hardware to adorn every single sample with a time-stamp. Over-the-wire samples occupy 4 bytes (16-bit

[USRP-users] Re: intermittent TX error using DPDK and x310

The devices have distinct IP addresses on all their connected ports presumably? Sent from my iPhone > On Jun 22, 2021, at 10:38 AM, Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV via > USRP-users wrote: > >  > Hello, > > Finally got DPDK running on my ubuntu 20.04 machine. I have two x310's over a

[USRP-users] Re: intermittent TX error using DPDK and x310

fer, Carl L. ERDC-RDE-CRL-NH CIV > wrote: > >  > Yes that’s correct, one is the default 192.168.40.2 and the other I changed > to 192.168.50.2 > > From: Marcus D Leech > Sent: Tuesday, June 22, 2021 10:50 AM > To: Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV > Cc:

[USRP-users] Re: intermittent TX error using DPDK and x310

On 06/22/2021 04:52 PM, Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV wrote: At lower rates, say 20Msps, the warning appears to go away outside of DPDK, but if I run it at 200Msps (outside of DPDK) it can still show up (along with a few U’s of course) What MTU are you using at the higher rates?

[USRP-users] Re: rfnoc radio transmit control

On 06/24/2021 09:01 AM, rbl...@swri.org wrote: Can someone suggest a straightforward way to turn the radio block transmit on/off at precise times? (“Off” could just mean changing transmit output level to “0’, provided it could be done at exact times) ___

[USRP-users] Re: USB Disconnects While running B210 on Intel Nuc

On 06/24/2021 02:31 AM, shachar J. brown wrote: Hi everyone, I am trying to run the given tx_samples_from_file example. Unfortunately, I keep receiving the uhd::usb_error, approximately 5-30 minutes into the run. *Technical specs:* USRP: B210. Host: Intel Nuc, Core i7, 8th gen. OS: Ubuntu 20

[USRP-users] Re: LibUHD - Python API problem (RFNoC not found)

Could you share the log from CMake? That might tell us why. Sent from my iPhone > On Jun 25, 2021, at 1:56 AM, COURANT Frederique - Contractor via USRP-users > wrote: > >  > Hello users, > > When I try to install UHD 3.14.0.0 on RedHat 7.5 system, I can’t enabled > components LibUHD – Pyt

[USRP-users] Re: LibUHD - Python API problem (RFNoC not found)

t; -- Could NOT find UDEV (missing: UDEV_INCLUDE_DIR_UDEV_LIBS) > … > # > # UHD Disabled components > # > * LibUHD – Python API > * LIBERIO > * GSPD > * E300 &

[USRP-users] Re: rfnoc radio transmit control

On 06/28/2021 01:56 PM, rbl...@swri.org wrote: Hi and thanks. The reference was a good read, but I don’t think it quite covers my application. It describes how to send commands to the Radio Block to initiate transmission at a specific precise time. But I need to repeatedly gate the transmit s

[USRP-users] Re: rfnoc radio transmit control

What bandwidth/sample rate? Sent from my iPhone > On Jun 28, 2021, at 6:27 PM, rbl...@swri.org wrote: > >  > More like sending radar pulses, than OOK. And working through the host > software interface will be too slow for this. > > It may indeed require a custom block. > > > > thanks rb >

[USRP-users] Re: rfnoc radio transmit control

On 06/29/2021 10:34 AM, rbl...@swri.org wrote: 20 MSamp/sec. So if we, say, gate the signal on/off 10 microsec on/10 microsec off, then we’d have 200 samples on, 200 samples off. thx rb Right so you could do that in software by multiplying the actual signal by a 0/1 pattern that is as man

[USRP-users] Re: rfnoc radio transmit control

On 06/29/2021 10:34 AM, rbl...@swri.org wrote: 20 MSamp/sec. So if we, say, gate the signal on/off 10 microsec on/10 microsec off, then we’d have 200 samples on, 200 samples off. thx rb ___ USRP-users mailing list -- usrp-users@lists.ettus.com T

[USRP-users] Re: rfnoc radio transmit control

On 06/29/2021 11:09 AM, rbl...@swri.org wrote: X310. Doesn’t a time command only set the transmit /streaming time for a single time event (as opposed to an infinite series)? If so, then how would you stuff a *very* fast series of commands in to the command queue? The command queue is onl

[USRP-users] Re: available RFNoc blocks for UHD 4.

On 06/29/2021 06:01 PM, rbl...@swri.org wrote: Request for a sanity check- I’m in the process of building UHD 4- What In-tree ettus RFNoc blocks are actually currently available in UHD4? I’m aware that it is less than the list of blocks in the Ettus “knowlege base” note on RFnoc and UHD4, and

[USRP-users] Re: available RFNoc blocks for UHD 4.

Is there some particular RFNOc block that you’d like a gr-Ettus mapping for? Sent from my iPhone > On Jul 1, 2021, at 6:52 PM, Paul Atreides wrote: > > I’ve had a lot of success adding blocks using the Ettus tools like > rfnoc_modtool. Have you tried that? > > > > >>> On Jul 1, 2021, at 1

<    1   2   3   4   5   6   7   8   9   10   >