Hi Lukas,
A few remarks:
- The 2nd code you sent works fine. Thanks.
- I'm not sure that starting/stopping as I do in my program is causing
the issue. The only reason I didn't continuously stream both Rx and Tx
like you do in gnuradio is because my software is not setup to do that.
On 03/19/2020 08:16 PM, Lukas Haase via USRP-users wrote:
Hi Rob,
Sorry I really should have ran the python file before uploading. The
issue was that I combined to files into one and forgot to remove the
imported file.
Here is a new one (tested): http://paste.ubuntu.com/p/VsGRmsbZQ5/
Thanks fo
On 03/19/2020 09:17 PM, Carmichael, Ryan via USRP-users wrote:
I have 4 SFI/SFP+ NICs, shown below (Intel 82599ES), although right
now I only have two of them connected to anything (the X310 in question)
0b:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Conne
I have 4 SFI/SFP+ NICs, shown below (Intel 82599ES), although right now I only
have two of them connected to anything (the X310 in question)
0b:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+
Network Connection (rev 01)
0b:00.1 Ethernet controller: Intel Corporation 82599
hi Marcus,
Thank you for your reply.
this is the output:
Please run:
"/usr/lib/uhd/utils/uhd_images_downloader.py"
No UHD Devices Found
oai@oai:~$ sudo /usr/lib/uhd/utils/uhd_images_downloader.py
[INFO] Images destination: /usr/share/uhd/images
[INFO] No inventory file found at /usr/share/uhd/
On 03/19/2020 08:09 PM, Neel Pandeya via USRP-users wrote:
Which 10 Gbps network card are you using?
--Neel Pandeya
Also, are you certain that your IP stack is actually routing to one of
those two cards?
On Thu, 19 Mar 2020 at 10:50, Carmichael, Ryan via USRP-users
mailto:usrp-users@lis
Hi Rob,
Sorry I really should have ran the python file before uploading. The issue was that I combined to files into one and forgot to remove the imported file.
Here is a new one (tested): http://paste.ubuntu.com/p/VsGRmsbZQ5/
Thanks for reporting your results very interesting!
Which 10 Gbps network card are you using?
--Neel Pandeya
On Thu, 19 Mar 2020 at 10:50, Carmichael, Ryan via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I had an application running with 3.11.1 libraries and and my X310
> corresponding firmware. After building and installing 3.15.0 on my
Lukas,
I installed gnuradio and tried to run but encounter the following. I'm
guessing this is your block.
Traceback (most recent call last):
File "test.py", line 25, in
import epy_block_1
ImportError: No module named epy_block_1
Rob
On Thu, Mar 19, 2020 at 6:28 PM Rob Kossler wrote:
> O
Ok. False alarm. I forgot about the dboard clock needing set to 20MHz for
RF freq below 1 GHz. When I made this change, now I get consistent Rx-Tx
phase for the first mode where both Tx and Rx start/stop at each test.
Rob
On Thu, Mar 19, 2020 at 6:10 PM Rob Kossler wrote:
> Ok. I modified my
Ok. I modified my code to be more like yours...
- toggling dsp freq rather than LO freq
- LO at 900 MHz
- external connections Tx0 => Splitter_1x2 => both Rx0 and Rx1
- Previously, I was starting / stopping both Rx & Tx in between each
test. Now, I added a mode where the Tx is on c
Lukas,
Just before receiving your email, I ran the following with my custom c++ &
matlab software using X310/UBX-160 with the connections I described. The
following shows the output which is very consistent. I used a 100 tone
multi-tone waveform spread over 4 MHz bandwidth (using 5 MS/s sample ra
Hi Rob,
Yes, I confirm your conclusion.
I calculate the relative phase by dividing the outputs of both receivers. To understand better, note that I have an additional "IF stage" in my own signal flow such that I exclude DC offset correction etc. the USRP may perform. This is the block dia
Hi Rodolphe - you need to type
lsusb
and find your USRP device ID.
For instance, for my HackRF lsusb indicates it's ID is:
Bus 003 Device 003: ID 1d50:6089 OpenMoko, Inc. Great Scott Gadgets
HackRF One SDR
Then I would type
lsusb -v -d 1d50:6089
Once you have the output for you USRP
Rob-
Thank you for responding.
Yes I agree that if you look in legacy_compat.cpp it seems to suggest that if
it did find the duc and ddc it would skip it and wire direct to the radio
block. That is kind of why I thought it might be safe to do this. I am guessing
there might be a bug with this
Hi Damon,
this sounds like DPDK is working, but something's not 100% correctly
configured. What does your dpdk-ipv4= line say?
Best regards,
Marcus
On 16.03.20 20:03, guowang qiu via USRP-users wrote:
> Hi everyone,
>
> I am trying to connect my notebook to X310 with a thunderbolt 3 to
> 10GNB
Hi Basse,
knowing our downloader, this is very likely a problem on your side: Is
it possible you have a HTTP proxy set up that does SSL tunneling, but
you've forgot to install the CA certificate, so that you don't trust
your own proxy?
Can you share the full output of
echo "http_proxy ${http_pro
Ubuntu 14 is old enough that the CA certificate cache used by the SSL
implementation doesn’t have the CA certificate that used the certificate used
by the Ettus server.
You really really should upgrade your system. Ubuntu 14 is ancient at this
point.
Sent from my iPhone
> On Mar 19, 2020, a
I had an application running with 3.11.1 libraries and and my X310
corresponding firmware. After building and installing 3.15.0 on my system and
flashing the X310, everything seemed okay.
However, we now get this error when starting up:
[WARNING] [X300] You requested a send frame size of (9000)
Hi
just tried to install UHD into my ubuntu 14 hosts. doing for 2 months, I
always ended with this error:
oai@oai:~$ /usr/lib/uhd/utils/uhd_images_downloader.py
[INFO] Images destination: /usr/share/uhd/images
[INFO] No inventory file found at /usr/share/uhd/images/inventory.json.
Creating an emp
Hi Lukas,
So, the conclusion is that your Rx0-to-Rx1 relative phase is nearly
constant such that it seems that both Rx0/Rx1 are phase coherent and
Tx0/Tx1 are phase coherent. But, phase from Tx-to-Rx is random. Please
correct me if that is wrong.
I have a few comments:
- How do you measure/c
Arne,
That seems to have worked! (Maybe it should be in the Ettus KB dependency
list?)
Thank you much, and no worries on the typo! 🙂
Regards,
Jeff
From: USRP-users on behalf of Arne Magnus
Tveita Løken via USRP-users
Sent: Thursday, March 19, 2020 4:02 AM
Please ignore messages about Bus 02, it is not a bus linked to USB ports.
USB ports are linked to bus 01.
I did the same procedure (plug USRP / USB 3.0 stick and check lsusb) with a
computer that is currently OK with USRP b210 over 3.0 (UHD 3.10) :
Both USRP and USB stick are "5000M", whereas it
Sorry for the slight typo, I meant
$ apt install python-future
Best regards,
Arne
Fra: Løken, Arne Magnus Tveita
Sendt: torsdag 19. mars 2020 10:01
Til: 'usrp-users@lists.ettus.com'
Emne: Re: [USRP-users] rfnocmodtool Problem
Hi Jeff,
As far as I can tell, this is not an issue with RFNoC; you
Hi Jeff,
As far as I can tell, this is not an issue with RFNoC; you simply seem to be
missing (at least one) Python module. If you're on Ubuntu, try the following:
$ apt install pyhon-future
Best regards,
Arne
___
USRP-users mailing list
USRP-users@l
Last update :
When I plug a USB 3.0 stick, dmesg still says that it acts with
"full-speed", however lsusb gives me :
Device can operate at SuperSpeed (5Gbps)
This does not appear when USRP is plugged in instead of the USB stick.
Also I noticed in the very early messages of dmesg :
[1.
Also lsusb -t gives me this :
# lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 1M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
|__ Port 1: Dev 5, If 0, Class=Vendor Specific Class, Driver=, 480M
|__ Port 10: Dev 2, If 0, Class=Application
Cinaed,
Thank you.
Output is empty (except at FIXME warning : "FIXME: alloc bigger buffer for
device capability descriptors").
However, without filtering I have something like this :
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
bLength18
bD
28 matches
Mail list logo
