SDRTrunk / claiiming USB

[RnR]

Hi troops...

I am an AirSpy user, successfully employing one on a laptop (Win7 based). However getting another one running on a desktop is giving me fits. When I'm lucky enough not to get a Bad Resource Pool Header BSOD, I ill still get a message that SDRTrunk (or the TunerManager) can't claim the USB device. Any ideas how I can rectify this error condition?

My log is shown below:

D:\Support - SDR\sdrtrunk_0.3.0-beta14>java -XX:+UseG1GC -cp "SDRTrunk.jar;*;lib
s/*;config/*;images/*" gui.SDRTrunk
13:36:03.103 INFO gui.SDRTrunk -
13:36:03.119 INFO gui.SDRTrunk - **********************************************
*********************
13:36:03.119 INFO gui.SDRTrunk - **** sdrtrunk: a trunked radio and digital dec
oding application ***
13:36:03.119 INFO gui.SDRTrunk - **** website: https://github.com/dsheirer/sdr
trunk ***
13:36:03.119 INFO gui.SDRTrunk - **********************************************
*********************
13:36:03.119 INFO gui.SDRTrunk -
13:36:03.119 INFO gui.SDRTrunk - Host CPU Cores: 4
13:36:03.119 INFO gui.SDRTrunk - Host Memory Total: 16777216
13:36:03.119 INFO gui.SDRTrunk - Host Memory Max: 268435456
13:36:03.119 INFO gui.SDRTrunk - Host Memory Free: 9397248
13:36:03.119 INFO util.ThreadPool - Application thread pool created with [4] th
reads
13:36:03.119 INFO gui.SDRTrunk - Home path: C:\Users\htpc\SDRTrunk
13:36:03.135 INFO p.SystemProperties - SystemProperties - loaded [C:\Users\htpc
\SDRTrunk\SDRTrunk.properties]
13:36:03.135 INFO p.SystemProperties - SystemProperties - application propertie
s loaded [C:\Users\htpc\SDRTrunk\SDRTrunk.properties]
13:36:03.135 INFO settings.SettingsManager - SettingsManager - loading settings
file [C:\Users\htpc\SDRTrunk\settings\settings.xml]
13:36:03.369 INFO source.mixer.MixerManager - loading system mixer devices
[LOADED] Output: Primary Sound Driver CHANNELS: [MONO, STEREO]
[LOADED] Output: Realtek Digital Output(Optical) (Realtek High Defin
ition Audio) CHANNELS: [MONO, STEREO]
[LOADED] Output: Realtek HDMI Output (ATI HDMI Audio) CHANNELS: [MON
O, STEREO]
[LOADED] Output: Realtek Digital Output (Realtek High Definition Aud
io) CHANNELS: [MONO, STEREO]

13:36:03.369 INFO s.r.RecordingSourceManager - RecordingSourceManager - discove
red [0] recording configurations
13:36:08.595 INFO source.tuner.TunerManager - LibUSB API Version: 16777474
13:36:08.595 INFO source.tuner.TunerManager - LibUSB Version: 1.0.18.10866
13:36:08.626 INFO source.tuner.TunerManager - discovered [10] attached USB devi
ces
13:36:08.626 INFO source.tuner.TunerManager - usb device [1002:4397] NOT LOADED
: Unknown Device
13:36:08.626 INFO source.tuner.TunerManager - usb device [1002:4397] NOT LOADED
: Unknown Device
13:36:08.626 INFO source.tuner.TunerManager - usb device [1002:4397] NOT LOADED
: Unknown Device
13:36:08.626 INFO source.tuner.TunerManager - usb device [1002:4399] NOT LOADED
: Unknown Device
13:36:08.626 INFO source.tuner.TunerManager - usb device [1002:4396] NOT LOADED
: Unknown Device
13:36:08.641 INFO source.tuner.TunerManager - usb device [1002:4396] NOT LOADED
: Unknown Device
13:36:08.641 INFO source.tuner.TunerManager - usb device [1002:4396] NOT LOADED
: Unknown Device
13:36:08.641 INFO source.tuner.TunerManager - usb device [046D:C52B] NOT LOADED
: Unknown Device
13:36:08.641 INFO source.tuner.TunerManager - usb device [046D:C52B] NOT LOADED
: Unknown Device
13:36:08.813 ERROR source.tuner.TunerManager - couldn't construct Airspy control
ler/tuner
source.SourceException: Airspy Tuner Controller - error while setting USB config
uration, claiming USB interface or reset the kernel mode driver
at source.tuner.airspy.AirspyTunerController.init(Unknown Source) ~[sdrt
runk.jar:na]
at source.tuner.TunerManager.initAirspyTuner(Unknown Source) [sdrtrunk.j
ar:na]
at source.tuner.TunerManager.initTuner(Unknown Source) [sdrtrunk.jar:na]

at source.tuner.TunerManager.initTuners(Unknown Source) [sdrtrunk.jar:na
]
at source.tuner.TunerManager.<init>(Unknown Source) [sdrtrunk.jar:na]
at source.SourceManager.<init>(Unknown Source) [sdrtrunk.jar:na]
at gui.SDRTrunk.<init>(Unknown Source) [sdrtrunk.jar:na]
at gui.SDRTrunk.main(Unknown Source) [sdrtrunk.jar:na]
Caused by: source.SourceException: couldn't set USB configuration 1 [LIBUSB_ERRO
R_NOT_FOUND]
at source.tuner.airspy.AirspyTunerController.claimInterface(Unknown Sour
ce) ~[sdrtrunk.jar:na]
... 8 common frames omitted
13:36:08.813 INFO source.tuner.TunerManager - usb device [1D50:60A1] NOT LOADED
: error constructing Airspy tuner controller
13:36:09.499 INFO icon.IconManager - loading icons file [C:\Users\htpc\SDRTrunk
\settings\icons.xml]
13:36:09.718 INFO playlist.PlaylistManager - Attempting to load version 2 playl
ist file [C:\Users\htpc\SDRTrunk\playlist\playlist_v2.xml]
13:36:09.874 INFO gui.SDRTrunk - starting main application gui

 

[DSheirer]

It looks like another application has already claimed the USB interface on the airspy. sdrtrunk is failing to set the usb config which might happen if the device is already in use.

Do you know if there is another SDR application running before you start sdrtrunk?

Denny

 

[RnR]

Hi Denny... While I have other SDR apps >installed< none are running.

 

[DSheirer]

Without unplugging the airspy, are you able to use the airspy with another sdr program on that PC?

 

[RnR]

Status

In the interim, I've moved the R2 device to a USB 3.0 card (from the motherboard) that also has supplemental 5VDC, thinking that might help... but it didn't.

I then tried SDR# from the latest software bundle, at it induces the BAD_POOL_HEADER 0x00000019 BSOD as well. So I get the impression that it is not due to a SDRTRunk peculiarity, but something on the USB interaction process itself.

I opened a message on this over at the AirSpy forum... so perhaps something useful will be offered there.

Thanks Denny.

BTW... when the system doesn't BSOD, - I have noticed some USB buffer overflow messages appearing in the SDRTrunk DOS window (if that helps any).

 

[DSheirer]

Good luck. I hope that the airspy folks can help you get the issue with the R2 resolved.

The USB buffer overflow messages that you were seeing happen when the processor is not able to keep up with the incoming sample data and processing workload, so it temporarily starts throwing away the data until it can catch up again. This can happen occasionally, but if it's happening all the time you may want to consider a more powerful CPU, or reducing the number of channels or tuner bandwidth you're using. Running 2 x R2 airspy tuners at 10 MHz produces a lot of data.