Hi It will enable any capabilities you intend to add using GRC and/or any python code.... But by itself, it's only a grc « source » written by Tom-McDermott (as far as I can remember). It is able to open several « receivers » (well... depending on the capabilities of your local computer). Many forks have been added to fit with other hpsdr hardware platforms. Im using Daniel Estevez 's gr-HermesLite2 https://github.com/daniestevez/gr-hermeslite2 and it works flawlessly. Cheers Marc f6itu De : Cemaxecuter...
... sorry, my former answer was not really clear In fact, the « usability » problem comes from GNU Radio itself. It's a rather hard-to-understand/hard-to-build and install/hard-to-use piece of software, and you definitely could not use it if you don't have some knowledge in the « signal theory ». The main dificulty it the possibility to add the hardware interface you need (in this case, the openhpsdr « source » for example). This aspect has been partly solved with an kind of automatic install procedure...
Thanks a lot It's only radio... nothing is urgent And it was just a suggestion. If you consider the ratio of ham able to use Linux AND who own a software defined radio AND know what an OpenHPSDR protocol is , you'll see that this proportion is approximately the same of the amount of ham able to compile from source :- D And once againt, thanks for your efforts and contribution to the community 73' Marc f6itu De : Cemaxecuter cemaxecuter@users.sourceforge.net Envoyé : dimanche 19 avril 2020 04:11 À...
Hi Aaron This is an impressive work. Thank you for your efforts. Could it be possible to add to your software collection some Open HPSDR softwares ? SparkSDR, LinHPSDR , newbie config files for GQRX, HPSDR "recipe" for GNU Radio , piHPSDR -which is not only "raspi" compliant- etc ? It would be a nice opportunity for people who don't necessary want to "buy" commercial stuff and prefere to build their own radio. Without mentionning the impressive number of hpsdr compliant rigs... LinRad could also...