Hello Dominic:
The USRP 2974 is basically a USRP X310 with two UBX daughterboards and a
GPSDO module, with an internal Intel SoM. You can install Linux, UHD, GNU
Radio, RFNoC directly onto the SoM, as you would with a laptop computer.
There is a KB page for the USRP 2974. Please let me know if y
Hello Barry:
On the B200mini, you can transmit (on the TX/RX port) and receive (on the
RX2 port) at the same time.
The minimum sample rate depends on the lowest master clock rate and the
maximum decimation factor. I don't recall these values off the top of my
head, but I'll go double-check them.
Hello Dev Joshi:
Is the N200 directly connected to the host computer?
What are the IP addresses and netmask of the host and the N200? Do you have
a gateway address configured?
Earlier, Marcus suggested trying to augment your device string with
"type=n2xx". Did you try that?
--Neel Pandeya
On
Hello Jeff:
There are two versions of the QNAP device, one with RJ-45, and one with SFP.
It should work well out-of-the-box with Ubuntu 20.04.
https://www.qnap.com/en-us/product/qna-tb-10gbe
--Neel Pandeya
On Tue, 13 Oct 2020 at 11:20, Jeff S via USRP-users <
usrp-users@lists.ettus.com> wrot
Hello Dimitris:
The KB has information about the USRP N320/N321 and the LOs.
https://kb.ettus.com/N320/N321
https://kb.ettus.com/USRP_N320/N321_LO_Distribution
The LOs cannot be imported or exported on the USRP B200/B210.
https://kb.ettus.com/B200/B210/B200mini/B205mini
The LO ports on the US
Hello Sourin:
Could you share your C++ program, so that we might try to reproduce the
problem here?
Which version of Linux / Ubuntu are you running?
--Neel Pandeya
On Thu, 6 Aug 2020 at 11:51, Sourin Mondal (Vehere) via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
> I am using UHD-3
Just a reminder of the 10th annual New England Workshop on Software-Defined
Radio (NEWSDR) on Wednesday August 12. It's less than one week away!
This year's event will be run virtually. The event agenda includes keynote
speaker Dr Tom Rondeau of DARPA, poster presentations, and three "fireside
c
Hello Koyel:
The PCIe driver was just recently updated, and is available at [1], and
instructions are at [2]. You will need to install the repo RPM or DEB
first, using either "rpm" or "dpkg", and then run either "dnf" or "apt" to
install ni-usrp-rio. You should be able to use RHEL/CentOS 8, Fedo
Hello Koyel:
Yes, to use PCIe with the USRP X300/X310, you need to download and install
the PCIe driver.
However, if you're using UHD/C++ or GNU Radio, then I would recommend using
10 Gbps Ethernet instead.
--Neel Pandeya
On Tue, 4 Aug 2020 at 04:30, Koyel Das (Vehere) via USRP-users <
usrp-u
Hello Surabhi:
What are your specific system requirements?
Let's discuss directly, please send me an email.
--Neel Pandeya
On Wed, 22 Jul 2020 at 03:46, Kumari, Surabhi via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
>
>
>
> I was working with LimeSDR with OpenAirInterface, We are
We would like to announce the 10th annual New England Workshop on
Software-Defined Radio (NEWSDR 2020) on Wednesday August 12. This year's
event will be run virtually. The event program includes keynote speaker Dr
Tom Rondeau of DARPA, exciting "fireside chats" on topics such as spectral
coexiste
You cannot synchronize USRP devices by using a daisy-chain configuration.
The 10 MHz reference and the 1 PPS on both USRP devices must be connected
to a common 10 MHz reference and to a common 1 PPS signal. The OctoClock-G
device can be used to generate these signals and to distribute them to 8
de
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
Hello Lukas:
Yes, I would recommend using the Intel X710-DA2. It should work solidly
out-of-the-box with Ubuntu 18.04.4 and 19.10.
You will need SFP+ modules, and the 10Gtek module in your Amazon.com link
should work, although we have never tested that specific module before. We
have successful
Hello Lukas:
Do you have the option of using 10 Gbps Ethernet?
It will provide you the equivalent performance on the X300/X310 as the PCIe
interface.
The Intel X710-DA2 network card works very well out-of-the-box with Ubuntu
18.04 and 19.10.
Most people using Linux and GNU Radio with the X300/X
I also meant to say that maybe you could contact someone at Geon
Technologies [1], or submit a GitHub Issue in one of the repositories [2,3].
[1] https://geontech.com/redhawk-sdr/
[2] https://github.com/redhawksdr
[3] https://github.com/RedhawkSDR/USRP_UHD
--Neel Pandeya
On Wed, 12 Feb 2020
Hello Joe:
We do not use Redhawk here, and we do not provide direct support for it.
We're mostly focused on programming the USRP from UHD/C++ and GNU Radio.
Is there any mailing list or forum for the Redhawk community?
I would like to help as much as I can. I know that other people have
succes
We are running technical hands-on training workshops on GNU Radio and RFNoC
(FPGA) at the NI office in Newbury, UK this week on Thursday February 6 and
Friday February 7. If anyone is interested, there are still a few spots
left, so please register as soon as you can. Please email me directly if
Hello Keith:
No, support for DPDK will not be added to the N200/N210. At the relatively
low streaming rates of that device, there is probably not much need for
DPDK.
DPDK is supported on the X300, X310, N300, N310, N320, N321, E320.
--Neel Pandeya
On Thu, 5 Dec 2019 at 17:16, Marcus D. Leech
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?
--Neel Pandeya
On Mon, 30 Sep 2019 at 10:10, Jason Matusiak via USRP-users <
usrp-users@lists.ettus.com> 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.
--Neel Pandeya
On Tue, 3 Sep 2019 at 10:20, Jason Roehm wr
Hello Steve:
In the UHD 3.14 release series, RFNoC requires the use of Xilinx Vivado
version 2017.4. In the UHD 3.15 release series, RFNoC will require the use
of Xilinx Vivado version 2018.3. Other versions of Vivado have not been
tested and are not supported. Please note that 3.15.0.0 has not
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, which we think should address the issue. Please let me
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?
--Neel Pandeya
On Sun, 18 Aug 2019 at 13:19, Jason Roe
Hello Snehasish:
Have you seen Theseus Cores?
There is a channelizer there that might be a good match for your
application.
https://github.com/theseus-cores/theseus-cores
--Neel Pandeya
On Thu, 1 Aug 2019 at 15:04, Snehasish Kar via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello Ev
==
*** Announcing Workshops in the Boston Area ***
* Tomorrow (Tuesday) -and- Thursday *
Ettus Research will be running two free, hands-on, technical
workshops in the Boston area, and you are
*
*** NEWSDR 2019 ***
** This Week **
Free Registration
Space is tight, so register today
Walk-ins welcome but advance registration
Hello Mark:
This may indicate a hardware problem. What is specifically eliciting the
error? Does it occur with every time that there is a tune request? Are
you running your own program, or one the example programs, such as
"rx_samples_to_file"? Could you please try upgrading to UHD 3.14.0.0, a
==
*** Announcing Workshops in the Boston Area ***
Ettus Research will be running two free, hands-on, technical
workshops in the Boston area, and you are welcome to attend!
GNU Radi
*
*** NEWSDR 2019 ***
* Coming in Two Weeks *
Free Registration
Offering technical Workshops, Symposium, Poster Presentations
Call
*
*** NEWSDR 2019 ***
Free Registration
Offering technical Workshops, Symposium, Poster Presentations
Call for Attendees
Call fo
==
*** Announcing GNU Radio and RFNoC Workshops ***
** This Week **
Ettus Research will be running a series of free, hands-on,
technical workshops, and you are welcome to attend!
Lo
Hello Jason and Chris:
I understand your frustration. We are working on instructions for adding
GNU Radio support to the E320, and we will provide you with a filesystem.
We should have something ready for you by the middle of next week. I can be
your point-of-contact on this issue, and feel free t
*
*** NEWSDR 2019 ***
Free Registration
Offering technical Workshops, Symposium, Poster Presentations
Call for Poster Presentations
*
==
*** Announcing GNU Radio and RFNoC Workshops ***
Ettus Research will be running a series of free, hands-on,
technical workshops, and you are welcome to attend!
Location:
National Instruments
7125 Thomas E
Hello Vinayak:
Maybe I misread your initial email, if you're looking for Windows binaries
to install UHD, then you can download them from the Ettus website, as Martin
Klingensmith suggested. Use a more-recent version of UHD. See the link
below.
http://files.ettus.com/binaries/uhd/uhd_003.013.001.
Hello Vinayak:
Try using this Application Note. It explains step-by-step how to install
UHD and GNU Radio from source code on Ubuntu 18.04 and 18.10. Use the
latest versions of both (UHD version 3.14.0.0 and GNU Radio version
3.7.13.4).
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-S
Hello Koyel:
Being able to stream four channels simultaneously doesn't directly have to
do with your kernel version, per se. A recent kernel should be fine. Both
Ubuntu 18.04.1 (kernel 4.15) and Ubuntu 18.10 (kernel 4.18) should be able
to stream four channels simultaneously.
For kernel versions
Hello Koyel:
I agree with Marcus, I would recommend using Ubuntu 18.10 for GNU Radio.
I would suggest using the most recent tagged release of UHD, which is
"v3.13.1.0-rc1", especially if you have TwinRX.
https://github.com/EttusResearch/uhd/tree/v3.13.1.0-rc1
The "rx_samples_to_file" program is
Hello Koyel:
Which version of UHD are you using?
You can use the "rx_samples_to_file" program in the "examples" folder to
receive on TwinRX.
--Neel Pandeya
On Tue, 4 Dec 2018 at 00:24, Fabian Schwartau via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi,
>
> there is a file called twinr
Hello Koyel:
Just run "uhd_find_devices", even with no USRP hardware connected, to find
the UHD version that you're running. It will be the first line of output.
Please let us know.
--Neel Pandeya
On Fri, 30 Nov 2018 at 10:10, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
**
* Save The Date *
* Call for Volunteers *
**
GNU Radio Conference 2019
Hello Arun:
The gr-doa OOT was tested with UHD 3.10.1.0 and GNU Radio 3.7.10.1, but it
should work with the latest releases, UHD 3.13.0.2 and GNU Radio 3.7.13.4.
It uses the default FPGA image that comes with whichever version of UHD
that you're using. It does not require any custom or special FP
Hello Chintan:
Yes, on the B210, in 1x1 mode, the maximum sampling rate is 61.44 Msps, and
in 2x2 mode, the maximum sampling rate is 30.72 Msps.
The tweak/modification that you mention has not been implemented for the
B210.
--Neel Pandeya
On 9 September 2018 at 13:20, Chintan Patel via USRP-
Hello Arun Verma:
We have an example of a four-channel Direction Finding system based on
MUSIC using one X310 and two TwinRX. You could probably adapt this to two
channels, but the performance would not be as good. The system uses 1 Gbps
Ethernet, as the sample rate and bandwidths used are not tha
Hello Rich:
We will be providing a fully updated SD card in about two or three months,
but unfortunately in the meantime the only approach is to use the old
Release 4 image and cross-compile a newer UHD and build a new filesystem.
There is an Application Note that will help you with this process a
The default IP address of the N210 is 192.168.10.2, with a netmask of
255.255.255.0. You should set your host computer to 192.168.10.1, with the
same netmask. The App Note below should help you further.
https://kb.ettus.com/USRP_N_Series_Quick_Start_(Daughterboard_Installation)
--Neel Pandeya
Please follow the N310 Getting Started Guide on the Ettus Research
Knowledge Base. Do not follow the printed Getting Started Guide that was
included in the N310 box. The on-line guide should work for you. Please let
us know if you're able to make any progress.
--Neel Pandeya (sent from my Android
Depending on what your application is doing, and your sampling rate, disk
I/O can also be a major factor too.
--Neel Pandeya
On Thu, Jul 26, 2018, 19:31 Neel Pandeya wrote:
> In general, CPU clock speed is more important.
>
> What sampling rate are you using?
>
> --Neel Pandeya
>
>
>
> On Thu,
In general, CPU clock speed is more important.
What sampling rate are you using?
--Neel Pandeya
On Thu, Jul 26, 2018, 19:27 Андрій Хома via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Perhaps a dumb question: what is more critical in order to avoid buffer
> overflows ("O")? Frequency, c
==
*** Announcing the RFNoC Workshop at the GNU Radio Conference ***
Ettus Research will be running free, hands-on,
technical workshops at the GNU Radio Conference,
and you are welcome
I would suggest using Ubuntu 16.04.4 (64-bit), and UHD 3.10.3.0.
Make sure that there is nothing in your BIOS that is forcing the USB port
to operate in USB 2.0 mode.
--Neel Pandeya
On 12 July 2018 at 07:34, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 07/12/2018
Hello Brendon:
Could you describe in more detail what you're trying to do, or how you want
to add your Xilinx IP?
Are you still using "rfnocmodtool" to add your custom RFNoC blocks?
The flow described in that document, and in the Application Note below, is
the primary/intended way to add IP to a
The videos for NEWSDR 2018 at WPI have been posted on YouTube.
http://ecewp.ece.wpi.edu/wordpress/sdr-boston/workshops/newsdr-18/
https://www.youtube.com/playlist?list=PLBfTSoOqoRnNcNRe7cFoGPQmi1qKVVnKv
We hope to see you at NEWSDR 2019! The event will tentatively be held at
the University of Ma
Those values can be set through the device string on the command line with
the "--args" option.
You would be better-served by using a more powerful laptop, one that uses
USB 3.0, as your current laptop only supports USB 2.0.
--Neel Pandeya
On 4 July 2018 at 01:35, Wael Ali wrote:
> Thanks N
This system is an older low-power system. It's an Intel Core i5 i5-2520M at
2.50 GHz, and is about six or seven years old.
You should definitely do some of the performance tuning steps, such as
setting the R/W socket buffer sizes, and setting the CPU governors to
"performance" mode, etc.
https://
Your latency will be made up of the delay caused by the USB bus itself,
which you can't do much about, and the processing delay in your host
computer.
Have you profiled your application?
Have you done any performance tuning on your system (CPU governors, R/W
socket buffer sizes, etc.)
What kind
Hello Ishai:
Just to expand what Marcus said, for the X300/X310, there are two master
clock rates that are supported: 200 MHz; and 184.32 MHz.
The sampling rate must be an even integer decimation of that master clock
rate. The decimation factor can be between 1 and 1024.
The syntax for specifyin
Hello Professor Mercado:
I don't think that a row for the AD9361 belongs in that particular table,
since that table is for daughterboards, but I see your overall point, and I
do agree with you. I will add another table in that section that discusses
the analog bandwidths for the USRP devices that
Hello Koen:
As Ian requested, could you please provide additional detail on exactly
what you're trying to do?
Are you merely trying to access the 64-bit FPGA VITA time from within the
RFNoC block?
Which device are you using?
--Neel Pandeya
On 5 June 2018 at 09:24, Ian Buckley via USRP-user
Hello Konstantin:
I think that the E310 SDK requires a 64-bit OS.
You should be able to build an SDK for a 32-bit machine on a 64-bit machine
using the SDKMACHINE variable. The Yocto manual should have documentation
on this variable.
The post below might also be of interest to you.
http://lists
Hello Farhad Mirkazemi:
You emailed this same question to me directly. I replied to you, but let me
also reply here on the list for completeness.
All the USRP devices are designed to use a 10 MHz reference out-of-the-box,
so in order to support a 20 MHz reference, you would need to make both
hard
What are the netmask settings of the N210 and X310?
("uhd_usrp_probe" will show this)
And just to be sure, they have different MAC addresses, right?
What are the IP address and netmask of your host?
--Neel Pandeya
On 25 May 2018 at 15:12, Steve Gough via USRP-users <
usrp-users@lists.ettus.
Hello Oscar:
The maximum safe input power for the B200/B210 is 0 dBm. But that is not
the level that is full-scale on the ADC. You will need to determine
empirically what input power level results in a full-scale signal on the
ADC.
--Neel Pandeya
On 22 May 2018 at 13:33, Nick Foster via USRP
Hello Ishai:
Please note that the PCIe driver for the X300/X310 requires a kernel
version of 4.2 or lower. So Ubuntu 16.04.3 or 18.04 will not work. We'll
release an updated driver shortly, but it's not available at the moment.
Which Linux distribution and kernel version are you using?
Would you
Hello Akram:
Many of the books on the Suggested Reading page cover digital
communications and probability.
There are several introductory books, and I'd suggest these senior- or
graduate-level books.
Digital Communications: Fundamentals and Applications (2nd Edition) by
Bernard Sklar
Digital Co
I'm not sure exactly what you're looking for, but there are a bunch of
resources on the Knowledge Base (KB) that should help get started.
https://kb.ettus.com/N200/N210
https://kb.ettus.com/WBX
https://kb.ettus.com/USRP_N_Series_Quick_Start_(Daughterboard_Installation)
https://kb.ettus.com/Buil
Hello Jong:
I think Robin answered this in a separate thread with you, so I'm just
responding to conclude this thread.
The behavior that you describe is a result of a corrupted bit in the AVR
EEPROM firmware that results in the power-on sequence requiring the power
button to be pushed. This corru
Hello Rob:
This capability is not supported with the multi_usrp API on the X300, X310,
N310.
It was supported on the N200/N210.
https://files.ettus.com/manual/page_usrp2.html#usrp2_altstream
However, this capability is supported for the X300, X310, N310 using the
RFNoC API.
--Neel Pandeya
40
Hello Emanuel:
Could you please post the error message from the console?
Does this error persist in UHD 3.11.1.0?
--Neel Pandeya
On 4 May 2018 at 06:51, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 05/04/2018 01:45 AM, Emanuel via USRP-users wrote:
>
> Hi,
>
>
>
Hello LJ Eads:
There are some tutorials that will help you get started with GNU Radio.
https://kb.ettus.com/Suggested_Videos
The UHD USRP Source and UHD USRP Sink blocks in GNU Radio represent your
X300/X310 radio. The source block is for receiving samples, and the sink
block is for transmitting
Hello Eugene:
I would not suggest modifying the PCIe transfer block sizes. Although the
PCIe bus might be able to achieve latencies of 10 us, there is additional
latency introduced by UHD and the FPGA. In order to achieve a latency less
than 10us, you would have to do processing in the FPGA, using
Hello Donna:
In order to achieve a latency less than 10us, you would have to do
processing in the FPGA, using the RFNoC framework. You won't be able to
achieve such a low latency passing samples between the host computer and
the radio.
Regarding streaming rates, have you set read and write socket
We don't have a more-granular usage report for FPGA utilization. But you
can experiment by removing blocks that you don't need, and seeing how many
resources free up as a result.
What is the error that you're seeing? Which version of Vivado are you
using? Are you using the rfnoc-devel branch, or a
Hello Yichao Yu:
What is your status on this issue?
If this issue is still outstanding for you, could you please share your
program with us (you can email it to us directly and privately, if you
prefer), so we can see exactly what you're doing.
--Neel Pandeya
On 19 April 2018 at 10:28, Yich
Based on your error message, it looks like your Cygwin environment doesn't
have a Bash shell or Make installed. You'll need to go back to the Cygwin
installer and install these items. The link below might be helpful.
https://stackoverflow.com/questions/4828388/cygwin-make-bash-command-not-found
A
Yes, the E320 will have SMA connectors, not SMB connectors.
Please keep in mind that the E320 is not yet released, so this information
is subject to change, but realistically it will almost certainly have SMA
connectors.
--Neel Pandeya
On 9 April 2018 at 06:21, Martin via USRP-users
wrote:
Were you able to make any further progress building the B210 FPGA code on
Windows with Cygwin?
While it should be possible to build the FPGA under Windows, you should
probably try it under Ubuntu 16.04, which should just work out-of-the-box.
--Neel Pandeya
On 8 April 2018 at 21:17, Yeo Jin K
==
GNU Radio Workshop still has a few spaces open!
Register today, tomorrow, or on Sunday!
RFNoC Workshop is full!
=
*
*** NEWSDR 2018 ***
Coming Next Week!
Technical Workshops are full!
Symposium Still Open!
Register by Mond
Hello Louis:
Thanks for the detailed feedback. We have reproduced this issue, and are
debugging it now. We will get back to you and post an update shortly.
--Neel Pandeya
On 12 April 2018 at 18:46, Louis Brown via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Could it be something to do
Hello Francesco:
We do not directly provide technical support for the RFNoC blocks created
by the teams in the Vivado HLS Challenge from last year.
The ex_1layer example is from HLS Neuralnet, and the repository is at the
link below.
https://github.com/Xilinx/RFNoC-HLS-NeuralNet
If you have any
Hello Dmitry:
We are currently working on adding support for newer kernels (newer than
4.2) to the NI-USRP driver for X300/X310 PCIe. We are planning to have this
ready soon. I'll check the status, and post a follow-up message.
Ubuntu 16.04.2 uses a 4.2 kernel. Ubuntu 16.04.3, 16.04.4, 16.10, 17.
==
*** Announcing Workshops in the Boston Area ***
Ettus Research will be running two free, hands-on, technical
workshops in the Boston area, and you are welcome to attend!
GNU Radi
*
*** NEWSDR 2018 ***
Coming in Two Weeks !!
Free Registration Closes This Weekend !!
Offering technical Workshops, Symposium, Poster Presentations
*
*** NEWSDR at WPI on Thr/Fri May 3/4 ***
(Reminder)
*
* Symposium Registration Now Open *
==
** Announcing GNU Radio and RFNoC Workshops in the Boston Area **
(Reminder)
==
Ettus Research will be running two free, hands-o
Hello Yeo Jin Kuang Alvin:
If you're modifying the FPGA, then there will likely be a corresponding
modification needed on the host-side, especially for something as
significant as starting a transmit stream and/or controlling the AD9361 in
some way. We'll need much more detail in order to be able
==
** Announcing GNU Radio and RFNoC Workshops in the Boston Area **
==
Ettus Research will be running two free, hands-on, technical workshops
in the Boston are
*
*** NEWSDR at WPI on Thr/Fri May 3/4 ***
*
* Symposium Registration Now Open *
* Workshop Registration Now Open
==
* Reminder *
(there is still space available)
==
Ettus Research will be running a series of free, hands-on,
techn
==
Ettus Research will be running a series of free, hands-on,
technical workshops in Washington D.C. area, and you are
welcome to attend!
Tuesday March 20 -- GNU Radio Workshop
Wednesday March 21 -- RFNoC Workshop
Thursday Ma
I should clarify that there is a section on the OctoClock page in the User
Manual about upgrading your device, but as your device is brand-new, you do
not need to do this.
--Neel Pandeya
On 1 March 2018 at 08:45, Neel Pandeya wrote:
> Hello Professor Mercado:
>
> Our apologies, you have stum
Hello Professor Mercado:
Our apologies, you have stumbled on a typo in our documentation on the
Knowledge Base (KB), which I'll fix shortly. The correct link is listed
below.
http://files.ettus.com/manual/page_octoclock.html
Please let me know if you have any further questions.
--Neel Pandeya
Hello Evan:
I think that you need to have a license for the Communication Toolbox in
order to use the USRP Support Package for Matlab, but I would contact
technical support at The MathWorks to confirm this.
https://www.mathworks.com/hardware-support/usrp.html
There is nothing that you need from
You do not need a license from Ettus Research in order to use Matlab with
USRP devices, but you do need a valid license for Matlab from The MathWorks.
The installer for Matlab will require this license. Once completed, your
Matlab installation should be ready to use with any supported USRP device.
*
** Save The Date **
*
GNU Radio Conference 2018
(GRCon 2018)
Hello Mark:
We have successfully used the devices below with a Lenovo ThinkPad T560
laptop running Ubuntu 16.04.3.
When testing the Akitio PCIe expansion box, we used the Intel X710-DA2 with
it.
https://www.akitio.com/adapters/thunder3-10g-network-adapter
https://www.akitio.com/expansion/node-l
*
* Save The Date *
*
NEWSDR 2018
New England Workshop on Software Defined Radio
Hello Jakub:
I suspect that there might be a hardware issue here.
Could you please contact us at "supp...@ettus.com", and we can determine if
an RMA is needed.
Thanks.
--Neel Pandeya
On 15 January 2018 at 11:25, Jakub Rybka via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Dne 2018-01
1 - 100 of 136 matches
Mail list logo