HI,
after loaded a fresh copy of FPGA on our x310, I issued the command:
- uhd_usrp_probe
the results of this are:
mau@mau-Vostro-3500:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 10.2.1 20201207; Boost_107400;
UHD_3.15.0.0-4build1
[INFO] [X300] X300 initialization sequence...
HI,
I am trying to download some ettus uhd test program (firsto of all benchmark)
I issued the following command
mau@mau-Vostro-3500:/usr/local/bin$ sudo add-apt-repository
ppa:ettusresearch/uhd
the answer to it is
Repository: 'deb http://ppa.launchpad.net/ettusresearch/uhd/ubuntu/ impish main'
M
Maybe can you just change the streamer OTW & CPU format to "sc8" such that
no byte swapping will occur?
On Tue, Mar 7, 2023 at 10:31 PM Wade Fife wrote:
> You could swap the bytes in your block, or swap them in software on the
> host. The data gets rearranged by the streamer depending on the dat
On 08/03/2023 05:36, STEFANI, Maurizio (External) via USRP-users wrote:
HI,
I am trying to download some ettus uhd test program (firsto of all
benchmark)
I issued the following command
mau@mau-Vostro-3500:/usr/local/bin$ sudo add-apt-repository
ppa:ettusresearch/uhd
the answer to it is
R
On 08/03/2023 03:37, STEFANI, Maurizio (External) via USRP-users wrote:
HI,
after loaded a fresh copy of FPGA on our x310, I issued the command:
-uhd_usrp_probe
the results of this are:
mau@mau-Vostro-3500:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 10.2.1 20201207; Boost_107400;
On 08/03/2023 11:42, Rob Kossler wrote:
Maybe can you just change the streamer OTW & CPU format to "sc8" such
that no byte swapping will occur?
I know that on the default X3xx builds, there's no sc8 format
implemented on the USRP end.
On Tue, Mar 7, 2023 at 10:31 PM Wade Fife wrote:
Y
Oh yeah, I forgot. Does this imply that there is no way to keep UHD from
swapping bytes in an rx_streamer (using X310)? If so, this seems like a
problem for RFNoC development since the data coming across the wire can be
in any format the designer chooses. And, swapping in the FPGA is not a
good
On 08/03/2023 13:36, Rob Kossler wrote:
Oh yeah, I forgot. Does this imply that there is no way to keep UHD
from swapping bytes in an rx_streamer (using X310)? If so, this seems
like a problem for RFNoC development since the data coming across the
wire can be in any format the designer choose
Agreed, but it doesn't seem too much to expect that UHD should natively
supply a "non-swapping" converter so that each user who needs one doesn't
have to develop it.
Rob
On Wed, Mar 8, 2023 at 1:45 PM Marcus D. Leech
wrote:
> On 08/03/2023 13:36, Rob Kossler wrote:
>
> Oh yeah, I forgot. Does t
On 08/03/2023 14:41, Rob Kossler wrote:
Agreed, but it doesn't seem too much to expect that UHD should
natively supply a "non-swapping" converter so that each user who needs
one doesn't have to develop it.
Rob
In this case, the RFNOC code is kinda pretending that it's sending int16
integers, b
Hello,
I am a little confused about the naming regarding the TX/RX ports on the Ettus
N321/N320. If I specify a channel(i.e channel 0) for receive, does that mean
RX2 will be active, or will TX/RX port be actively receiving? And if TX/RX can
recieve, does that mean the N320/N321 has up to 4 RX
On 08/03/2023 21:41, jmalo...@umass.edu wrote:
Hello,
I am a little confused about the naming regarding the TX/RX ports on
the Ettus N321/N320. If I specify a channel(i.e channel 0) for
receive, does that mean RX2 will be active, or will TX/RX port be
actively receiving? And if TX/RX can rec
12 matches
Mail list logo
