On 19/02/2024 12:00, Jim Grubb wrote:
jim@pop-os:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 05e3:0625 Genesys Logic, Inc. USB3.2 Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 013: ID 2500:0022 Ettus Research LLC USRP B205-mini
Bus 001 Device 011: ID 8087:0033 Intel Corp.
Bus 001 Device 007: ID 0db0:6c09 Micro Star International USB Audio
Bus 001 Device 010: ID 0db0:6a05 Micro Star International MEG Core
Liquid S360
Bus 001 Device 009: ID 0db0:9ba6 Micro Star International USB HID
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 003: ID 1462:7d89 Micro Star International MYSTIC LIGHT
Bus 001 Device 008: ID 3434:0100 Keychron Keychron Q1
Bus 001 Device 006: ID 046d:c05a Logitech, Inc. M90/M100 Optical Mouse
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
jim@pop-os:~$ uhd_find_devices
[INFO] [UHD] linux; GNU C++ version 11.2.0; Boost_107400; UHD_4.1.0.5-3
[INFO] [B200] Loading firmware image:
/usr/share/uhd/images/usrp_b200_fw.hex...
OK, and what does:
grep 022 /usr/lib/udev/rules.d/*uhd*
Return?
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
serial: 3293561
name: B205i
product: B205mini
type: b200
jim@pop-os:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 11.2.0; Boost_107400; UHD_4.1.0.5-3
[INFO] [B200] Detected Device: B205mini
[INFO] [B200] Loading FPGA image:
/usr/share/uhd/images/usrp_b205mini_fpga.bin...
[INFO] [B200] Operating over USB 3.
[ERROR] [UHD] Exception caught in safe-call.
in virtual b200_radio_ctrl_core_impl::~b200_radio_ctrl_core_impl()
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:66
this->peek32(0); _async_task.reset(); -> AssertionError: accum_timeout
< _timeout
in uint64_t b200_radio_ctrl_core_impl::wait_for_ack(bool)
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:228
Error: AssertionError: accum_timeout < _timeout
in uint64_t b200_radio_ctrl_core_impl::wait_for_ack(bool)
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:228
jim@pop-os:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 2500:0022 Ettus Research LLC USRP B205-mini
Bus 002 Device 002: ID 05e3:0625 Genesys Logic, Inc. USB3.2 Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 011: ID 8087:0033 Intel Corp.
Bus 001 Device 007: ID 0db0:6c09 Micro Star International USB Audio
Bus 001 Device 010: ID 0db0:6a05 Micro Star International MEG Core
Liquid S360
Bus 001 Device 009: ID 0db0:9ba6 Micro Star International USB HID
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 003: ID 1462:7d89 Micro Star International MYSTIC LIGHT
Bus 001 Device 008: ID 3434:0100 Keychron Keychron Q1
Bus 001 Device 006: ID 046d:c05a Logitech, Inc. M90/M100 Optical Mouse
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Sent from iCloud
On Feb 19, 2024, at 8:51 AM, Marcus D. Leech
<patchvonbr...@gmail.com> wrote:
On 19/02/2024 11:27, Jim Grubb wrote:
Unfortunately, the new Y cable did not resolve the issue. I’m not
sure what else to try.
Could you share the output of:
lsusb
With us?
Just working on a hunch.
Thanks,
j
On Feb 18, 2024, at 6:36 AM, Marcus D. Leech
<patchvonbr...@gmail.com> wrote:
On 18/02/2024 00:04, Jim Grubb wrote:
One other datapoint. I have a separate machine, intel NUC running
dragonOS which comes with gnu radio pre-installed with uhd
drivers. I’m getting the same result on that machine as well. It
is also using 4.1
j
This may still be a power issue. Once you've tried the "Y" cable,
if it still doesn't work then we might be dealing with
broken hardware.
On Feb 17, 2024, at 6:57 PM, Marcus D. Leech
<patchvonbr...@gmail.com> wrote:
On 17/02/2024 21:44, Jim Grubb wrote:
I was able to get UHD 4.1.0.5-3 installed after removing the
ppa. Unfortunately I'm still running into a problem.
Any ideas would be appreciated.
Thanks
j
jim@pop-os:/usr/lib/uhd/utils
<http://pop-os:/usr/lib/uhd/utils>$ uhd_find_devices
[INFO] [UHD] linux; GNU C++ version 11.2.0; Boost_107400;
UHD_4.1.0.5-3
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
serial: 3293561
name: B205i
product: B205mini
type: b200
jim@pop-os:/usr/lib/uhd/utils
<http://pop-os:/usr/lib/uhd/utils>$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 11.2.0; Boost_107400;
UHD_4.1.0.5-3
[INFO] [B200] Detected Device: B205mini
[INFO] [B200] Operating over USB 3.
[ERROR] [UHD] Exception caught in safe-call.
in virtual b200_radio_ctrl_core_impl::~b200_radio_ctrl_core_impl()
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:66
this->peek32(0); _async_task.reset(); -> AssertionError:
accum_timeout < _timeout
in uint64_t b200_radio_ctrl_core_impl::wait_for_ack(bool)
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:228
Error: AssertionError: accum_timeout < _timeout
in uint64_t b200_radio_ctrl_core_impl::wait_for_ack(bool)
at ./host/lib/usrp/b200/b200_radio_ctrl_core.cpp:228
The other thing that just occurred to me is that your host
controller may not be supplying enough power. This should "never"
happen these days, but you might try using one of those "Y" USB
cables that can provide extra power from another USB port
to a downstream device.
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
