SigDigger
SigDigger copied to clipboard
BatchDrake
Fresh install (OS/X Mojave) detects neither RTLSDR nor HackRF
Fresh SigDigger installed on OS/X Mojave 10.14.6 from https://github.com/BatchDrake/SigDigger/releases/download/v0.1.0/SigDigger-0.1.0-x86_64.dmg
Does not detect RTLSDR dongle or HackRF. Both work with Soapy, and both are visible in the USB tree under System Information.app. I've waited, I've hit Refresh, nothing.
No error messages, so no chance of me making progress with diagnosing this.
#99 mentions the HackRF. Is it also the case that RTLSDR will fail to detect? I have installed soapysdr using "brew" which provides version 0.7.2, not 0.8.
SigDigger should indicate what version it expects, and where it is looking for the install (and perhaps, allow the user to set an option to look elsewhere)
Yes, in the end it is basically a module path issue, so it will not work unless you install 0.8 modules. This has been giving a lot of headaches to other users too, so I will definitely downgrade to 0.7 in the next maintenance release (0.1.1) and make sure that brew-installed modules work out of the box.
You can find additional information on this issue here: https://github.com/BatchDrake/SigDigger/issues/103#issuecomment-626335832
This may be a related issue. I just installed SigDigger after reading about it on RTL-SDR.com. Ubuntu 18.04. The software starts, but fails to recognize the RLT-SDR.com V3 dongle. Only "Dummy Device" is listed regardless of refreshing attempts. GQRX starts and recognizes the dongle instantly, if that helps (I realize GQRX isn't using Soapy, I think.....). Any advice?
You can use SoapySDRUtil to see if Soapy sees the device. If not, then make sure you have the soapy rtlsdr plugin/module installed.
@royldean are you running SigDigger from the AppImages or is it a custom build? In case you are using AppImage, are you running the full or the lite release? If not, what files do you have under /usr/lib/SoapySDR? (or /usr/lib/x86_64-linux-gnu/SoapySDR, don't know where Ubuntu stores SoapySDR modules)
You can use SoapySDRUtil to see if Soapy sees the device. If not, then make sure you have the soapy rtlsdr plugin/module installed.
Doh! Didn't know about the rtlsdr plugin. Built that and now everything runs!
@royldean are you running SigDigger from the AppImages or is it a custom build? In case you are using AppImage, are you running the full or the lite release? If not, what files do you have under
/usr/lib/SoapySDR? (or/usr/lib/x86_64-linux-gnu/SoapySDR, don't know where Ubuntu stores SoapySDR modules)
This was a custom build. But JeffPC guessed correctly, I didn't have the rtlsdr soapy pluggin installed. Built that and SigDigger showed my dongle immediately. Thanks!
Cool program! I found out about her just now. I would like to see a fix for the sdr device definition issue. I downloaded the latest version of your program SigDigger-0.1.0-x86_64.dmg for macOS Catalina, but the hackrf device was not found. My hackrf device is detected by all sdr programs: CubicSDR, Gqrx, SDRTrunk, Dump1090, but your program does not detect it.
@ah1102 this is filed and marked for the maintenance release 0.1.1. See #99 and https://github.com/BatchDrake/SigDigger/issues/103#issuecomment-626335832 for a workaround (requires compiling).
When do you think the "maintenance release 0.1.1" will be ready?
On Sun, May 24, 2020 at 4:35 PM Gonzalo José Carracedo Carballal < [email protected]> wrote:
@ah1102 https://github.com/ah1102 this is filed and marked for the maintenance release 0.1.1. See #99 https://github.com/BatchDrake/SigDigger/issues/99 and #103 (comment) https://github.com/BatchDrake/SigDigger/issues/103#issuecomment-626335832 for a workaround (requires compiling).
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/BatchDrake/SigDigger/issues/107#issuecomment-633294871, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACR2VA6HG4T77MT3FA56NC3RTGAK3ANCNFSM4NANQNTQ .
The program worked) I updated SoapySDR 0.6 to 0.8 from the source code. And SoapyHackRF library was not installed https://github.com/pothosware/SoapyHackRF
Well, I'm currently preparing for an exam I have on June 30th. I'll be advancing some work until then, mostly minor bug fixing, features, etc. And once the exam's over, I plan to move forward to bundling these modules in the .dmg and announce the release. My only concern is the availability of a working macOS. I do have a virtual machine with it, but it's terribly slow.
Show them your program, and I think they will give you the highest rating. I just noticed that the program was supposed to optimize performance. There is a delay in response.
@ah1102 could you open a separate issue for that, and describe how to reproduce that delay? Thanks!
Any news on when you might be releasing the 0.1.1 maintenance release that was to include the fix for this?
Regards, -PD
On Sun, May 24, 2020 at 5:17 PM Gonzalo José Carracedo Carballal < [email protected]> wrote:
@ah1102 https://github.com/ah1102 could you open a separate issue for that, and describe how to reproduce that delay? Thanks!
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/BatchDrake/SigDigger/issues/107#issuecomment-633301863, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACR2VA5N64MIGQV2DG4LQJLRTGFHBANCNFSM4NANQNTQ .
Yep, I decided to release 0.2.0 directly with a whole lot of new features, including builtin SoapySDR modules for macOS. I plan to release it at some point in September, being my only blocker having access to a macOS machine (I tried hiring cloud-based build machines, but they were way too expensive for what they let me do with them). Sorry for the lack of updates so far!