Hi,
I would like to have the latest SDRAngel version to run on a PI4 with PTT.
Got the precooked image from luigi.ltd with SDRAngel (4.14.19) but apparently does not have the PTT plugin.
Is it because I need a later version or it is not available on Arm?

BTW, I tried to build it using the normal procedure but it failed.

Do specific build instructions exist for PI?

TIA.

Giuseppe Marullo
IW2JWW - JN45RQ

Just to provide some context, trying to study all the pieces for OSCAR100, using this PA for the uplink:

https://sg-lab.com/AMP2400v3/amp2400_v3.html

If the HackRF would prove not suitable, I will use a transverter and usual ham radio transceiver.

Thanks.

Giuseppe Marullo
IW2JWW - JN45RQ

hack is not good

use a pluto

regardless if you use pluto or hackrf ... you need to add a small predriver cause the sg lab needs around 40 or 50 mw while those sdr only can give you 4 mw max (and those are not clean so better use 10 db less then maximum) ... means you have to additonaly put a 20 db mmic gain stage in front of the sg lab

transverter may become problematic if you do not lock its clock to a gps a similar stable signal (or in other words it will drift like hell)

my qo100 station is an amp with similar power level as the sglab but with included predriver (direct pluto driven) ... a poty feed with tcxo modded lnb ... a bias t and a small tablet (so no need or a superfast machine) ... no fancy upconverters ... and cause i could get the tcxo inside pluto real stable (with using the metal case as a cooler) i do not need a gps clock

good luck on your project ...stay safe

dg9bfc sigi

Am 19.10.2020 um 22:33 schrieb Giuseppe Marullo:

hack is not good

Not the best I admit, but I was thinking the worst thing to overcome was the low power available to drive the amplifier. Is it because the 8bit resolution or what?

use a pluto

I could have a pluto, a little mangled on TXCO pad(friend of mine tried the dupa double solderer trick, didn't end well), with little effort I may be able to fix it.

regardless if you use pluto or hackrf ... you need to add a small

predriver cause the sg lab needs around 40 or 50 mw while those sdr only can give you 4 mw max (and those are not clean so better use 10

db less then maximum) ... means you have to additonaly put a 20 db

mmic gain stage in front of the sg lab

Could you recommend a predriver or reference to the amplifier you are using?

I would like to test it with HackRF and Pluto, I may need some more power for other projects anyway. I will only open my car, I promise.

transverter may become problematic if you do not lock its clock to a

gps a similar stable signal (or in other words it will drift like hell)

I have a Trimble and a QRPLabs GPSDO, the latter with a second programmable output (I could use to generate the 25MHz for example). I was hoping to just use the HackRF and avoid the transverter altogether. I would also need to keep a V-U SSB radio just for this (like an old 726R). With the HackRF, no radio needed.

my qo100 station is an amp with similar power level as the sglab but

with included predriver (direct pluto driven) ... a poty feed with tcxo modded lnb ... a bias t and
It is nice if you could make it enough stable that GPSDO is not needed.

a small tablet (so no need or a superfast machine) ... no fancy

upconverters ... and cause i could get the tcxo inside pluto real stable (with using the metal case as a cooler) i do not need a gps clock
Ideally I would use a PI4, but at the moment I am unable to use the PTT button (because of the build?), hence no TX anyway.

good luck on your project ...stay safe

Thanks, you too.

Am 20.10.2020 um 00:13 schrieb Giuseppe Marullo:

hack is not good

Not the best I admit, but I was thinking the worst thing to overcome was the low power available to drive the amplifier. Is it because the 8bit resolution or what?

yepp ... that 8 bit is just not as good as a plito

use a pluto

I could have a pluto, a little mangled on TXCO pad(friend of mine tried the dupa double solderer trick, didn't end well), with little effort I may be able to fix it.

i modded way over a dozen with a new clock ... adding new one in is not that tricky but getting the old one out is (as your friend has already found out) ... the multilayer pcb "sucks2 hte heat away so it take a bit of time to melten all 4 solder spots (i do it with hot air biut also that is dangerous ... there are tiny caps close to clock)

regardless if you use pluto or hackrf ... you need to add a small

predriver cause the sg lab needs around 40 or 50 mw while those sdr only can give you 4 mw max (and those are not clean so better use 10

db less then maximum) ... means you have to additonaly put a 20 db

mmic gain stage in front of the sg lab

Could you recommend a predriver or reference to the amplifier you are using?

my amp is homebrewed ... predriver is skyworks 65017

so ... buythe cheapes lna in chinamarket you can find (you need only the pcb and the two sma connectors) ... then solder on the sky17 and you have a superb wideband amp with near flat 20 db gain from 100 megs up to 6 gig ... so a perfect driver behind a pluto for ANY band

yes ... near flat 20 db gain over that complete area (and not 20 db at 1 gig but only 5 ot 6 db at 6 g)

I would like to test it with HackRF and Pluto, I may need some more power for other projects anyway. I will only open my car, I promise.

transverter may become problematic if you do not lock its clock to a

gps a similar stable signal (or in other words it will drift like hell)

I have a Trimble and a QRPLabs GPSDO, the latter with a second programmable output (I could use to generate the 25MHz for example). I was hoping to just use the HackRF and avoid the transverter altogether. I would also need to keep a V-U SSB radio just for this (like an old 726R). With the HackRF, no radio needed.

yepp same why i use the pluto ... i do not own a multimode multiband sat mode capable rig ... so the pluto was the bets choice here

yes you can use the 25 to stabilize the lnb ... but you also need a stable 40 megs for your sdr

my qo100 station is an amp with similar power level as the sglab but

with included predriver (direct pluto driven) ... a poty feed with tcxo modded lnb ... a bias t and
It is nice if you could make it enough stable that GPSDO is not needed.

only rx drifts a bit (tcxo is inside lnb so outside in weather) BUT THAT IS COMPENSATED WITH THE LOCKING ON THE BEACON!!

tx is stable cause i modded the pluto with TWO main things ... i replaced tcxo but mounted it at a boit more distance to the trx chip ... and i use the aluminium case as cooler ... so i "suck away" the trx chips heat when txing and i added a lot of thermal mass that also helps to stabilize it

a small tablet (so no need or a superfast machine) ... no fancy

upconverters ... and cause i could get the tcxo inside pluto real stable (with using the metal case as a cooler) i do not need a gps clock
Ideally I would use a PI4, but at the moment I am unable to use the PTT button (because of the build?), hence no TX anyway.

good luck on your project ...stay safe

Thanks, you too.

Here an example of my QO-100 transceiver using Hack-RF.

https://f1atb.fr/index.php/2020/05/12/q0-100-transceiver-with-sdr/

I use it everyday with good reports.

73
André
F1ATB

Hi Guiseppe

Any luck with installing or compiling the newer version of SDRangel on your PI4?

I am in same situation with wanting to install a newer version on my PI4. Got the same image from luigi.ltd working with old SDRangel thou the newer plugins are missing. Specially the ADS-B module.
Got a second 2nd SD card for the PI running Ubuntu 64bit 20.04 and have GQRX and CubicSDR working, Ideally want the SDRangel 6.5.0 installed in that OS. Tried compiling it thou no progress yet

Anyone who can help?

Hi,

Got a bit further, following the SDRangel Compile from source guide
sudo apt-get install libqt5websockets5-dev
then reboot and ran the long command:

cmake -Wno-dev -DDEBUG_OUTPUT=ON -DRX_SAMPLE_24BIT=ON \ (PLUS all following lines)

Continuing from previous post
Following long list of error occurs:

-- SDRangel Version: 6.5.0-9-gaef15f7a2
-- Build type set to: Release
-- Compiling for 24 bit Rx DSP chain
-- Target architecture: ARM64-native
-- ARM Neon extensions enabled
-- Could NOT find Qt5SerialPort (missing: Qt5SerialPort_DIR)
CMake Warning at CMakeLists.txt:302 (find_package):
  Found package configuration file:

    /usr/lib/aarch64-linux-gnu/cmake/Qt5/Qt5Config.cmake

  but it set Qt5_FOUND to FALSE so package "Qt5" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt5 component "SerialPort" config file at
  "/usr/lib/aarch64-linux-gnu/cmake/Qt5SerialPort/Qt5SerialPortConfig.cmake"

-- Could NOT find Qt5Quick (missing: Qt5Quick_DIR)
CMake Warning at CMakeLists.txt:308 (find_package):
  Found package configuration file:

    /usr/lib/aarch64-linux-gnu/cmake/Qt5/Qt5Config.cmake

  but it set Qt5_FOUND to FALSE so package "Qt5" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt5 component "Quick" config file at
  "/usr/lib/aarch64-linux-gnu/cmake/Qt5Quick/Qt5QuickConfig.cmake"

-- Could NOT find Qt5QuickWidgets (missing: Qt5QuickWidgets_DIR)
CMake Warning at CMakeLists.txt:309 (find_package):
  Found package configuration file:

    /usr/lib/aarch64-linux-gnu/cmake/Qt5/Qt5Config.cmake

  but it set Qt5_FOUND to FALSE so package "Qt5" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt5 component "QuickWidgets" config file at
  "/usr/lib/aarch64-linux-gnu/cmake/Qt5QuickWidgets/Qt5QuickWidgetsConfig.cmake"

-- Could NOT find Qt5Positioning (missing: Qt5Positioning_DIR)
CMake Warning at CMakeLists.txt:310 (find_package):
  Found package configuration file:

    /usr/lib/aarch64-linux-gnu/cmake/Qt5/Qt5Config.cmake

  but it set Qt5_FOUND to FALSE so package "Qt5" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt5 component "Positioning" config file at
  "/usr/lib/aarch64-linux-gnu/cmake/Qt5Positioning/Qt5PositioningConfig.cmake"

-- Could NOT find Qt5Charts (missing: Qt5Charts_DIR)
CMake Warning at CMakeLists.txt:311 (find_package):
  Found package configuration file:

    /usr/lib/aarch64-linux-gnu/cmake/Qt5/Qt5Config.cmake

  but it set Qt5_FOUND to FALSE so package "Qt5" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find Qt5 component "Charts" config file at
  "/usr/lib/aarch64-linux-gnu/cmake/Qt5Charts/Qt5ChartsConfig.cmake"

-- Found FFTW3F: /usr/include, /usr/lib/aarch64-linux-gnu/libfftw3f.so, /usr/lib/aarch64-linux-gnu/libfftw3f_threads.so
-- Checking for module 'libusb-1.0'
--   No package 'libusb-1.0' found
-- libusb-1.0 not found.
CMake Warning at CMakeLists.txt:319 (find_package):
  By not providing "FindOpenCV.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "OpenCV", but
  CMake did not find one.

  Could not find a package configuration file provided by "OpenCV" with any
  of the following names:

    OpenCVConfig.cmake
    opencv-config.cmake

  Add the installation prefix of "OpenCV" to CMAKE_PREFIX_PATH or set
  "OpenCV_DIR" to a directory containing one of the above files.  If "OpenCV"
  provides a separate development package or SDK, be sure it has been
  installed.

-- Checking for module 'libsigmf'
--   No package 'libsigmf' found
-- libsigmf not found.
-- Checking for module 'codec2'
--   No package 'codec2' found
-- Codec2 not found
-- Could NOT find CODEC2 (missing: CODEC2_LIBRARIES CODEC2_INCLUDE_DIR)
-- Checking for module 'libcm256cc'
--   No package 'libcm256cc' found
-- CM256cc not found
-- Could NOT find CM256CC (missing: CM256CC_LIBRARIES CM256CC_INCLUDE_DIR)
CMake Error at cmake/Modules/FindSerialDV.cmake:29 (message):
  Could not find SerialDV
Call Stack (most recent call first):
  CMakeLists.txt:363 (find_package)


-- Configuring incomplete, errors occurred!

Quite a list of errors. is it all linked or do I need to correct and/or install files for each?

Thanks