f4exb / sdrangel

SDR Rx/Tx software for Airspy, Airspy HF+, BladeRF, HackRF, LimeSDR, PlutoSDR, RTL-SDR, SDRplay and FunCube
GNU General Public License v3.0
2.94k stars 447 forks source link

Still no SDRplay devices are shown #1825

Open Bra-Ger opened 1 year ago

Bra-Ger commented 1 year ago

Hello, Sorry, but I still have issues with SDRplay devices because they are not shown. I used the following setup.

The RSP1A device is running fine with SDRconnect from SDRplay. There is no other SDR SW running. I attached a Log file (I hope it contains some useful information.)

Please comment I you need more details.

Regards,

Gero

Xnip2023-09-12_18-18-38 NO SDRplay.txt

srcejon commented 1 year ago

In your log file, you have:

Referenced from: <57595EC3-AC46-3AA8-AE6F-8C1DB9B4E978> /Applications/SDRangel.app/Contents/Resources/lib/plugins/libinputsdrplayv3.dylib Reason: tried: 'libsdrplay_api.so.3.07' (no such file), '/System/Volumes/Preboot/Cryptexes/OSlibsdrplay_api.so.3.07' (no such file), 'libsdrplay_api.so.3.07' (no such file), '/usr/local/lib/libsdrplay_api.so.3.07' (no such file), '/usr/lib/libsdrplay_api.so.3.07' (no such file, not in dyld cache), '//libsdrplay_api.so.3.07' (no such file), '/System/Volumes/Preboot/Cryptexes/OS//libsdrplay_api.so.3.07' (no such file), '//libsdrplay_api.so.3.07' (no such file), '/usr/local/lib/libsdrplay_api.so.3.07' (no such file), '/usr/lib/libsdrplay_api.so.3.07' (no such file, not in dyld cach

Bra-Ger commented 1 year ago

Hello, Thank you for your fast response.

I already mentioned that SDRplay only provides the 3.12 API for MacOS in their Download section.

Because this is a new instalation I can no longer a download the 3.07 Version for Mac.

Is anybody out there who can confirm this behaviour with the 3.12 API for MacOS? Is there anybody who can provide me a 3.07 API for M1 MacOS in order to confirm this issue? (I will try to contact SDRplay by my self but I don't think that they will provide any support for 3rd party apps.)

(Please take a look at the attachment.) Regards,

Gero

Xnip2023-09-12_22-22-37

srcejon commented 1 year ago

Yep - I may need to update the release build to use 3.12.

srcejon commented 1 year ago

Which isn't straightforward, as libsdrplay_api.so.3.12.0 refers to libsdrplay_api_x86_64.so.3.12.0 which doesn't exist.

Bra-Ger commented 1 year ago

Strange!

libsdrplay_api.so.3 -> /usr/local/lib/libsdrplay_api.so.3.12.0 Does exist ... Dit you try it by yourself? Maybe I should try it on a vanilla MacOS

srcejon commented 1 year ago

I'm not referring to the symlinks, but a string within the file, which you can see with otool. I may have a workaround, but have also filed a bug report.

srcejon commented 1 year ago

Great - I'd suggest using that. SDRplay have replied saying they are working on a fix for the 3.12.0 issue.

Bra-Ger commented 1 year ago

I have tried the API 3.07 version but the device is not detected by this API:

SDR % sudo SoapySDRutil --probe ######################################################

Soapy SDR -- the SDR abstraction library

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

Probe device [INFO] Make connection: '' Error probing device: Failed to make connection with '' gero@Geros-MBP-Max SDR %

The is a bug in this beta which was fixed with 3.12 unfortunately this workaround is not an option.

The log file shows, that the lib is there but it has the wrong version. 20230915_001_SERangel_MacOS_M1.txt

Currently I am using a strange workaround (because the virtual maschiens on a mac didn't work either.)

I installed SDRangel on a windows 10 maschine (within 3 minutes) and exported the screen to my Mac.

image

srcejon commented 11 months ago

Can you give SDRplay API 3.12.1 a try with SDRangel 7.17.2? Thanks.

Bra-Ger commented 11 months ago

Thank you!!!!

At first glance it seems to be working fine. I will test it this weekend (16/17 Dec. 23) with two devices at the same time.

sdr Xnip2023-12-12_19-11-22

Bra-Ger commented 11 months ago

Hello, I have now tested the API with two devices at the same time. At first everything seemed to be OK. After a while, the second device could no longer be addressed.

There was a different behavior when they were connected in different order.

In log "20231217_two_SDRplay_Crash" SDRAngel crashes: Line 142, 143 (the crash is no longer logged)

In log "20231217_two_SDRplay_Crash2" SDRAngel does not crash but the API cannot be opened: Line 102, 103

I have deleted the API with $ sudo bash /Library/SDRplayAPI/3.12.1/uninstall.sh and deleted and reinstalled SDRAngel (Including all .ips .diag .plist files and the folder with xxx. savedState)

Then I installed everything again. => Reboot => Test After that I saw the same behavior:

In the log "20231217_two_SDRplay_Crash3" SDRAngel crashes: Line 77, 78

Conclusion: With MacBook Pro M1 (Sonoma 14.0), SDRplayAPI 3.12.1 SDRAngle 7.17.2 operation with an SDR Play device is possible. Two seem to work but the function is not guaranteed.

20231217_two_SDRplay_Crash3.txt 20231217_two_SDRplay_Crash2.txt 20231217_two_SDRplay_Crash.txt

srcejon commented 8 months ago

Please let us know if you still have a problem with the latest release and API 3.14.

Bra-Ger commented 8 months ago

Hello, Thank you for your question. I still have the same issue. Because SDRangle crashes so fast that no log file is written I copied the Apple crash report. 2024-02-24_SDR_play_Crash.txt

srcejon commented 8 months ago

Try running from the terminal, then the log should displayed there.

srcejon commented 8 months ago

I see one possible bug from your crash report, so I'll fix that, thanks.