Hello Rob, Hello Marcus,
thank you for your answers. They make perfect sense.
Have a good day
Paolo
On 25/02/20 14:43, Paolo Palana via USRP-users wrote:
> Hello to all the mailing list.
>
> I've a little problem in setting the rx frequency on my n310 when I need
> to acquir
Hello to all the mailing list.
I've a little problem in setting the rx frequency on my n310 when I need
to acquire from all 4 channels.
I use the n310 directly in my program using libuhd. The code I use in
order to set the rx_frequency is:
First of all set the subdevs:
Try the command.
dd if=.bit of=.bit count= count=1
and then try to configure the fpga .bit
On 27/09/19 16:12, Aaron Montilla via USRP-users wrote:
> Hi,
> I am trying to set the connection between my PC and my USRP X310.
> I ran the command uhd_find_devices, and successfully it found the
>
I had the same problem indeed,
I think this is because vivado 2017.4 output image size is a bit
different from the output imase size of vivado 2015.4.
I say so because the error did not appear with uhd-3.10.3. I think the
problem is that no one updated the tools provided with libuhd
used to
Hello to all the mailing list users.
I had exactly the same problem with the X310 and libuhd 3.14.
Let me explain a bit more. I've my experimental project (with custom
rfnoc block) running perfectly using the libuhd 3.10.3 version.
We keep this experiment about 30 days up and running without
>
> On Aug 1, 2019, at 6:28 AM, Paolo Palana via USRP-users
> mailto:usrp-users@lists.ettus.com>> 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.
>>
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
Hi, I did a noc_block with 2 input and 1 out.
May be my solution is not the best, but it works.
My block receive two inputs, perform some elaboration on both inputs,
and then merge the results in only on output stream.
My start point was the noc_block_addsub, and I had simply tied to 0 the
> So, the "process flow" you've chosen, JTAGing the FPGA image into
> place, is not a usual method for updating the FPGA image on the N310.
> The N310 is itself a computer platform, so has other mechanisms for
> updating the FPGA image:
>
>
Hi all,
I've the same problem with libuhd 3.14.
I've not a solution yet, but I'm trying ti figure out the problem and I
want to share my observations related with this issue.
In my case the problem appears only when I use my custom noc_block (2
inputs - 2 outputs) and only when I'm going to stop
Hello Marcus, thank you for your reply.You are perfectly right. The
configuration is as follow.
1) I've my devel machine
2) on the same LAN (through gigabit switch) there is the machine where
the n310 is connected.
3) Both machines have ubuntu 16.04 amd64 and vivavdo tools 2017.4
4) on the
Hi
I've a little problem with my new n310. I'm trying to configure it with
a stock XG image using jtag and vivado labtoos 2017.4.
The configuration fails with error
ERROR: [Labtools 27-3165] End of startup status: LOW
I think I miss something, but I'm unable to figure out what.
The n310
> I suspect the same solution I gave a couple weeks ago will work here:
>
> set(MY_LIB_OPT -Wl,--whole-archive libuhd -Wl,--no-whole-archive)
> target_link_libraries(myapp ${MY_LIB_OPT} <...the rest of your libs...>)
>
> On Wed, Apr 17, 2019 at 3:02 AM Paolo Palana via US
Hi to all the mailing list.
I've a question about the correct way to use a static version of libuhd
(namely libuhd.a)
For experimental reason I need a way to build an executable of mine that
"embed" a specific version of libuhd. I enabled (throutg
-DENABLE_STATIC_LIBS=ON) the compilation of the
On 03/08/2017 19:12, Ian Buckley wrote:
> Paolo,
> Thats a fundamental H/W limitation of the current FPGA design. Long
> story short, it would have been inefficient to support an MTU slightly
> larger than a 2^N size. It’s also a pretty conservative number in
> terms of a an MTU that works for
Hello to all the mailing list.
I'm playing around with my X310, as far as I can understand the maximum
ethernet frame size supported by this device is 8000.
(in fact in x300_impl.hpp there is this constant static const size_t
X300_10GE_DATA_FRAME_MAX_SIZE = 8000;).
Because I'm curious I made an
16 matches
Mail list logo
