Hi,
we have resolved the issue by explitcitely stating the device type in the
update script - fortunately this worked.
```
usrp_update_fs -t master -d x4xx
```
Afterward, the device was working properly again.
Do you any idea what could have happened to the devices and how we could work
arou
On 26/04/2023 20:26, jmalo...@umass.edu wrote:
Hello,
I currently have an issue trying to stream packets through the SFP
ports. Currently, when I ssh into the Ettus N321 and use ifconfig, I
get the following output
eth0 Link encap:Ethernet HWaddr 00:80:2F:35:25:BE
inet addr:192.168
Hello,
I currently have an issue trying to stream packets through the SFP ports.
Currently, when I ssh into the Ettus N321 and use ifconfig, I get the following
output
> eth0 Link encap:Ethernet HWaddr 00:80:2F:35:25:BE
>
> inet addr:192.168.1.151 Bcast:192.168.1.255 Mask:25
On 26/04/2023 18:52, Brian Padalino wrote:
On Wed, Apr 26, 2023 at 6:33 PM Eugene Grayver
wrote:
How much would work would it take to allow two different PCs to
each control one of the channels on the X310? Would the work be
mostly on the host (software) side, or will some FPGA wor
On 26/04/2023 18:31, Eugene Grayver wrote:
How much would work would it take to allow two different PCs to each
control one of the channels on the X310? Would the work be mostly on
the host (software) side, or will some FPGA work be required? There
is no issue on the RX side (with the recent
On Wed, Apr 26, 2023 at 6:33 PM Eugene Grayver
wrote:
> How much would work would it take to allow two different PCs to each
> control one of the channels on the X310? Would the work be mostly on the
> host (software) side, or will some FPGA work be required? There is no
> issue on the RX side
How much would work would it take to allow two different PCs to each control
one of the channels on the X310? Would the work be mostly on the host
(software) side, or will some FPGA work be required? There is no issue on the
RX side (with the recent UHD updates to support streaming to arbitra
On 26/04/2023 14:50, Eugene Grayver wrote:
Hello,
There appears to be a small bug in the UHD support for DPDK. The
configuration should be read from $UHD_CONFIG_FILE, followed by
~/.uhd/uhd.conf, followed by ~/.config/uhd.conf. However, it appears
that the environment variable is being ignor
Hello,
There appears to be a small bug in the UHD support for DPDK. The configuration
should be read from $UHD_CONFIG_FILE, followed by ~/.uhd/uhd.conf, followed by
~/.config/uhd.conf. However, it appears that the environment variable is being
ignored. It works with 'usrp_probe', but not wit
On 26/04/2023 14:20, david.fernan...@viveris.fr wrote:
Hi everyone,
I am trying to perform full duplex communication with my X310 in the
following way using GNU Radio :
[RF0, TX/RX] ==> [RF1, RX2]
[RF1, TX/RX] ==> [RF0, RX2]
But I see no signals in the reception sides. However, If I disabl
Hi everyone,
I am trying to perform full duplex communication with my X310 in the following
way using GNU Radio :\
\
\[RF0, TX/RX\] ==> \[RF1, RX2\]
\[RF1, TX/RX\] ==> \[RF0, RX2\]
But I see no signals in the reception sides. However, If I disable the
transmission in 1 channel, I can see the s
11 matches
Mail list logo