AFAIK MacPorts were not going to support gr-osmosdr for the RSP. That was one of the reasons why we support the SoapySDR/SoapySDRPlay flow and distribute the SoapySDR play libraries with the API/Driver on non-Windows platforms.

Once you have installed the API from our Mac page, you can build updated versions of SoapySDR and SoapySDRPlay (you need to build both) here:

I managed to add SDRplay functionality for gqrx and gnuradio-companion with Macports under Yosemite last night and using El Capitan this afternoon. With, Yosemite you create a 'soapy' option for gqrx. With, El Capitan you get a 'sdrplay' option.

The simplest way is to first install CubicSDR and SoapySDR as other people suggested.

Next, from the link (https://trac.macports.org/ticket/48451) that you pointed out you get the "gr-osmosdr_sdrplay_1.7.diff​" file and copy the changes into the gr-osmosdr "Portfile" (/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/science/gr-osmosdr/Portfile - I used TextWrangle).

Next, you need to create the "mir_sdr_api_MacOSX_1.7.tar.gz" file. Create a folder called "mir_sdr_api_MacOSX_1.7" and 'cp /usr/local/include/mirsdrapi-rsp.h mir_sdr_api_MacOSX_1.7/mir_sd.h' and 'cp /usr/local/lib/libmirsdrapi-rsp-i386-1.8.1.so mir_sdr_api_MacOSX_1.7/libmir_sdr.so'. Note the name changes. Then 'tar -zcvf mir_sdr_api_MacOSX_1.7.tar.gz' to create the tar file. Then, you copy that into place - 'sudo cp mir_sdr_api_MacOSX_1.7.tar.gz /opt/local/var/macports/distfiles/gr-osmosdr/'.

Next, do the upgrade 'sudo port -d upgrade --enforce-variants gr-osmosdr +sdrplay' - this will fail because the checksums are wrong, but it tells you what they should be - put the new checksums into the PortFile and the upgrade should succeed.

Using output audio device 'Built-in Line Output'. ... which is the current default output audio device. Changing the default output audio device in the System Preferences will result in changing it here, too (with an internal reconfiguration).

Can you explain what port you are trying to use on the RSP2 and what your config is currently. I can see you are at maximum IF gain but can you say what RF gain you have set? The AGC is trying to go even higher so it suggests you may not be connected to the port that has been programmed?

Can I send new sdrplay soapy driver default settings to the device with a script before I open up the gqrx application ?apparently the gqrx driver settings are not getting sent.I moved the antenna over to the other part (noticed what you mentioned as well so I figured it's easier just to move to the antenna to antenna port a to see an the agc was still trying for more.

Will really appreciate a cookbook style play by play how to install RSP2 with CubicSDR on MacOSX

I installed the API (downloaded and ran the installer pkg no problem)Downloaded CusbicSDR from SDRplay site

plug in the RSP 2 using a known good USB cable

I launch CubicSDRIt throws up the SDR Devices with no devices in he found devices columnSo i try to add, choose sdrplay from the dropdown in the Add SoapySDR Device popup dialogHit OKIt comes back with Not found (sdrplay) under the Manual section

jbammi wrote:Will really appreciate a cookbook style play by play how to install RSP2 with CubicSDR on MacOSX

I installed the API (downloaded and ran the installer pkg no problem)Downloaded CusbicSDR from SDRplay site

plug in the RSP 2 using a known good USB cable

I launch CubicSDRIt throws up the SDR Devices with no devices in he found devices columnSo i try to add, choose sdrplay from the dropdown in the Add SoapySDR Device popup dialogHit OKIt comes back with Not found (sdrplay) under the Manual section

A detailed step by step appreciates.

73 de kc1ccr

HiThis problem occurs when SoapySDR can not access the device. First of all make sure that your OS detects the SDRPlay.Try one of these:

1- Run the "system_profiler SPUSBDataType" command in your Terminal.In the output there should be a section like this:

Thank you Sasan,Following your hints I managed to determine that all the USB ports on a MacBook Air 11 are not equivalent, the right side port can source higher current! Plugging the cable into the right side port worked fine.