GNURadio RuntimeError: Unable to set BB rate [Windows 10]
I have encountered a new problem with my ADALM-PLUTO.When I try to run the most simple GNURadio configuration, it stops with a Runtime Error.
Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u C:\Users\sdrlap1\Documents\GNURadio\pluto_usb.py
Traceback (most recent call last): File "C:\Users\sdrlap1\Documents\GNURadio\pluto_usb.py", line 190, in <module> main() File "C:\Users\sdrlap1\Documents\GNURadio\pluto_usb.py", line 178, in main tb = top_block_cls() File "C:\Users\sdrlap1\Documents\GNURadio\pluto_usb.py", line 146, in __init__ self.pluto_source_0 = iio.pluto_source('usb:1.12.5', 1090000000, 2084000, 20000000, 0x8000, True, True, True, "manual", 64.0, '', True) File "C:\Program Files\GNURadio-3.7\lib\site-packages\gnuradio\iio\iio_pluto_source_swig.py", line 126, in make return _iio_pluto_source_swig.pluto_source_make(*args, **kwargs)RuntimeError: Unable to set BB rate
Every time this happens, Pluto disconnects itself from my computer.All the connections shown in Device Manager disappear.I have to disconnect and reconnect Pluto from the USB port and restart with a new USB address.
ADALM-PLUTO runs fine with ADI IIO Oscilloscope.Do I have to set the sampling rate to a default setting before I stop ADI IIO Oscilloscope prior to using GNURadio?
Make sure IIO-Scope is closed before using GNU-Radio. Both cannot control Pluto at the same time. No preconfiguration is necessary for GNU-Radio.
Try two things:
1. Disable the auto-filter in the block mask.
2. Power the second USB port.
Yes, IIO Scope is closed. GNU Radio won't even find the USB port if IIO-Scope is active.The added power worked.What is it with this power thing?I have the USB control port hooked to a SuperSpeed (SS) USB3 port. That should be able to source over 1 Amp.Could be a bad cable?It feels like a heavy gauge 1-foot cable.I'll have to scrounge up a 1A micro-USB wall wart.Thanks for the help!
True USB ports that have been validated by the USB Committee are actually kinda rare since it cost $ to get them validated. So most ports tend not to meet full spec and usually, power is what people skimp on.
And I believe the port has to be in USB3 mode to actually provide more power. Depends on how the controller was designed.