SDR Fitipower FC0012 Not Found

Please help. I have a problem with my satnogs … I use black SDR Fitipower FC0012. when I try #rtl_test there is a sdr not found

~# rtl_test
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
No supported tuner found
Enabled direct sampling mode, input 1
Supported gain values (1): 0.0
Sampling at 2048000 S/s.

Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.

Reading samples in async mode…
Allocating 15 zero-copy buffers
Detected Kernel usbfs mmap() bug, falling back to buffers in userspace
lost at least 36 bytes

Please Help.
Best Regars,
YC5ABK
73

in the #SoapySDRUtil --probe command

################################################### ####

Soapy SDR - the SDR abstraction library

################################################### ####

Probe device

RtApiAlsa :: getDeviceInfo: snd_pcm_open error for device (hw: 1.0), Device or resource busy.

RtApiAlsa :: getDeviceInfo: snd_pcm_open error for device (hw: 1.0), Device or resource busy.

[INFO] [UHD] linux; GNU C ++ version 8.3.0; Boost_106700; UHD_3.15.0.0-2
[ERROR] avahi_service_browser_new () failed: Bad state

RtApiAlsa :: getDeviceInfo: snd_pcm_open error for device (default), No such file or directory.

No supported tuner found
Enabled direct sampling mode, input 1
No supported tuner found
Enabled direct sampling mode, input 1

  • Device identification

driver = RTLSDR
hardware = UNKNOWN
origin = https: //github.com/pothosware/SoapyRTLSDR
rtl = 0

It looks like support for the FC0012 tuner has been broken in librtlsdr in a few versions. I found some discussions about it in a few mailing lists:
https://lists.osmocom.org/pipermail/osmocom-sdr/2018-February/001666.html
https://lists.osmocom.org/pipermail/osmocom-sdr/2018-February/001666.html

I’m unsure how to fix this one apart from suggesting you upgrade to one of the newer RTLSDRs with the better tuner IC, and TCXO.

that means you can’t, sir…