Hi,
Thank you for your quick reply.
Ok, I will try to compile the E310 version after updated document and I
will try to compile the *E320 version* according to your advice.
Regards,
2019年8月2日(金) 11:58 Nate Temple :
> Hi,
>
> I hope to have the E310 version posted tomorrow. Don't have a firm
>
Hi,
I hope to have the E310 version posted tomorrow. Don't have a firm timeline
for the E320/N3xx version yet.
The process is mostly the same, except you should not use rfnoc-devel, but
instead use a modern UHD version such as v3.14.1.0, and then during the
cmake configuration step, pass the arg
Hi Nate
Thank you for always your support and quick reply.
>Are you using the E320 SDK?
No, I use the *E310 SDK*.
bacause I am training to get used to build the UHD and GR for cross
compiling environment.
next step, I will use the *E320 SDK*.
>Also that app note is outdated, and I will be posted
Hi,
That application note is specific to the E310. Are you using the E320 SDK?
Did you source the OE environment setup file? (What is the output of echo
$CC)?
Also that app note is outdated, and I will be posted an updated version
soon. Another app note that covers the E320/N3xx will follow.
Hi everyone.
I try to compile the UHD and GNU Radio for my E320 on Ubuntu 16.04, I am
referencing this application note.
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source
but I got error message from cmake as follows.
Do you know
Hello Everyone
Has anyone tried the rfnoc based pfb channelizer in the ettus github
repository(https://github.com/EttusResearch/rfnoc-pfb-channelizer). Is it
stable and can be directly be used or some modifications are required.
Regards
Snehasish
Sent from my iPad
Hi,
Assuming you are using ce_clk, the signal generators run at 214 MHz and
generate one sample per clock cycle, so they produce samples at 214 MSPS.
The radios consume samples at 200 MSPS. The back pressure is due to the
signal generator producing samples faster than the radio can consume. This
Hello all,
I have an application where two RFNoC signal generators transmit samples
to two TX radios at full 200MSPS rate.
I need these samples to be contiguously transmitted in time.
It is my understanding that the RFNoC crossbar can handle both streams.
However, after some tests and
Could you share the device arguments you used?
Sent from my iPhone
> On Aug 1, 2019, at 6:28 AM, Paolo Palana via USRP-users
> wrote:
>
> Good morning to all the mailing list users.
>
> It is about a couple of months that I'm fighting with my N310 for different
> reasons.
>
> Now I want
Dear all,
I'm trying to generate synchronized pulses with specific timing, based on
the GPS synchronization.
The idea is to send these pulses at approximately the "same time" from
multiple USRPs.
I have two B210 with an internal GPS module.
I use this environment: GNU C++ version 5.4.0
I could generate the image with ettus supplied pre-built RFNoC blocks and load
it to N310 FPGA.
The AP was written in 2017 for X3XX and E3xx, but not for N310. Is this
tutorial ever tested on N310?
I actually modified the makelist file to change from the e300 to N3xx (e300
does exist in the
Hi,
Could you try generating the image with uhd_image_builder_gui.py and see if
you get the same error?
Jonathon
On Wed, Jul 31, 2019 at 8:29 AM 汤 飞 via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi all,
>
> I am studying the application note "Getting Started with RFNoC Development".
>
Good morning to all the mailing list users.
It is about a couple of months that I'm fighting with my N310 for
different reasons.
Now I want to report a couple of strange behaviors I'm observing with
this device. Of course their can be my faults... I hope some one in the
community can make
13 matches
Mail list logo
