Hi all,
I see some very odd behavior with a B210. I have this simple sine
flowgraph attached. My RX and TX antennae are approximately 1m apart. I
just send a sine and receive it with an acceptable power level.
Though, my application uses burst transmission. Here, things start to
fail. For so
antenna. One of those you buy at
ettus.com as a recommended accessory.
On 18.02.21 15:05, Marcus D Leech wrote:
How are you delivering the GPS antenna signal to the USRPs? Via
a splitter? Does that splitter provide DC pass-through?
Sent from my iPhone
On Feb 18, 2021, at 7:07 AM, Johannes Dem
2.21 15:05, Marcus D Leech wrote:
How are you delivering the GPS antenna signal to the USRPs? Via a
splitter? Does that splitter provide DC pass-through?
Sent from my iPhone
On Feb 18, 2021, at 7:07 AM, Johannes Demel via USRP-users
wrote:
Just a quick follow-up. The B210 finally got a GPS lock.
, 2021, at 7:07 AM, Johannes Demel via USRP-users
wrote:
Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait for
~2h). Though, all N310s still don't.
On 18.02.21 10:12, Johannes Demel via USRP-users wrote:
Hi all,
I have some N310s and a B210 that I try to sync with a
Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait
for ~2h). Though, all N310s still don't.
On 18.02.21 10:12, Johannes Demel via USRP-users wrote:
Hi all,
I have some N310s and a B210 that I try to sync with a GPSDO. All of
them recognize their GPSDOs but fail to
Hi all,
I have some N310s and a B210 that I try to sync with a GPSDO. All of
them recognize their GPSDOs but fail to lock.
My phone can see ~7 Satellites. We have a RPi with a GPS module that
locks to GPS in the same hall. We switched antennas but still, we can't
sync any of the USRPs to GPS
Hi,
I'd like to continue this discussion here. Somehow UHD seems to ignore
my `export `UHD_LOG_LEVEL=trace` (and `UHD_CONSOLE_LOG_LEVEL=trace`)
setting. Thus, I adopted the following line:
https://github.com/EttusResearch/uhd/blob/7a3f15164f78a7a3b705a0d099eb5dc335ccd9f6/host/lib/device.cpp#L1
Hi Jeff,
I use burst mode all the time (mostly on N310 but X310 as well). I
usually prefer a `packet_length` tag instead of SOB --> EOB. As Marcus
mentioned, as soon as the first sample goes into the USRP sink, you
start transmitting and need to sustain your sample rate. To ensure that
you pr
Hi Baroch,
Do you need UHD 3.14? UHD 3.15 is probably easier to install on your system.
Besides, the missing dependencies indicate that you want to install a
really old version of UHD? or GNU Radio? On a modern system. The clock
ran out on Python2. For some reason cmake seems to find a python2
nt.
Do you have more ideas what to check?
Cheers
Johannes
On 28.10.20 17:49, Marcus D Leech wrote:
Have you tried swapping cables to see if the problem follows the cable?
Sent from my iPhone
On Oct 28, 2020, at 12:44 PM, Johannes Demel via USRP-users
wrote:
Hi all,
we have a couple of N
f the problem follows the cable?
Sent from my iPhone
On Oct 28, 2020, at 12:44 PM, Johannes Demel via USRP-users
wrote:
Hi all,
we have a couple of N310s in our lab and some of them seem to fail to transmit
reliably.
Each N310 is connected to a host via one of those SFP+ cables that came with
Hi all,
we have a couple of N310s in our lab and some of them seem to fail to
transmit reliably.
Each N310 is connected to a host via one of those SFP+ cables that came
with them from Ettus. We have 3 N310s that are connected via said cables
to one host each with an Intel X710 DA2 with an AM
.html#n3xx_synchronization
On 23.07.20 09:59, Marcus Müller via USRP-users wrote:
Hi Johannes,
let me increas Marcusness of this by ~3dB.
On 23.07.20 09:29, Johannes Demel via USRP-users wrote:
I don't have a PPS signal readily available. Would a 10MHz reference
suffice as well?
Nope, th
s
On 22.07.20 19:00, Marcus D. Leech via USRP-users wrote:
On 07/22/2020 12:39 PM, Johannes Demel via USRP-users wrote:
Hi all,
I have an issue with multiple USRP streams. If they are on separate
daughterboards, but on the same motherboard aka USRP, those streams
are not time aligned. They show a
Hi all,
I have an issue with multiple USRP streams. If they are on separate
daughterboards, but on the same motherboard aka USRP, those streams are
not time aligned. They show a time offset of more than 10us. I use one
USRP source block in GNU Radio and configure it with multiple streams.
At
ional reboot wouldn't be an issue as
long as
all devices are reliably available without quirks.
Did I stumble over a known issue here? Is this something new? Are my
devices broken? How do I debug this? Is something else going on? Do I
need to provide more info?
Cheers
ilable without quirks.
Did I stumble over a known issue here? Is this something new? Are my
devices broken? How do I debug this? Is something else going on? Do I
need to provide more info?
Cheers
Johannes
On 27.03.20 09:41, Johannes Demel via USRP-users wrote:
Hi all,
last week I set up th
Hi all,
last week I set up the N310s we have with UHD3.15LTS to run in our
network. By now, most of them are not accessible remotely anymore. Since
I don't have physical access to them anymore, I'd like to figure out a
way to reliably manage them before someone fixes the immediate issue for me
Hi all,
I use an N310 with Ubuntu 18.04.3 with an Intel X710 and an AMD 3970X.
[INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
UHD_3.15.0.0-0-gaea0e2de
If I run:
`./benchmark_rate --args "addr=192.168.20.217" --tx_rate 15.625e6`
Everything looks fine. It just works without any Underruns
Also, I’m not sure how compatible GR3.8 is with UHD 3.14.1.
> Someone
> > who still works on Ettus products mentioned at GRCon that you
> have to
> > use master-next branches, but those use the new RFNoC, which is
> still
> > largely uncharted territor
ompatible GR3.8 is with UHD 3.14.1. Someone
> who still works on Ettus products mentioned at GRCon that you have to
> use master-next branches, but those use the new RFNoC, which is still
> largely uncharted territory with the N310 as far as I can tell.
>
> -Robin
>
>
&g
Hi all,
I figured out how to use our new N310s.
I ran into the next issue. Let me describe this one briefly.
With our X310s I set TXgain=20 and RX_gain=10. Both devices are 1-2m
apart. I observe a really nice RX constellation with gr-gfdm and
XFDMSync with bursts every 1ms (burst length ~50us)
not seem to change for
different TX/RX gains.
I assume that max dynamic range is at 1.0. If my signal goes beyond 1.0
it is clipped. Is this still the case with N310s?
Thanks for your help and your answers.
Johannes
On 16.10.19 12:05, Johannes Demel via USRP-users wrote:
> Hi Nate,
>
>
Verify that your MTU's match on both your host and N3xx. (1Gb should
> have a MTU of 1500, 10Gb MTU should be 8000).
>
>
> Is your .213 interface connected to the SFP port?
>
>
> Regards,
> Nate Temple
>
> On Tue, Oct 15, 2019 at 9:14 AM Johannes Demel via U
the mender method of
> updating the filesystem, which should also work, but I tend to prefer
> downloading the SD card image and burning it myself. Good luck.
>
> -Robin
>
>
>
> On Tue, Oct 15, 2019 at 2:47 AM Johannes Demel via USRP-users
> mailto:usrp-users@lists.
Hi all,
we just received some new N310s. Yeah!
They don't work! N.
Let me explain what I tried so far and what I found out. So far, I work
with 2 devices.
Summary:
With factory default image I can find the device but `uhd_usrp_probe` fails.
With a newly flashed image on the SD card, The SF
Hi Daniele,
all of what you describe is intended behavior.
First off, UHD tells you *exactly* what to do. Run:
`sudo sysctl -w net.core.wmem_max=24862979`
Nothing else. Just copy the previous line without the ``.
The same goes for the rmem part.
These changes are valid as long as your machine run
Hi EJ,
this sounds like a very interesting project. Since you asked for ideas,
I guess it would be nice to have a Schmidl&Cox style OFDM
synchronization block.
Cheers
Johannes
Am 29.04.19 um 02:00 schrieb EJ Kreinar via USRP-users:
> Hi all,
>
> I'm very happy to announce the (very modest) re
Hi,
just to clarify some points here:
During transmission, there is always enough isolation to prevent damage.
Just use an antenna on the TX/RX port. Do not connect an antenna to the
RX2 port. In this case it is always safe to operate a USRP?
In case I use GNU Radio and I just use the stream so
Hi all,
this discussion started on discuss-gnuradio in case anyone wonders.
Andy, thanks a lot for your detailed answers!
And thanks Marcus for confirming these assumptions.
So, now I only need to worry about spatial separation of my antennas.
Now, the scenario is as follows, I want my system t
8:28
An: usrp-users@lists.ettus.com
Betreff: Re: [USRP-users] USRP2r4 \w RFX2400 fails with UHD3.14
On 08/10/2018 04:24 AM, Johannes Demel via USRP-users wrote:
> Hi Marcus,
>
> I put my answer on top. I hope that doesn't lead to confusion.
>
> Regarding (A): I hope it should work
On 08/09/2018 06:03 AM, Johannes Demel via USRP-users wrote:
Hi!
Thanks for your reply. We didn't update because there was no Warning
that suggested to do so. Anyways, now we updated the FPGA and Firmware.
As a summary we had 'FW Version: 12.3' and 'FPGA Version: 10.0'
am wrote:
Have you updated the firmware on the radio(s) after updating UHD?
Will
-Original Message-
From: USRP-users On Behalf Of Johannes
Demel via USRP-users
Sent: Friday, August 3, 2018 10:02 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] USRP2r4 \w RFX2400 fails with UHD3.14
Hi a
Hi all,
we just got new X310s and wanted to use them with the latest UHD
version. They work. That's great. But we have some old USRP2s as well.
And we want to use them with the same driver version.
We ran 'uhd_usrp_probe' for all of them. The output is below.
Essentially, there seems to be a
Hi all,
we have 2 USRP X310 which we need to synchronize. Hopefully to make
things easier, we only need frequency synchronization. Is it possible to
connect 'Ref Out' to 'Ref In' on another X310 for that purpose?
Previously, we used a signal generator to supply two USRPs with a
reference 10MHz
35 matches
Mail list logo
