[USRP-users] Re: B2XX radios don't continue on overflows

this works great. I build from source and it worked. next i uninstalled and switched to a pybombs prefix. thanks so much for the help guys. Ron, this was a lifesaver for my workflow. really appreciate it. On Wed, Aug 11, 2021 at 4:54 PM Paul Atreides wrote: > Ok, I’ll definitely add this to 4.

[USRP-users] Re: UHD no devices found

On 08/11/2021 07:35 PM, Bobbi Taylor wrote: Hello, I have two N210s and an E312, and I'm not able to detect any of them with uhd_find_devices. I have set a static IP address on my computer as well as on the radio. I have a gigabit ethernet cable, as well as a gigabit port on my laptop. For

[USRP-users] UHD no devices found

Hello, I have two N210s and an E312, and I'm not able to detect any of them with uhd_find_devices. I have set a static IP address on my computer as well as on the radio. I have a gigabit ethernet cable, as well as a gigabit port on my laptop. For one of the N210s, I've hit the safe mode button (S

[USRP-users] Re: B2XX radios don't continue on overflows

Ok, I’ll definitely add this to 4.0.0.0 and give it a whirl as soon as I’m in front of my machine again. > On Aug 11, 2021, at 14:31, Ron Economos wrote: > >  > Here's what's working for me. > > 1) git clone https://github.com/EttusResearch/uhd.git > > 2) git checkout v4.0.0.0 -b tmp > >

[USRP-users] Re: B2XX radios don't continue on overflows

No it doesn’t. In fact dmesg doesn’t show anything. I probably should’ve added UHD debug flags one of the times I recompiled. Can still do that to help get to the bottom of the issue but it sounds like Ettus is aware. > On Aug 11, 2021, at 13:04, Marcus D Leech wrote: > > When this happens

[USRP-users] Re: E320 External Reboot Signal

PHY_CTRL_STATUS is for the SFP port, so not what you're looking for. You can look at the schematic for the E320 here: https://kb.ettus.com/images/6/65/Neon_Public.pdf There is a watchdog built into the E320 that I think is on by default. It's on page 16 (the Real Time Clock). Are you referring

[USRP-users] Re: Confusion about fpga image to use for RFNoC Replay example

In UHD 4, rfnoc_replay_samples_from file is built along with all the other examples by default when you build UHD (it will be in the build/examples directory). If you want to build just the example, then you could do something like what's described in https://kb.ettus.com/Using_the_RFNoC_Replay_Blo

[USRP-users] Re: B2XX radios don't continue on overflows

For completion here: This is topic now a public UHD issue : https://github.com/EttusResearch/uhd/issues/475 R&D's Michael West replied there "We are aware of the issue and already have a fix in progress. It should be available within 2-4 weeks." On Wed, Aug 11, 2021 at 2:31 PM Ron Economos wrot

[USRP-users] Re: N210 Center frequency tuning resolution

Thank you. That's fine; I don't really need to resolve down to individual hertz even. Tens, or even as much as ~100 Hz resolution would probably be fine for my purposes. Best, Anton From: Marcus D. Leech Sent: Wednesday, August 11, 2021 7:38:58 PM To: Anton

[USRP-users] Re: B2XX radios don't continue on overflows

Here's what's working for me. 1) git clone https://github.com/EttusResearch/uhd.git 2) git checkout v4.0.0.0 -b tmp 3) edit the file host/lib/usrp/cores/rx_vita_core_3000.cpp and apply the one line patch in the correct place (before the comment "// issue the stream command").     _conti

[USRP-users] Re: Software Loopback RFNoC TX/RX same flowgraph

Hi, and thanks Paul again for this post. Would you mind forwarding your implementation for loopback (grc picture, or yml file, or whatever)? I’d like to check connections and block parameters for loopback. Thanks in advance rb ___ USRP-users maili

[USRP-users] Re: N210 Center frequency tuning resolution

On 08/11/2021 01:33 PM, Anton Ottosson wrote: That's great to hear! Thank you! By the way, is this documented anywhere (I might have to give a source at some point)? https://files.ettus.com/manual/page_general.html#general_tuning Then there's the source-code for the relevant FPGA image...

[USRP-users] Re: N210 Center frequency tuning resolution

That's great to hear! Thank you! By the way, is this documented anywhere (I might have to give a source at some point)? Best, Anton From: Marcus D Leech Sent: Wednesday, August 11, 2021 7:26:20 PM To: Anton Ottosson Cc: USRP-users@lists.ettus.com Subject: Re:

[USRP-users] Re: N210 Center frequency tuning resolution

It’s under 1Hz owing to the resolution of the DDC and/or DUC. Even though individual daughter cards will have a synthesizer resolution much larger than that, the tuning code uses that knowledge and programming of the DDC / DUC to deliver subHz resolution. Sent from my iPhone > On Aug 11, 2

[USRP-users] N210 Center frequency tuning resolution

Hi, Does any one here know what the center frequency tuning resolution is for the N210, or how one might find out? By tuning resolution I mean, basically, the step size when selecting center frequency. I have been looking over the Devices & Usage Manual

[USRP-users] Re: B2XX radios don't continue on overflows

When this happens, does dmesg show anything unusual with respect to that USB device? Sent from my iPhone > On Aug 11, 2021, at 12:40 PM, Paul Atreides wrote: > >  > just uninstalled and changed to origin/UHD4.1 and i have the same issue. > On branch UHD-4.1 > Your branch is up to date with '

[USRP-users] Re: B2XX radios don't continue on overflows

just uninstalled and changed to origin/UHD4.1 and i have the same issue. On branch UHD-4.1 Your branch is up to date with 'origin/UHD-4.1'. On Wed, Aug 11, 2021 at 12:23 PM Paul Atreides wrote: > just built uhd systemwide from source. no pybombs environment. same issue > rx_benchmark terminates

[USRP-users] Re: B2XX radios don't continue on overflows

just built uhd systemwide from source. no pybombs environment. same issue rx_benchmark terminates after the first dropped sample. maybe the patch didn't make it? or i'm on the wrong branch? i ran git checkout v4.1.0.1 then the regular dance ~/uhd$ git status HEAD detached at v4.1.0.1 nothing to co

[USRP-users] Re: B2XX radios don't continue on overflows

On 08/11/2021 10:42 AM, Paul Atreides wrote: right on. thanks marcus. i'm going to try a regular source build instead of pybombs and see if that fixes it (he said for the 200th time in his career). i just wanted 2 dev environments for gnuradio and that worked really well for 3.7/3.8. if you hav

[USRP-users] Re: B2XX radios don't continue on overflows

Ok, then what else could it be? it's the identical behavior to the report ed bug. I have a b210 and b205mini and both produce this issue Both have worked fine at higher sample rates in the past. My setup is ubuntu20.04 UHD 4.0 (via pybombs) GNURadio 3.9 (via pybombs) when I run the flowgraph in

[USRP-users] Re: Too Many Samples in a Single Burst

On 08/11/2021 09:18 AM, Rob Kossler wrote: It's too bad that Ettus did not implement the STOP_CONTINUOUS as a timed command. Had they done so, it would have been possible to send a START_CONTINUOUS followed immediately by a STOP_CONTINUOUS (with time stamp) such that the radio would automatica

[USRP-users] Re: Too Many Samples in a Single Burst

It's too bad that Ettus did not implement the STOP_CONTINUOUS as a timed command. Had they done so, it would have been possible to send a START_CONTINUOUS followed immediately by a STOP_CONTINUOUS (with time stamp) such that the radio would automatically stop on the correct sample. That being the

[USRP-users] Re: B2XX radios don't continue on overflows

FYI Ron's patch is integrated in the UHD-4.0 and UHD-4.1 and master branches, and was in the UHD 4.1.0.0 release. It was not part of the UHD 4.0.0.0 release, and has not been backported to the UHD-3.15-LTS (or prior) branch. - MLD UHD-4.0 : https://github.com/EttusResearch/uhd/commit/3d9d68af799c7