The X4_400 image has no decimation inline. That means that the block needs
to be able to handle 491.52 or 500 Msps coming into it. That means more
than 1 sample per clock being fed into the block. If you don't handle more
than 1 sample per clock going into the block, then you will get overflows
Could there be an issue with packet lengths? Does the "spp" from the radio
need to match the "N" from the keep_one_in_N? I'm not sure one way or the
other or whether the answer depends on the setting of "packet_mode /
sample_mode".
Which device are you using?
Rob
On Wed, Apr 19, 2023 at 4:16 PM
On 21/04/2023 04:17, Leon Wabeke wrote:
Hi Marcus
After stripping out the wrappers and replacing variables etc. it looks
like we are using the following lines to attempt to setup the code to
share the LO:
USRP->set_rx_lo_export_enabled(true, USRP->ALL_LOS, 0);
On 2023-04-21 14:00 +0100, Ian Chodera wrote:
> Thanks for the replies. Neither of them have helped though
>
> >sudo uhd_find_devices --args 'type=b200'
> No UHD Devices Found
>
> I had in fact already tried both option, having trawled the internet for
> suggestions before joining this list
On 21/04/2023 09:00, Ian Chodera wrote:
Hi Cedric and Marcus
Thanks for the replies. Neither of them have helped though
>sudo uhd_find_devices --args 'type=b200'
No UHD Devices Found
I had in fact already tried both option, having trawled the internet
for suggestions before joining this list
Hi Cedric and Marcus
Thanks for the replies. Neither of them have helped though
>sudo uhd_find_devices --args 'type=b200'
No UHD Devices Found
I had in fact already tried both option, having trawled the internet for
suggestions before joining this list
Ian Chodera
MD1 Technology Ltd.
e:
Hi Bob,
there's no saturation flag coming from the hardware.
The conversion is done within UHD running on your host machine, and the source files you'd
want to look into are all in uhd/host/lib/convert in the UHD source code.
Best regards,
Marcus
On 20.04.23 18:34, Tillson, Bob (US) via
Hi Ian,
On 2023-04-21 13:09 +0100, Ian Chodera wrote:
> I have a problem using a B200-mini on a Ubuntu 20.04 machine
>
> The device is recognised on the USB bus
>
> >lsusb
> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
> Bus 001 Device 008: ID 2500:0021 Ettus Research LLC USRP
Hi Ian,
that looks quite good:
On 21.04.23 14:09, Ian Chodera wrote:
Bus 001 Device 008: ID 2500:0021 Ettus Research LLC USRP B200-mini
So, first thing I'd try is
uhd_find_devices --args 'type=b200'
to force UHD to look for B200-series devices (which does include the B210, and B20x-mini
I have a problem using a B200-mini on a Ubuntu 20.04 machine
The device is recognised on the USB bus
>lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 008: ID 2500:0021 Ettus Research LLC USRP B200-mini
Bus 001 Device 006: ID 10c4:ea60 Silicon Labs CP210x UART
10 matches
Mail list logo