No devices found! in Windows 7

[stevegoode]

Hello, I am not a programmer. I am trying to install qspectrumanalyzer on a Windows 7 machine. I installed PothosSDR-2017.05.02-vc14-x64.exe and QSpectrumAnalyzer-2.2.0-win-x64.msi. These programs generated new folders under C:\Program Files of PothosSDR and qspectrumanalyzer. I am able to run gqrx in the PothosSDR folder and it works. When I run qspectrumanalyzer I get No devices found! in the device setting window. If I run soapy_power --info in the qspectrumanalyzer folder I get:

C:\Program Files\QSpectrumAnalyzer>soapy_power --info WARNING: Incorrect RX channel number, using channel 0 instead! Traceback (most recent call last): File "build\temp.win-amd64-3.6\workpath\soapy_power.py.399ce066-d3a8-43ab-a0ec-ae ine 2, in File "soapypower__main.py", line 301, in main File "soapypower\main__.py", line 106, in device_info File "site-packages\simplesoapy.py", line 384, in get_frequency_range IndexError: tuple index out of range Failed to execute script soapy_power.py.399ce066-d3a8-43ab-a0ec-ae2654d1d966

Can you tell me what I am doing wrong? Thanks,

Steve

[CarneyResearch]

I used the Windows install of QSA. Interesting note in the v2,2.0 (March 2017) release notes says: "soapy_power dependency is now optional (it is still required in setup.py, because it is default backend, but QSpactrumAnalyzer will now actually run even without it)"

Still, QSA does NTO show my RTL_SDR device in the device line in settings. When I select the '?' to the right when my device should show I got this information copy/pasted below, It correctly shows my "Generic RTL2832U OEM :: 00000001" as do all the other major SDR based apps including SDR#:

Win32; Microsoft Visual C++ version 14.0; Boost_106300; UHD_003.010.001.001-0-gc705922a

Detected SoapySDR devices: driver=audio, device_id=0, label=Default Device driver=audio, device_id=2, label=Microphone (USB Audio Device) driver=audio, device_id=3, label=Microphone (2- High Definition Audio Device) driver=rtlsdr, serial=00000001, rtl=0, label=Generic RTL2832U OEM :: 00000001

Win32; Microsoft Visual C++ version 14.0; Boost_106300; UHD_003.010.001.001-0-gc705922a

Selected device: Audio Available RX channels: 0 Available antennas: RX Available tunable elements: RF Available amplification elements:

Available device settings: sample_offset ... Stereo Sample Offset - Offset stereo samples for off-by-one audio inputs. (default: 0) Available stream arguments: chan ... Channel Setup - Input channel configuration. (default: mono_l) Allowed gain range [dB]: 0.00 - 0.00 Allowed frequency range [MHz]: 0.00 - 6000.00 Allowed sample rates [MHz]: 0.00, 0.01, 0.01, 0.01, 0.01, 0.02, 0.02, 0.03, 0.04, 0.05, 0.09, 0.10, 0.18, 0.19 Allowed bandwidths [MHz]: N/A

[CarneyResearch]

Thanks Jim (WB8VSU), Xmikos and the all the rest, Here is my sequence....

1. I am on 64-bit Windows 10. I had problems with QSA seeing my RTL-SDR. 2, I received and now using 'HackRF One' as my SDR hardware. Works fine with SDR# and SDR Angel all other SDR apps except QSA.
2. I have uninstalled QSA and Pothos (including deleting of residual directories (if any)) as suggested by Jim and others on this thread.
3. I installed Pothos 05-02 and 05-16 and have both the Soapy directories 5.2 and 6.
4. ALL the Soapy inquiry commands listed in this thread now check out and correctly show 'HackRF' device.
5. QSA comes up and runs. Under 'Settings' the 'backend' is set to Soapy_Power'.
   Sounds excellent so far however.... RESULTS: my QSA, although running on screen, does NOT have the 'Control' section of the right hand menu...so I can't start QSA and therefore cannot determine if QSA is or is not finding my 'HackRF ONE' SDR device...or does the missing 'Control' menu indicate that it is not find the HackRF SDR? Under 'Settings' I have tried various 'Device' setting as , HackRF and hackrf. When checking devices with Soapy it lists driver as 'hackrf'.

Xmikos...I need, we need, your help to resolve why QSA is sometimes not hooking in the SDR...if missing the QSA Control menu is just a result of SDR not being hooked into QSA. Ask any questions, Ready to try whatever you wish or need. I am not a programmer per se, but I can edit and tinker with your direction.

[MalSpark]

Also no device found when running QSA. But rtl_power finds device and device has worked with GNU Radio companion etc. When running QSA from command line and using --debug the following shows that rtl_power is again finding device correctly but then terminates with an incorrect option later.

[MalSpark]

Output is : C:\Program Files\QSpectrumAnalyzer>qspectrumanalyzer --debug rtl_power params: {'bin_size': 10.0, 'crop': 0.0, 'device': '', 'gain': 37.0, 'hops': 0, 'interval': 1.0, 'ppm': 0, 'sample_rate': 2560000.0, 'single_shot': False, 'start_freq': 87.0, 'stop_freq': 108.0}

Found 1 device(s): 0: Realtek, Rtl2832UDVB, SN:

Using device 0: ASUS U3100MINI_PLUS_V2 C:/Program Files/PothosSDR/bin/rtl_power.exe: invalid option -- r

[MalSpark]

Using rtl_power instead of soapy as a test to debug what is going on.

[MalSpark]

And when QSA configured to run soapy_power the following error when running --debug from cmd line

C:\Program Files\QSpectrumAnalyzer>qspectrumanalyzer --debug rtl_power params: {'bin_size': 10.0, 'crop': 0.0, 'device': '', 'gain': 37.0, 'hops': 0, 'interval': 1.0, 'ppm': 0, 'sample_rate': 2560000.0, 'single_shot': False, 'start_freq': 87.0, 'stop_freq': 108.0}

usage: soapy_power [-h] [-f Hz|Hz:Hz] [-O FILE | --output-fd NUM] [-F {rtl_power,rtl_power_fftw,soapy_power_bin}] [-q] [--debug] [--detect] [--info] [--version] [-b BINS | -B Hz] [-n REPEATS | -t SECONDS | -T SECONDS] [-c | -u RUNS | -e SECONDS] [-d DEVICE] [-C CHANNEL] [-A ANTENNA] [-r Hz] [-w Hz] [-p PPM] [-g dB | -G STRING | -a] [--lnb-lo Hz] [--device-settings STRING] [--force-rate] [--force-bandwidth] [--tune-delay SECONDS] [--reset-stream] [-o PERCENT | -k PERCENT] [-s BUFFER_SIZE] [-S MAX_BUFFER_SIZE] [--even | --pow2] [--max-threads NUM] [--max-queue-size NUM] [--no-pyfftw] [-l] [-R] [-D {none,constant}] [--fft-window {boxcar,hann,hamming,blackman,bartlett,kaiser,tukey}] [--fft-window-param FLOAT] [--fft-overlap PERCENT] soapy_power: error: unrecognized arguments: -i 1.0 0.0