I have a project where I have to start up a series of N320 radios. Currently
we do it sequentially and that can take some time. Is there a way to do them
in parallel? I thought I saw somewhere that the driver was the limiting factor
for being able to have separate threads start up the devices
Thank you Marcus, that is helpful.
I have restricted my testing to just an N320, and only freq changes for now. I
have run across something else that is odd though (but has major ramifications
for my blocks). Most of the time there are no drops and everything is fine,
but here is an example o
I have been trying to work on a gnuradio block to fill in the dropped samples
in a USRP stream. While testing things out, I came across something odd. I am
using an X310 as my test device and am changing the sample rate. I was at
100Msps, let it run for some time, and then changed it to 10Msp
On 2/9/23 13:23, Jason Roehm wrote:
On 2/9/23 10:58, Marcus D. Leech wrote:
On 09/02/2023 07:43, Jason Roehm wrote:
I have an X410 device that I'm trying to update for use with UHD
v4.4.0. It hasn't been used for a while, so at least several
releases ago.
I followed the proced
On 2/9/23 10:58, Marcus D. Leech wrote:
On 09/02/2023 07:43, Jason Roehm wrote:
I have an X410 device that I'm trying to update for use with UHD
v4.4.0. It hasn't been used for a while, so at least several releases
ago.
I followed the procedure in the X410 manual
(https://files
is on the device in order to get it to work.
Thanks.
Jason
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
OK, thanks. I was hoping that you were on to something. Thanks.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Marcus D. Leech wrote:
> Sample-rate is an inherent property of a *stream* as I recall, rather
> than a *session*. Are you creating a new stream
> across sample-rate changes, or applying the rate change to an
> existing stream?
That is an interesting comment. I am not stopping and starting a
Thanks Marcus.
I agree, there is no way this is design-intent. My gut says it is some sort of
clock situation on the FPGA, but I am not sure what. Unfortunately, the only
ones who can probably weigh in on this would be some of the Ettus FPGA
designers, and I am guessing that they don’t see to
Are there any restrictions, or known issues, with changing the sample rate on
an N320 while it is running? While debugging an issue in our application, we
noticed that we can toggle between two sample rates and get the n320 to lock
up. What I mean is that the N320 is still responsive to comman
on solving the issue described above, or how to
accomplish this in a different way, I would greatly appreciate the feedback.
Thanks in advance,
Jason
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usr
Thanks guys, that makes sense. This was build against a GR and UHD that I
installed via PyBombs, so I think I am OK on that front. It is pretty random,
so I don't think I have a steady memory leak, but it easily could be something
I am doing on my end. I'll try to keep a closer eye on it.
_
Trying to run a C++ based flowgraph and occasionally getting a
segfault/coredump. Finally, was able to capture the stack trace, and I am not
sure what to make of it. I //think// that this is all UHD, and not my app, but
I find that hard to believe. Here is that core dump, any thoughts on what
Hi Marcus,
This board was bought a year ago, so it is out of warranty.
Is the FPGA chip broken?
Best regards,
Jason
From: Marcus D Leech
Sent: Tuesday, July 12, 2022 3:29 AM
To: pro jason
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] RuntimeError
Hi Marcus,
Thank you for your reply.
The image file we use is a standard image file from Ettus Research, which has
not been modified.
We have several pcs of B200mini-i, and only one device reports this error.
Best regards,
Jason
From: Marcus D. Leech
Sent
C PLL Locked!
[INFO] [MPM.Rhodium-0.init] JESD204B Link Initialization & Training Complete
[INFO] [MPM.RPCServer] RPC server ready!
[INFO] [MPM.RPCServer] Spawning watchdog task...
Error: rpc::timeout: Timeout of 2000ms while calling RPC function
'supports_f
?
Best regards,
Jason
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
I wanted to verify something to make sure I understand how things work. It
seems to me that when using an X310 or N320 (the two USRPs I happen to be
messing with), that when I am using both RX channels, if I change frequencies
on on one channel, both will produce time tags in Gnu Radio. I’ve l
Hi all,
We plan to use a x310 with a UBX-160 and a TwinRX to realize the system of one
TX channel and two RX channels. The TX channel is provided by UBX and the two
RX channels are provided by TwinRX. Does UHD driver support this configuration?
Best regards,
Jason
error mentioned in the last email.
Best regards,
Damon
From: Marcus D. Leech
Sent: Tuesday, January 11, 2022 3:46 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] Re: X310 based programs cannot run stably for a long time
On 2022-01-10 14:37, jason pro
n uint64_t ctrl_iface_impl<_endianness> :: wait_for_ack(bool,double)[with uhd
:: endianness_t_endianness = uhd::ENDIANNESS_BIG;uint64_t = long unsigned int]
at/home/xxx/uhd_3.15.0/uhd/host/lib/rfnoc/ctrl_iface.cpp:151
Is there a solution?
Best regards,
Jason
__
e possible on the FPGA, but I’m wondering if this is
possible via existing means in the UHD API, or if it may be implemented using
custom RFNoC blocks somehow.
Thanks again,
Jason
> On Dec 8, 2021, at 3:29 PM, Rob Kossler wrote:
>
> Hi Jason,
> A few questions:
> - why do you wa
Hi All,
I’m currently working to synchronize multiple X310’s clocks without a PPS
input, however right now the best method I can find to update the clock from a
host PC (using the C++ API) is to query the current time from the USRP device
(using usrp::multi_usrp::get_time_now), add a time delta
Bingo! This was it.\
The file was actually located in “/sbin” but I could see that it first checks
for a file called /data/network/hostname. If it is present, it sets the
hostname to whatever is in that file. If it isn’t there, it does the default
hostname. I created the file and on reboot it
Hi dear Engineers of Ettus Research,
We plan to design a peripheral circuit board controlled by GPIO of x410. Now I
would like to know the pin definitions of the two HDMI interfaces of x410.
could you share relevant information?
Best regards,
Jason
I am using static, so it isn’t a DHCP issue. I tried to use hostnamectl, and
it did “work.” But after a reboot it was back to the default name.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@l
Marcus, the problem is that /etc/hostname gets overwritten on boot. I am
guessing it is baked in somewhere else and gets populated on boot up.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lis
#x27;
>
> \[INFO\] \[MPM.Rhodium-1\] init() called with args
> \`fpga=XG,mgmt_addr=192.168.10.2,product=n320,clock_source=internal,time_source=internal'
>
> Fetching current settings from EEPROM...
>
> Cannot find value for EEPROM\[name\]
Neel Pandeya wrote:
> Hell
I have a series of N320s sprinkled across our lab and I would like to change
their names so it is clear where they are located (as opposed to keeping a list
of which serial number is where), is this possible? i could have sworn I could
do this with a different Ettus device in the past, but I ca
coefficient. The obtained
cross-correlation coefficient is not a simple peak, as shown in the annex.
If x310 is used to transmit and x410 or x310 is used to receive, there is no
such problem.
UHD version: v4.1.0.2-rc3. The file system of x410 has also been updated to
v4.1.0.2-rc3
Best regards,
Jason
soon, but for now that’s
about all I have.
Hope this is helpful.
On Jun 9, 2021, at 09:14, Jason Matusiak wrote:
Thank you for all the info Michael.
Are you aware of any examples/writeups/tutorials of USRPs and Aurora in action?
I am trying to wrap my head around how it is intended
documentation is just that certain devices are
Aurora capable, and not much else to go on. TIA.
From: Michael Dickens
Sent: Friday, June 4, 2021 5:00 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] Troubles with the QSFP+ on the N3x0 series
be ip based.
Lastly. If we go the pure Aurora route, I know that we lose white rabbit, but
we gain a full 40Gbps, right?
Thanks again.
On Jun 4, 2021, 4:18 PM, at 4:18 PM, Michael Dickens
wrote:
>Hi Jason - Answers, and more. I hope this is useful and helps clarify
>the
>options. - MLD
&
I have been away from USRPs for a while but am back to using some N3x0 units
and am having some issues.
1 - Does QSFP work with UHD 3.15? We'd prefer not to go up to v4 yet due to
some issues we've seen in testing it, but I am not sure how well supported QSFP
is on 3.15.
2 - When using the QS
On 10/14/20 2:41 PM, Marcus D. Leech via USRP-users wrote:
On 10/14/2020 01:28 PM, Jason Roehm via USRP-users wrote:
I have an N320 that I'm trying out for the first time. I'm using UHD
4.0.0, and I loaded the corresponding root filesystem data for that
release to the N320. I find
ot tone is
on the left, where they belong.
Is this a known issue?
Thank you.
Jason
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Those are probably jumps due to instantaneous changes in the frequency
control in the internal TCXO. Try injecting an external 10 MHz reference
clock and using that instead to see if it makes the jumps go away.
Jason
On 7/23/20 8:31 AM, Don Kelly via USRP-users wrote:
Any other usrp-users
I believe he means the UHD-3.15.LTS *branch*, not tag. See here:
https://github.com/EttusResearch/uhd/tree/UHD-3.15.LTS
Jason
On 5/21/20 11:34 AM, Hodges, Jeff via USRP-users wrote:
I apologize for my ignorance, which of these is the LTS tag?
git tag -l
003_007_002_rc1
003_007_003_rc1
Zhongren,
I am not sure that this will help you, but one of the things that I did when
working with the E31x was to install everything to ~/localhost and leave the
default stuff alone. I then created a setup_env.sh for those new files
(similar to what pybombs does), and run that before I using
Jonathon, If you look at the more recent commits for UHD, they added in a fix
to the split_stream error. Basically you need to change a 1'b1 to a 2'b11 in
the noc_shell section (I think that is the section, I can't recall off the top
of my head). Try that and rebuild.
Thanks! I thought that things were sync'd between the USRP and the program,
but I haven't used the *_pps() functions. I'll give them a shot.
On Tuesday, October 22, 2019, 02:35:33 PM PDT, Sam Reiter
wrote:
Hey Jason,
Are you making sure that you're setting your
t the N310 wouldn't work. I guess we will have to
forgot using it in embedded mode and only use it in network mode. Thanks Robin!
From: Robin Coxe
Sent: Monday, October 21, 2019 12:54 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] pyt
? Things like
threading.py are missing and only in python3.5 for it.
Thanks.
~Jason
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Hey everybody, I'm trying to put together a simple bursting example. In
gnuradio companion I'm generating a PDU, using the framer block, converting to
a tagged stream, and then inserting a tx_time tag in an OOT python block. The
tx_time tag is at the beginning of the streamed frame, just prior t
Jeff,
This is an issue that tripped me up for numerous days in the past until
Jonathon pointed me to the same fix. It appears to be something wrong in
gr-ettus (or a combo of the change and the UHD you and I both used), but they
haven't seemed to have addressed this for some reason. It would
Not sure. I checked my notes and the firewall was the issue I had when I was
forced to use the IP address. All your network configurations look good?
From: Mark Koenig
Sent: Friday, October 4, 2019 1:28 PM
To: Jason Matusiak
Subject: Re: usrp probe and find
Is your firewall blocking the port that UHD needs? I feel like I had a serial
problem in the past and that was the issue.
From: USRP-users on behalf of Mark Koenig
via USRP-users
Sent: Friday, October 4, 2019 1:17 PM
To: usrp-users@lists.ettus.com
Subject: [U
On 9/26/19 9:26 AM, Neel Pandeya wrote:
Hello Jason:
My apologies for the delay. We were super busy with GNU Radio
Conference. Thanks for providing a stand-alone test program. I'll try
to reproduce this issue later today or tomorrow, and I'll get back to
you with an update.
--Ne
why one flowgraph is doing it as
an int and the other as a float (they are both opened in the same GRC window),
but everything is happy if I just do a save-as on the working one and start
from there.
From: Marcus D Leech
Sent: Tuesday, October 1, 2019 1:52 PM
t: Tuesday, October 1, 2019 1:52 PM
To: Jason Matusiak
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] RFNoC not re-tuning consistently
I wonder if this is just because in RFNoC the DDC is explicitly visible, so you
have to program it to account for synthesizer step size?
Sent from my iPhone
I have an issue that is very odd to me. I have tried two different X310s with
different daughter cards and they are all exhibiting this behavior. It feels
like I am doing something stupid, but I can't quite figure out what. (a picture
is attached)
If I have a usrp source connected to a freq s
, 2019 11:19 AM
To: Jason Matusiak
Cc: usrp-users
Subject: Re: [USRP-users] next pps issues with TwinRX
Hello Jason:
We'll look into this and get back to you shortly.
If you get a chance, could you please try it with the tagged UHD 3.14.1.1 ?
Which version of GNU Radio are you using?
-
Howdy Neel,
We are running GR v3.7.13.4.
We will get UHD 3.14.1.1 installed on one of our machines today and give that a
shot.
Thanks.
From: Neel Pandeya
Sent: Monday, September 30, 2019 11:19 AM
To: Jason Matusiak
Cc: usrp-users
Subject: Re: [USRP-users
We are having another issues with our TwinRXs. A co-worker has been trying to
get this to work for a while, but has had no luck with the PPS timing. Here is
the notes:
We are running UHD_3.14.1.HEAD-12-g5f75f73f.
The setup is a single X310 (revision: 11, revision_compat: 7) with two TwinRX
Temple
Sent: Friday, September 20, 2019 11:35 AM
To: Jason Matusiak
Cc: Michael West ; USRP-users@lists.ettus.com
Subject: Re: [USRP-users] E320 unable to lock to external reference
Hi Jason,
Here is the commit that fixes the e320 ext ref issue.
https://github.com/EttusResearch/uhd/commit
king fine on the
E312/E320s. I'll report back if something else turns up.
From: Jonathon Pendlum
Sent: Tuesday, September 10, 2019 11:35 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] No block_id specified for channel 0
Hi Jason,
C
I have an RFNoC flowgraph and bitfile combo that used to work but is erroring
out now. I've been using the code successfully on the E320 and E310 and decided
to re-build for the X310 (and XG flowgraph). When I run my flowgraph, I am see
a lot of addition debug that I am not used to seeing (whi
users on behalf of Jason
Matusiak via USRP-users
Sent: Wednesday, September 4, 2019 9:51 AM
To: Ettus Mail List
Subject: [USRP-users] flowgraphs not stopping
I have a weird problem that I've seen for a while and I've just ignored until
now. I've seen this with numerous pieces o
I have a weird problem that I've seen for a while and I've just ignored until
now. I've seen this with numerous pieces of hardware, but I am currently using
an E320 in network mode. This seems to only happen when I am using RFNoC, so I
assumed it was me, but today I was testing with only stock
On 8/20/19 7:40 AM, Jason Roehm via USRP-users wrote:
On 8/19/19 6:52 PM, Neel Pandeya wrote:
Hello Jason:
Thanks for all the detailed feedback! No worries about not having a
stand-alone reproducing program at the moment. Could you please try
using the head of the "UHD-3.14" b
On 8/19/19 6:52 PM, Neel Pandeya wrote:
Hello Jason:
Thanks for all the detailed feedback! No worries about not having a
stand-alone reproducing program at the moment. Could you please try
using the head of the "UHD-3.14" branch? We just tagged v3.14.1.1-rc1
with some bug fixes
On 8/19/19 12:34 PM, Neel Pandeya wrote:
Hello Jason:
I also would have expected UHD 3.14.1.0 to have resolved this issue.
Would you be able to send me a stand-alone program that I can use to
reproduce this problem?
Also, I'm curious, do you have a GPSDO installed in your X300?
-
On 8/19/19 12:34 PM, Neel Pandeya wrote:
Hello Jason:
I also would have expected UHD 3.14.1.0 to have resolved this issue.
Would you be able to send me a stand-alone program that I can use to
reproduce this problem?
Also, I'm curious, do you have a GPSDO installed in your X300?
-
On 8/16/19 10:32 PM, Marcus D. Leech via USRP-users wrote:
On 08/16/2019 04:54 PM, Jason Roehm via USRP-users wrote:
I have a software application that interfaces to an X300 with a
TwinRX daughterboard installed. We recently upgraded our UHD version
to v3.14.1.0 in our application. Since
ers-X300-with-TwinRX-and-LFRX-under-UHD-v3-14-td12749.html)
and never got an answer, but the above commit silently fixed it in
v3.14.1.0.
How can I get correct timekeeping with the X300/TwinRX, while
maintaining my ability to stream from a TwinRX and LFRX sim
Thanks for the update Michael, I'll pass it along. Fingers crossed.
From: Michael West
Sent: Monday, August 5, 2019 4:49 PM
To: Nate Temple
Cc: Jason Matusiak ; Ettus Mail List
Subject: Re: [USRP-users] E320 unable to lock to external reference
We
Also, there is a timeout clock running somewhere (can't recall off the top of
my head) that will throw that message when it gets tripped. That is fine
though if you are INTENDING to do something that might cause there to be a gap
in samples and trigger a timeout. I had an RFNoC block that was
again?
From: Erik Heinz
Sent: Monday, July 29, 2019 8:02 AM
To: Jason Matusiak ; usrp-users@lists.ettus.com
Subject: AW: X310 slow with gnuradio
Hi jason,
I had the MTU set to 8028. I increased to 9000, just to make sure -> no change.
As I wrote, the UH
Shot in the dark Erik:
What is your MTU set at for the ethernet port? Try setting it to 9000 if
it isn't and see if that does anything for you.
From: USRP-users on behalf of Erik Heinz
via USRP-users
Sent: Monday, July 29, 2019 7:30 AM
To: usrp-users@lists.
Thank you Nate. Good to hear that it wasn't a screw up on our part. Do you
have a gut as to whether or not it is a hardware or software issue?
From: Nate Temple
Sent: Tuesday, July 23, 2019 2:01 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re:
Do you need anything from my side of things?
From: Nate Temple
Sent: Thursday, July 18, 2019 3:49 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] E320 unable to lock to external reference
Hi Jason,
This might be a bug with the E320. I will
That would be great, thanks so much
From: Nate Temple
Sent: Thursday, July 18, 2019 3:49 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] E320 unable to lock to external reference
Hi Jason,
This might be a bug with the E320. I will need
OK, we've been fighting this for a while and we think we narrowed it down to
being a problem with the E320 (NOTE: we are running the E320 in network mode,
not embedded)
Some background:
1) external reference input is from an octo clock (so it the 1pps input) on
many different ports
a) a
I never got a response on this, but in case others have the same problems, I
use this command instead of the shutdown -h command: systemctl poweroff
It is a small sample size, but it seems to work every time.
From: Jason Matusiak
Sent: Monday, July 1, 2019 12:03
___
From: Sumit Kumar
Sent: Wednesday, July 17, 2019 8:24 AM
To: Jason Matusiak
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Sequence Errors N200
The sticker for sbx shows F33612 and F33814.
How will this help ?
On Wed, Jul 17, 2019 at 1:50 PM Jason
?
From: Sumit Kumar
Sent: Wednesday, July 17, 2019 7:45 AM
To: Jason Matusiak
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Sequence Errors N200
Hi Jason,
Yes they are consistent, I mean the output of uhd_usrp_probe for both N200 is
exactly the same (except the ip
I am not really an N-series guy, so this probably won't be helpful. Have you
tried doing a uhd_usrp_probe on both devices and seen that the responses are
consistent?
From: USRP-users on behalf of Sumit Kumar
via USRP-users
Sent: Wednesday, July 17, 2019 7:15
Koyel,
It "supports" it, but that is a bit of a misnomer. Unless you are using the
aforementioned network mode (which has its own speed limitations due to it not
being designed for anything more than testing), the Ethernet goes through the
ARM first, so the speeds are no where near the possibi
I've noticed issues getting my E320 to shutdown sometimes. It is almost like
it is halting, but not going down far enough to turn off the unit (the LED
doesn't turn off).
I'll issue the "shutdown -h now" command and it will kick me out of my ssh
session (which is fine). I cannot ping it anym
On 5/29/19 10:39 PM, Jason Roehm via USRP-users wrote:
On 5/29/19 3:58 PM, Marcus D. Leech via USRP-users wrote:
I'm a little bit surprised this worked AT ALL--you have 3 independent
multi-usrp objects all pointing at the same hardware.
Time alignment is something that is done WIT
ren't using a pi, but it certainly feels like the same issue.
____
From: Jason Matusiak
Sent: Thursday, June 20, 2019 10:24 AM
To: Chris Gobbett; Ettus List
Subject: Re: [USRP-users] E320 with larger SD card
OK, I thought I had it, but it is still not working. Here
s the new size on the
device, that I am overwriting the small partition size and screwing things up...
From: Chris Gobbett
Sent: Wednesday, June 19, 2019 8:21 PM
To: Jason Matusiak; Ettus List
Cc: Ettus Mail List
Subject: Re: [USRP-users] E320 with larger SD card
n you do this you may need some extra
linux-fu to shift your new binary/library locations to that partition rather
than the default /usr.
Cheers,
Chris
- Original Message -
From:
"Jason Matusiak"
To:
"Chris Gobbett"
Cc:
"Ettus Mail List"
Sent:
Wed, 19 Jun
ad up on Mender and see if that answers it for me. Thanks again.
On Jun 19, 2019, at 6:56 PM, Chris Gobbett
mailto:go...@tpg.com.au>> wrote:
Hi Jason,
I've had luck with the following:
- backup/clone the original SDCard image to disk and/or larger SDCard (using dd
or otherwise)
- on the
19, 2019 12:33 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] E320 with larger SD card
On 06/19/2019 12:29 PM, Jason Matusiak via USRP-users wrote:
I wanted to use a larger SD card than the one that as supplied, but I am having
issues. I loaded up the card, and then extended the data
I wanted to use a larger SD card than the one that as supplied, but I am having
issues. I loaded up the card, and then extended the data partition to use up
the rest of the free space (about 100GB). But then it doesn't boot.
I am wondering if the change to a partition size screwed up somethin
Problem solved. It was a firewall issue. Is there a list of what ports I
should make sure are opened to UDP? The ones I caught were 49152 and 49154.
Are there any others I need to know?
From: Jason Matusiak
Sent: Wednesday, June 12, 2019 10:32 AM
To: Ettus
I have a new issue with my E320. I loaded up an E320 with an SD card image
that I have used on a different working E320.
On my personal machine, I am using a 1G image that seems to work fine and
uhd_find_device (and probe) seems to be working fine. I change the IP and load
up an XG image ont
I had similar issues (that I never overcame). Here was some tips I received
back in FEB when I tried:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-February/059114.html
From: USRP-users on behalf of kailash
kumar via USRP-users
Sent: Tuesd
Leech via USRP-users
Sent: Friday, June 7, 2019 5:34 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] E320 hogging the network
On 06/07/2019 03:05 PM, Jason Matusiak via USRP-users wrote:
OK, this is actually an E310 problem. The E310 always looks off device first.
A coworker remind
hanks.
From: Sylvain Munaut <246...@gmail.com>
Sent: Wednesday, June 5, 2019 11:31 AM
To: Jason Matusiak
Cc: Robin Coxe; Ettus Mail List
Subject: Re: [USRP-users] offset tuning on the TwinRX
On Wed, Jun 5, 2019 at 4:41 PM Jason Matusiak via USRP-users
mailto
m: Nate Temple
Sent: Friday, June 7, 2019 3:10 PM
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] E320 hogging the network
Hi Jason,
You could try running the new 3.15 MPM based file system for the E310, but it
has some caveats, more details here:
http://lists.ettu
ubnet.
From: Jason Matusiak
Sent: Friday, June 7, 2019 12:41 PM
To: Nate Temple
Cc: Marcus D Leech; Philip Balister; Ettus Mail List
Subject: Re: [USRP-users] E320 hogging the network
OK, maybe based on my last email (which crossed yours I think). The addr flag
doesn'
OK, maybe based on my last email (which crossed yours I think). The addr flag
doesn't seem to work at all with the uhd_usrp_probe on the E310 (at least my
version).
From: Nate Temple
Sent: Friday, June 7, 2019 12:37 PM
To: Jason Matusiak
Cc: Marcus D
I just realized that using the 127 and 102 addresses don't work with the probe
on the E310. It only works when I don't use the arg flag.
____
From: Jason Matusiak
Sent: Friday, June 7, 2019 12:22 PM
To: Nate Temple
Cc: Marcus D Leech; Philip Balister; Ettus
om/manual/page_usrp2.html#usrp2_network_multidev
From: Nate Temple
Sent: Friday, June 7, 2019 12:17 PM
To: Jason Matusiak
Cc: Marcus D Leech; Philip Balister; Ettus Mail List
Subject: Re: [USRP-users] E320 hogging the network
Hi Jason,
On the E310, if you pass the device arg
ld be fine though because I have the same issue when I
am running commands ON my E310. And if it was a routing issue, it would mean
that both my machine and the E310 and the E320 were being screwed up.
From: Marcus D Leech
Sent: Friday, June 7, 2019 12:01 PM
To:
: Philip Balister
Sent: Friday, June 7, 2019 11:10 AM
To: Jason Matusiak; Ettus Mail List
Subject: Re: [USRP-users] E320 hogging the network
Check each ones ip address, likely by running ifconfig. In the back of
my mind, I recall something like this in the E100 days. Do they have the
same hostname
OK, another E320 question. With my custom RFNoC image, only a Radio_0 shows
up. Shouldn't there be a Radio_1 as well?
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
It looks like I am misunderstanding something with how the E320 handles the
network.
I have my E320 on my subnet with the sfp0 assigned to 10.45 (instead of the
default 10.2). I can ssh into it and things seem to run fine in embedded mode.
Now, if I ssh onto an E312 that is on the same netwo
1 - 100 of 304 matches
Mail list logo
