Have you disabled usb auto-suspend, turned off all power saving, turned off frequency scaling?
<end transmission> > On Jul 12, 2021, at 19:22, shachar J. brown <[email protected]> wrote: > > > Hi Marcus, > > Yes indeed. original cable. > > BTW, additional information: Different ports have different durations before > they crash. > Specifically, ports on one side survive much longer than the other side. > This holds while the ports share similar color and marking. > > BR, > Steve > > > >> On Mon, Jul 12, 2021 at 10:37 PM Marcus D Leech <[email protected]> >> wrote: >> Are you using the Ettus supplied cable? >> >> Controllers will disconnect devices when they sense excess noise on the >> cable. >> >> >> >> Sent from my iPhone >> >>>> On Jul 12, 2021, at 3:27 PM, shachar J. brown <[email protected]> >>>> wrote: >>>> >>> >>> Hi Marcus, >>> >>> Thanks for the reply. >>> >>> I believe this is not a power problem as the B210 was fed with an external >>> power. >>> The problem still thrives, any further suggestions are more than welcomed. >>> >>> BR, >>> Steve >>> >>>> On Thu, Jun 24, 2021 at 7:28 PM Marcus D. Leech <[email protected]> >>>> wrote: >>>> On 06/24/2021 02:31 AM, shachar J. brown wrote: >>>>> Hi everyone, >>>>> >>>>> I am trying to run the given tx_samples_from_file example. >>>>> Unfortunately, I keep receiving the uhd::usb_error, approximately 5-30 >>>>> minutes into the run. >>>>> >>>>> Technical specs: >>>>> USRP: B210. >>>>> Host: Intel Nuc, Core i7, 8th gen. >>>>> OS: Ubuntu 20 >>>>> UHD Version: 4.1.0 >>>>> USB Controler: XHCI (USB3). >>>>> >>>>> Error print: >>>>> [ERROR] [TX-STREAM] The tx_stream timed out sending 5000 samples (4080 >>>>> sent). >>>>> [ERROR] [UHD] An unexpected exception was caught in a task loop.The task >>>>> loop will now exit, things may not work.EnvironmentError: IOError: usb >>>>> rx8 transfer status: LIBUSB_TRANSFER_NO_DEVICE >>>>> terminate called after throwing an instance of 'uhd::usb_error' >>>>> what(): RuntimeError: USBError -4: usb tx4 submit failed: >>>>> LIBUSB_ERROR_NO_DEVICE >>>>> Aborted (core dumped) >>>>> >>>>> dmesg output: >>>>> [19924.922965] usb 4-2: USB disconnect, device number 7 >>>>> [19925.195595] usb 4-2: new SuperSpeed Gen 1 USB device number 8 using >>>>> xhci_hcd >>>>> [19925.217437] usb 4-2: LPM exit latency is zeroed, disabling LPM. >>>>> [19925.220417] usb 4-2: New USB device found, idVendor=2500, >>>>> idProduct=0020, bcdDevice= 0.00 >>>>> [19925.220422] usb 4-2: New USB device strings: Mfr=1, Product=2, >>>>> SerialNumber=3 >>>>> [19925.220426] usb 4-2: Product: USRP B200 >>>>> [19925.220429] usb 4-2: Manufacturer: Ettus Research LLC >>>>> [19925.220431] usb 4-2: SerialNumber: 31F80A2 >>>>> >>>>> Is anyone familiar with this fault? >>>>> I would appreciate any help on the matter. >>>>> >>>>> Thanks in advance, >>>>> Steve >>>>> >>>>> >>>> My guess is that your NUC USB controller is unhappy with power >>>> consumption. Are you using external power on the B2xx, or relying >>>> on USB3 power? >>>> >>>> Also, several years ago, there was an interaction between certain >>>> controllers and kernel power-saving features that caused the >>>> controller to disconnect stuff even if it was being used. But I can't >>>> for the live of me remember which driver parameter one >>>> had to change to fix this. It has been several years since this was a >>>> problem. >>>> >>>> >>>> _______________________________________________ >>>> USRP-users mailing list -- [email protected] >>>> To unsubscribe send an email to [email protected] > _______________________________________________ > USRP-users mailing list -- [email protected] > To unsubscribe send an email to [email protected]
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
