Hi Saeid,
For the filter rule use VID: 2500 PID: 0020
Also you may need to install the VirtualBox Extension pack.
Regards,
Nate Temple
> On Jul 6, 2017, at 11:53 AM, Neel Pandeya via USRP-users
> wrote:
>
> I meant to add that you will also still need to set the udev rules in the VM
> too
Hi Sam,
Can you please email into supp...@ettus.com. We can debug further off the
mailing list.
Regards,
Nate
> On Jul 6, 2017, at 8:39 AM, Sam Vogel wrote:
>
> Hi Nate,
>
> Sure, our company is using a custom UHD and I will have to redact part of the
> text. When I run the command it outp
Hi Konstanitn,
I assume you mean you are using VirtualBox, not VMWare.
You will need to add a USB Filtering rule for the USRP within the settings for
the virtual machine (within VirtualBox settings).
You will need to add a rule for VID: 2500 PID: 0020 for the B210.
Also, you need replace the
Hi Luis,
I will follow up with you on this issue off the list, within the thread that
has been sent to supp...@ettus.com.
Regards,
Nate Temple
> On Jul 14, 2017, at 6:51 AM, Torres Figueroa, Luis Angel via USRP-users
> wrote:
>
> Hi Nate,
>
> I have exactly the same problem that was repo
Hi,
Which OS and OS Version are you using?
Regards,
Nate
> On Jul 25, 2017, at 5:55 PM, 이진세 via USRP-users
> wrote:
>
> hello
>
> I use e310 and try to build custom fpga image.
>
> and i entered a trial license, including webPack, from Vivado License manager.
>
> In the View License S
Hi Daniele,
Generally speaking, 'maint' should be stable.
If you need an absolutely stable version, it is recommended to use a tagged
release, such as 'release_003_010_002_000' (UHD 3.10.2.0) or
'release_003_009_007' (UHD 3.9.7). We perform release testing on every tagged
version of UHD. Unle
Hi Yue,
There is only one RX path, and it is only possible to RX via TX/RX or RX2 at
any given time with the CBX/UBX/SBX/WBX daughterboards. The only exception is
the TwinRX, which has two RX channels (and no TX), that run at 100e6 each.
Regards,
Nate Temple
> On Aug 2, 2017, at 9:04 PM, Kara
Hi Konstantin,
You may want to try putting your VM into a Bridge Network mode. There may be an
issue with the NAT routing. If operating in Bridged mode, ensure your Host, VM
and E3xx all have different IP addresses.
Regards,
Nate Temple
> On Aug 3, 2017, at 9:39 AM, Philip Balister via USRP-
Hi Konstantin,
When operating in bridged mode, did you manually set the (static) IP address
within your VM?
Regards,
Nate Temple
> On Aug 3, 2017, at 11:27 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES INC] wrote:
>
> Nate,
>
> As soon I put it into bridged mode, nothing works..
Hi Konstantin,
After setting the NIC to be Bridged for the VM from VirtualBox, you need to
start the VM, then within the System Settings -> Network of the VM, manually
set the NIC to have a static IP address.
Regards,
Nate Temple
> On Aug 3, 2017, at 11:50 AM, Matheou, Konstantin J. (GRC-LCI
Hi Konstantin,
You can try connecting via the Serial port [1]. I would suggest to first try
undoing any changes you have made to the ssh_config. By default it will not
require any passwords.
If that is not successful, I would suggest downloading a fresh release-4 image
from [2] and writing it
Hi Konstantin,
Yes, I suspect there may be an issue with a configuration or change to the SSH
configs on your current image. Starting with a fresh release-4 image should
resolve the issue.
Regards,
Nate Temple
> On Aug 3, 2017, at 12:17 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGI
Hi Konstantin,
In regards to the page not showing instructions, please copy and paste the full
links listed below. If you note within the screenshot you posted, you have the
URL of:
"https://kb.ettus.com/Ettus_USRP_E300_Embedded_Family_Hardware_Resource";
The full address is:
"https://kb.ettu
Hi Konstantin,
Can you please send the full part number and serial number for your device. It
is located on the label on the bottom side of the E3xx. ( "P/N: XX", "S/N:
XXX" )
Regards,
Nate Temple
> On Aug 8, 2017, at 8:33 AM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES INC]
Hi Konstantin,
I don't suspect that there is any issue at all with the hardware. It is most
likely due to the image or partition table on the SD card not being setup
correctly.
Can you please open the Disk Management program within Windows and with the SD
card inserted, take a screen capture
Hi Konstantin,
The partition table looks like it is OK.
I would suggest trying to redownload the release-4 / SpeedGrade3 images again
and try burning them to the SD Card again. Verify that the md5sums match what
is posted in the SG3/ folder.
The error you're seeing has only came up when the i
Hi Konstantin,
Also, looking up the serial number 8117FF1 didn't not result in any matches.
Can you please send a picture of the back label so we can clearly see the
numbers on the label?
Regards,
Nate Temple
> On Aug 8, 2017, at 12:23 PM, Nate Temple wrote:
>
> Hi Konstantin,
>
> The p
Hi Konstantin,
Can you please attach the picture of the back label?
Regards,
Nate Temple
> On Aug 8, 2017, at 12:29 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES INC] wrote:
>
> I am wearing my reading glasses and the letters were very small too...
>
> I took the picture and zoom
Hi Konstantin,
Thank you for sending the image. It is indeed a SG3 E310. Please try
downloading the release-4 / SG3 images again, verify the md5sum against the
hashes provided in the same folder and try writing them again.
Regards,
Nate Temple
> On Aug 8, 2017, at 12:41 PM, Matheou, Konstant
Hi Konstantin,
Please use 7zip to decompress the file.
Details on calculating a md5sum via Windows can be found here:
https://support.microsoft.com/en-us/help/889768/how-to-compute-the-md5-or-sha-1-cryptographic-hash-values-for-a-file
Regards,
Nate Temple
> On Aug 8, 2017, at 12:45 PM, Mathe
Hi Konstantin,
Thats good news.
Now you need to update the host identification for E31x, as it's fingerprint
has changed.
Within the Linux VM, remove the file /home/user/.ssh/known_hosts with the
commnad:
rm -v ~/.ssh/known_hosts
Then attempt to login again, you'll be prompted to verify the
Hi Konstantin,
I would suggest trying to attach to the E310 via the serial connection and then
issue a reboot command for it.
Verify all your settings are as they should be.
Regards,
Nate Temple
> On Aug 8, 2017, at 1:30 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES INC] wrote:
Hi Konstantin,
It is fine to have the serial and ethernet connected at the same time.
By manually power cycling the device, without a proper shutdown, it may have
corrupted the SD card.
I would suggest trying to re-image the SD card again, and go through the
process as it had previously work
Hi Konstantin,
You should not need to edit the ssh_config at all.
If you attempt to SSH to the E310 from the Linux VM now, does it work?
What is the full output when you try to SSH to the E310?
Regards,
Nate Temple
> On Aug 8, 2017, at 1:52 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLO
Hi Konstantin,
This appears to now be an IP Address / conflict issue.
The user for the E310 is "root".
What is the IP address for your virtual machine? Please send the out of the
command:
ip a
Regards,
Nate Temple
> On Aug 8, 2017, at 2:01 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHN
Hi Konstantin,
I don't understand why you're trying to use the username kmatheou when
connecting to the E310.
The user on the E310 is "root". You need to issue the command *from the Linux
VM* to the E310, "ssh root@192.168.10.2".
Regards,
Nate Temple
> On Aug 8, 2017, at 2:12 PM, Matheou,
Hi Konstantin,
I think the issue now lays within some routing or networking issue between the
E310 and the VirtualMachine.
Perhaps try turning off the firewall on your Windows host.
Test pinging the VM from the E310 when connected via serial connection.
Try pinging the E310 from the Windows ho
Hi Konstantin,
Glad to hear that it is working.
There are several application notes in the Ettus Knowledge Base that cover
working with the E310.
https://kb.ettus.com/Application_Notes
Regards,
Nate Temple
> On Aug 8, 2017, at 2:47 PM, Matheou, Konstantin J. (GRC-LCI0)[ZIN
> TECHNOLOGIES I
Hi Masoud,
Please refrain from creating multiple threads on the same topic. [1][2][3]
Have you tried the suggestion that Marcus Leech suggested in your original
post? [4] You're still posting with n_channel = 1, when it should be n_channel
= 2;
[1] -
http://lists.ettus.com/pipermail/usrp-user
Hi Masoud,
Please refrain from creating multiple threads on the same topic. [1][2][3]
Have you tried the suggestion that Marcus Leech suggested in your original
post? [4] You're still operating with n_channel = 1, when it should be
n_channel = 2;
[1] -
http://lists.ettus.com/pipermail/usrp-u
Duplicate thread - Please see this thread for responses -
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-August/026033.html
On Tue, Aug 8, 2017 at 12:30 PM, Masoud Naderpour via USRP-users <
usrp-users@lists.ettus.com> wrote:
>
>
>
> Hi,
> I have launched B210 USRP MIMO config.
Hi Daniel, Michael:
Generally there should be no compatibility issues. Where you may run into an
issue with compatibility is if for example, you build UHD & GNU Radio, then
switch the major version of UHD without rebuilding GNU Radio. This will cause
an ABI mismatch, and GNU Radio needs to be r
Hi Daniel,
There should be no compatibility issues with using GNU Radio with UHD 3.10.x.x.
Which version of GNU Radio are you using? It is usually suggested to use either
the 'maint' branch or a tagged release, such as "v3.7.10.2".
What error are you getting?
Regards,
Nate Temple
> On Aug 2
Hi Daniel,
It is generally recommended not to run within a VM, and it is better to operate
on the bare metal host for SDR applications. You should expect lower
performance and throughput when operating within a VM vs a bare metal host.
However it is possible.
>How much memory (RAM) should we
Hi Snehasish,
You should not be using a Throttle block when you have any actual hardware
within the flowgraph.
Note, in order to write 200 MS/s to disk, you'll most likely need a PCIe based
SSD, or SSD Raid configuration. I've had success with an Intel 750 Series PCIe
based SSD to write 200 MS
Hi Dave,
This is certainly an interesting issue. I suspect the core of the issue may be
power draw on the USB interface during boot. One of the common issues with the
XU4 that I've seen reported is that the USB3 ports do not provide USB3 spec
power levels.
Using a powered USB3 hub may resolve
t; from you about using b2x0's with XU4... :-)
>
> Many Thanks,
> Dave
>
> On 02/09/17 23:30, Marcus D. Leech via USRP-users wrote:
>> On 09/02/2017 05:02 PM, Nate Temple via USRP-users wrote:
>>> Hi Dave,
>>>
>>> This is certainly an interesti
Hi John,
I've matched your configuration, with a N210 with GPSDO as master, and a
N210 slave connected via a MIMO cable. I was able to create a pair of
synced streams with the flowgraph attached without issue. Can you give it a
try? Otherwise email us at supp...@ettus.com and we can follow up ther
Hi Alex,
You'll need to run uhd_images_downloader on the E3xx, and note the URL for the
FPGA .zip file it is attempting to fetch within the output. Download that zip
file on a computer that is connected to the internet, then transfer it to the
E3xx, and unpack them, and you should then be able
Hi Mark,
The UBX v2 is not supported using UHD 3.9.3. Support for the UBX v2 was
added with UHD 3.9.5 and UHD 3.10.2.0. Can you please try updating to the
newest UHD, such as 3.9.7 or 3.10.2.0 and try probing USRP/DBs again?
Regards,
Nate Temple
On Tue, Oct 17, 2017 at 1:01 PM, Mark Koenig via U
Hi Tathagata,
After you boot, if you run: $UHD_INSTALL_PREFIX/utils/b2xx_fx3_utils
--reset-device
Are you able to then initialize the USRP by running uhd_usrp_probe?
Regards,
Nate Temple
> On Oct 31, 2017, at 11:11 AM, Neel Pandeya via USRP-users
> wrote:
>
> Hello Tathagata:
>
> If I r
Hi John,
You will need to run Ubuntu <14.04.4 [1] which has the 4.2 kernel, to use the
NI driver for the PCIe connection. We have the update on our radar, however I
don't have any estimate on when it will be available at this time.
[1] -
https://wiki.ubuntu.com/Kernel/Support?action=AttachFil
Hi Adam,
This is a known bug that we are tracking on our internal issue tracker.
Can you please try building with these commits:
https://github.com/EttusResearch/gr-ettus/commit/30302780a44f3f0b146e9b81f88e70c9d983f559
https://github.com/EttusResearch/uhd/commit/12a34d6ef6b9666e29a23039291138f
Hi Alejandro,
The TwinRX does not support a 184.32e6 Master Clock Rate which is required for
srsLTE. The TwinRX DBs also will not work with srsLTE as they do not have any
TX channels.
Regards,
Nate Temple
> On Dec 28, 2017, at 8:52 AM, ALEJANDRO BLANCO PIZARRO via USRP-users
> wrote:
>
>
Hi Anon,
Please disregard my comment before about the Osmocom blocks, I had switched to
the wrong flowgraph.
A normalized gain of .5 on the TwinRX is bit low. The TwinRX has 95dB of
adjustable gain. Around 60-70 dB will usually provide a good SNR with a common
antenna attached.
Regards,
Na
Hi Anon,
Can you try running these tests with a tagged release of UHD, such as
"release_003_010_002_000" instead of the master branch? You may need to
recompiled GNU Radio against this version of UHD. It is important to
download and flash the 3.10.2.0 FPGA image before running the tests.
If 3.10.
Hi Jacob,
Can you try upgrading to UHD 3.10.3.0 to see if it resolves this error?
Regards,
Nate Temple
On Thu, Feb 1, 2018 at 5:09 PM, Jacob Knoles via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello all,
>
> I have an application that utilizes an X300 radio to play a short burst of
> p
Hi Wahhab,
The MIMO Cable will work with the USRP2. Please see this section of the UHD
Manual: http://files.ettus.com/manual/page_usrp2.html#usrp2_mimocable
Regards,
Nate Temple
On Tue, Feb 6, 2018 at 1:34 PM, Wahhab Albazrqaoe via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I would like
Hi Steven,
If you are able, can you please post an application/code that demonstrates
this ? Without seeing the code, its nearly impossible to debug the issue.
What version of UHD are you using?
Regards,
Nate Temple
On Thu, Feb 8, 2018 at 1:33 PM, Steven Knudsen via USRP-users <
usrp-users@li
Hi Kasper,
There are several caveats/issues/topics to consider with regards to running
at higher sample rates with the B2xx. Generally speaking, Linux will offer
better performance than Windows.
What version of UHD are you using? If you're not using UHD 3.10.3.0, can
you please try upgrading? UHD
Hi Brais,
You'll want to have an isolator/ciculator inline.
Regards,
Nate Temple
On Wed, Mar 7, 2018 at 3:29 PM, Brais Ares via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello,
>
> We are planning to use a B210 device in a project where there may be high
> power interferences.
>
> What
Hi Keith,
Can you please give UHD 3.9.7 or the 3.9-LTS branch of a try with your
setup?
What kind of CPU does your host have? What is the load profile while your
application is running?
Regards,
Nate Temple
On Thu, Mar 8, 2018 at 1:55 PM, Keith k via USRP-users <
usrp-users@lists.ettus.com> wro
Hi Tarik,
If you press "F6" instead of the "Run" button, it will bypass this warning
and run the flowgraph.
Regards,
Nate Temple
On Mon, Mar 19, 2018 at 8:59 AM, Tarik Kazaz via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi All,
>
>
> I am using USRP X310 with UBX-160MHz. I tried to run
Hi Colin,
The B2xx/AD936x has built in DC offset calibration that may be causing
this, and generally you will want to either offset tune so your signal is
not at the exact center frequency, but still within your passband, or use
the LO offset functionality.
Using the LO offset method is the easie
Hi Carmine,
Can you please post a plot showing the spurious emissions you're seeing?
If possible, if you can include how you're generating the plots (the
script) would be useful as well.
What version of UHD are you using?
What color is the PCB of your B200?
What USRP are you using as a receive
Hi Sarah,
For four channels on the N310 and UHD 3.11.0.1, the subdev spec will be
"A:0 B:0 C:0 D:0".
What sample rate are you running at ?
Regards,
Nate Temple
On Mon, Apr 23, 2018 at 6:50 PM, Sarah Tran via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi all,
>
>
>
> I recently got the
Hi Voonna,
What is your CPU frequency?
What kind of NIC are you using?
If your NIC supports DPDK, I would recommend trying to use the DPDK
transport, but you will need to update to UHD 3.14.1.1 to support DPDK with
the X310.
https://files.ettus.com/manual/page_dpdk.html
Regards,
Nate Temple
Hi Bisma,
You should download the FPGA images for your installed version of UHD (with
uhd_images_downloader) and then write a new FPGA image to the E320 using
the uhd_image_loader utility.
UHD will work on Ubuntu 19.x.
Regards,
Nate Temple
On Wed, Nov 6, 2019 at 2:38 AM Bisma Amjad via USRP-use
Hi Z. Cao,
What version of UHD are you running on your old E310?
Generally the max sample rate supported by the ARM is ~10 MS/s.
With regards to the sample rate error you saw when trying to run at 40
MS/s, try adding the device args: "master_clock_rate=40e6".
>Does RFNoC included in the default
Hi Michael,
Please see this app note which covers cross compiling UHD/GR/gr-ettus.
You can treat your OOT the same as gr-ettus.
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source#SDK_Setup
https://kb.ettus.com/Software_Development_
Hi Luke,
What version of UHD are you using?
There was an issue with the DUC/DDC phase accumulator's resolution, but it
was fixed with UHD 3.14.1.0.
The threads below are were this was identified:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-May/059914.html
http://lists.ettus
Hi Luke,
There is an example of setting timed commands in a custom block for the
TwinRX in gr-doa here:
https://github.com/EttusResearch/gr-doa/blob/master/python/twinrx_usrp_source.py#L101-L121
You can do this with the standard UHD source/sink blocks, by first making
your flowgraph, then genera
Hi Robert,
Thanks for the bug report.
If you're just trying to use RFNoC at this point, I would recommend to
stick with the latest stable release, which at this time is v3.14.1.1.
Note, 3.14.x.x UHD will require Vivado 2017.4.
Regards,
Nate Temple
On Mon, Dec 9, 2019 at 7:33 AM Robert via USR
Hi Robert,
So this is a bug related to Vivado, you will need to install this linked
below patch and it should resolve it.
https://www.xilinx.com/support/answers/71898.html
Regards,
Nate Temple
On Mon, Dec 9, 2019 at 10:38 AM Nate Temple wrote:
> Hi Robert,
>
> Thanks for the bug report.
>
> I
Hi Robert,
This patch/line change detailed below should resolve that issue and will be
included in the official 3.15.0.0 release:
---
usrp3/lib/rfnoc/noc_shell.v | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/usrp3/lib/rfnoc/noc_shell.v b/usrp3/lib/rfnoc/noc_shell.v
index 92
Hi Thomas,
One option instead of using the Replay block could be to stream 2x 200e6
from your host.
On the X310, this requires using a SRAM image and DPDK. DPDK support was
added with UHD 3.14.1.0 for the X310, I'd suggest to use 3.14.1.1 at this
time though.
Some links on DPDK:
https://www.dpd
On Wed, Dec 11, 2019 at 9:33 AM Nate Temple wrote:
> Hi Thomas,
>
> You will need to apply these changes below to the
> fpga-src/usrp3/top/x300/rfnoc_ce_default_inst_x310.v file. This will add
> additional SRAM FIFOs, which is basically what the "XGS" / SRAM image is.
> Make sure to start with th
Hi Padorin,
Yes the B210 supports 2x2 @ 30.72e6, but is dependent upon your host system
and USB controllers.
You can try using sc12 OTW format which may help:
./benchmark_rate --rx_otw sc12 --tx_otw sc12 ..
Also ensure you've set your CPU governor to performance, and enabled thread
prioirty
Hi,
Just wanted to send the list a quick note that we have added an archive of
UHD manuals for all previous UHD versions, which can be found here [0].
These can be useful for reference if you're using an older version of UHD,
as the main manual [1] is built off of the master branch.
[0] - https:/
There was recently a change to the directory structure for the E300/E310s.
If you're running 3.15.0.0, this should be fixed, see the commits from ~Nov
21 here:
https://github.com/EttusResearch/fpga/commits/v3.15.0.0/usrp3
Regards,
Nate Temple
On Fri, Jan 3, 2020 at 11:17 AM Marcus Müller via US
Hi Richard,
To clarify, are you using a common Octoclock, with the 3 X300's in the same
location, or separate locations with 3x Octoclocks? Do you have equal
length cables to the antennas and does the rest of the system match ?
What is your RX frequency ?
What daughterboard are you using?
You m
I meant to include this link with regards to the same rates in my previous
email:
https://files.ettus.com/manual_archive/v3.15.0.0/html/page_general.html#general_sampleratenotes
On Fri, Jan 10, 2020 at 10:40 AM Nate Temple wrote:
> Hi Richard,
>
> To clarify, are you using a common Octoclock, wi
Hi Rob, Robert, Sammy:
Generally for this type of application we would recommend the X310+TwinRx.
With the TwinRX, you'll be able to have repeatable phase offsets with a
given gain, frequency, sample rate and temperature of a device/system. The
N310 will have a 180 degree phase ambiguity due to th
Hi Rob,
You should always use a tune request with a timed command when you want to
align channels.
One thing you could test is to try using the internal LO and see if you get
different results.
Also you could try using the integer N tuning mode, but I don't think it
will make any difference for
Hi Rob,
One other thing, if you're not on UHD v3.15.0.0, I'd recommend to update to
it. There was some phase reset and accumulator fixes with 3.15.0.0.
https://github.com/EttusResearch/uhd/blob/UHD-3.15.LTS/CHANGELOG#L44
Regards,
Nate Temple
On Mon, Jan 27, 2020 at 11:17 AM Nate Temple wrote:
Hi Rob,
Thanks for trying your setup with 3.15.0.0.
I will see what I can do about getting these fixes backported to 3.14, any
changes will need to be on the UHD-3.14 branch (the maint branch for 3.14),
we won't be able to apply these changes to 3.14.1.1, as it's a tagged
release.
Regards,
Nate
ctly. Suppose
> I have a system with 8 channels with X310+TwinRX and shared LO. Can I turn
> it off and come back the next day and still have the same phase offset
> between the channels that I had the day before?
>
> Sammy
>
> Nate Temple via USRP-users schrieb am Mo.,
>
Hi Austin,
The MTUs on your host and N310 must match. You should modify the systemd
configuration on the N310 are restart the whole device or restart
systemd-networkd
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Updating_the_Network_Configurations
It is not recommended to
Hi Austin,
>Is there a way to do it directly via the jtag and using the screen command
to speak with the N310?
You could connect to the ARM via JTAG as detailed in the link below, but
you're better off just SSH'ing into it.
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Conn
Hi Jeff,
Yes, it will change the process slightly, you will no longer need to do a
--recursive clone of the UHD repo (to pull in the FPGA repo submodule).
We will be updating the applications notes to be in sync with 4.0/master
soon.
Regards,
Nate Temple
On Wed, Feb 5, 2020 at 11:42 AM Jeff S v
Hi Simon,
The E310 network mode was removed from UHD with the switch to the MPM based
file systems. If you need to use the network mode, you should use an older
version of UHD.
Regards,
Nate Temple
On Mon, Feb 24, 2020 at 11:05 AM Simon G4ELI via USRP-users <
usrp-users@lists.ettus.com> wrote:
Hi Simon,
No, the USB cable will only provide serial access.
You could use GNU Radio to stream samples via ZMQ/TCP/UDP sockets. You
could also use pure C++/UHD API to stream via a UDP interface such as with
the example program rx_samples_to_udp.
Regards,
Nate Temple
On Mon, Feb 24, 2020 at 11:1
Hi Jason,
This magic poke should do the trick:
python $UHD_INSTALL_DIR/firmware/usrp3/x300/x300_debug.py --addr=
--poke=0x100058 --data=1
Regards,
Nate Temple
On Mon, Jul 23, 2018 at 9:45 AM, Nick Foster via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I've solved this with the USB JTAG
Hi David,
We would like to debug this off the mailing list. Could you please email us
at supp...@ettus.com with the device's serial number?
Regards,
Nate Temple
On Tue, Sep 4, 2018 at 8:31 AM, David Zamorano Fernández via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi all!
>
> We have im
Hi Bob,
What USRP / DB are you using?
Regards,
Nate Temple
On Thu, Sep 13, 2018 at 6:53 AM, Tillson, Bob (US) via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Running 3.13.0.0 on Windows.
>
>
>
> I have a flag in my app to enable/disable offset tuning.
>
>
>
> Application works properly an
Hi EJ,
Thanks for the detailed report. We are working on addressing these issues
and will follow up with a more detailed response soon.
Regards,
Nate Temple
On Wed, Oct 24, 2018 at 3:01 PM, EJ Kreinar via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi All,
>
> I've been working with the N
Hi David,
You can find the N3xx rack mount kit here:
https://www.ettus.com/product/details/n3xx-rack-mount
Regards,
Nate Temple
On Fri, Nov 16, 2018 at 8:19 AM Bengtson, David E. via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Is there a 19” Rack mount Kit for the N310 available or planne
Hi Rob,
Thanks for bringing this to our attention. We will file an issue on our
internal bug tracker and get it resolved.
Regards,
Nate Temple
On Fri, Nov 16, 2018 at 10:41 AM Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I am using the RFNoC radio_ctrl API with my X310 and
Hi Florian,
If you pass the arg "--ref external" to tx_waveforms, does it resolve this
frequency offset?
https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp#L62
Regards,
Nate Temple
On Thu, Dec 6, 2018 at 12:22 AM Florian Kaltenberger via USRP-users <
usrp-users@lis
Hi Andre,
GQRX uses gr-osmosdr under the hood to interface to the USRP, the setters
and getters are there [0] to set the sources for an external ref/timing
source, but it does not parse the device arg to set them [1]. If you add
the parsing and rebuild gr-osmosdr and then GQRX, it will work.
htt
Hi Luz,
You can call the api calls just as you would in C++ from the usrp object.
For example:
usrp = uhd.usrp.MultiUSRP(args.args)
usrp.set_clock_source("external")
usrp.set_time_source("external")
Regards,
Nate Temple
On Wed, Jan 16, 2019 at 2:51 PM Florez Manduca, Luz E CIV USARMY (USA
Hi Steve,
Those application notes are outdated. We are working on updating them
currently and expect to have the new versions posted soon.
I'll follow up with you off list with a set of instructions using a newer
version of UHD.
Regards,
Nate Temple
On Mon, Jan 21, 2019 at 9:43 AM Steve Clift v
Hi Sam,
These are all new issues that we were unaware of. I will follow up with you
off list to debug these issues through your previously sent email to
supp...@ettus.com.
Regards,
Nate Temple
On Fri, Jan 25, 2019 at 2:13 PM Samuel Prager via USRP-users <
usrp-users@lists.ettus.com> wrote:
> H
Hi Andrew,
This is an issue we are aware of related to the RFNoC DDC/DUC blocks. We
are working on a fix and expect to have in a future release of UHD.
Regards,
Nate Temple
On Mon, Jan 28, 2019 at 10:11 AM Andrew Danowitz via USRP-users <
usrp-users@lists.ettus.com> wrote:
> I have an RFNOC blo
Hi Andrew,
Please take note of this section of the KB with regards to FPGA
modifications: https://kb.ettus.com/X300/X310#FPGA_User_Modifications
The PCIe interface and LvFpga_Chinch_Interface cannot be modified, even if
you are not using PCIe as a transport, as it will brick the flash memory:
htt
Hi Robert,
Can you try adding the NIC configuration to /root/.uhd/uhd.conf instead of
/etc/uhd/uhd.conf ? You'll need to run your UHD applications as root as
well.
You will also need to change the line:
dpdk-driver=/usr/local/lib/dpdk-pmds/
to be:
dpdk-driver=/usr/lib/x86_64-linux-gnu/
You'll
Hi Robert,
Can you send the output of:
tree /sys/kernel/iommu_groups/
Do you have an external GPU installed on your system?
Regards,
Nate Temple
On Fri, Feb 8, 2019 at 9:13 AM wrote:
> Hi Nate,
>
>
>
> thanks for the quick reply. I changed the dpdk-driver and copied the
> config file to /r
Hi Andre,
The one example I can give at this time is limited and semi-anecdotal as
I've only tested it on a single machine.
With an i7-4790k / Intel x520-DA2 and N310, to stream at full duplex, over
two channels at 125 MS/s, the lowest I can run my CPU clock freq at without
flow control errors is
Hi Kurt,
There is work being done to convert the E310/2 to the MPM architecture, but
it is not ready for release yet.
DPDK is only supported on devices that have an additional management
interface such as the N3xx. It should work on the E320, but I have not
tested it yet. The UHD DPDK implementat
Hi Joshua,
The Jackson Labs based GPSDOs (for B2xx, X3xx and N3xx, E320) are all ready
for the GPS roll over event. We dont expect any issues with the JL GPSDOs
until 2028 and later. Depending upon when the units were manufactured it is
out until 2038.
I'll need to look into the Ublox on the E310
1 - 100 of 158 matches
Mail list logo
