[hpsdr] NVIDIA Jetson Nano SBC - YouTube video

[Joe Martin]

Very good, Tom.  

And Chris, the graphical blocks used in GNURadio-Companion are all written in C++ and the source code is readily available so you don’t actually have to use the graphical “Companion” at all.  Indeed, there are even more GNURadio functions that you can use in your own custom C++ program if you prefer to do things that way.  I do both.  

73, Joe K5SO

> On Apr 29, 2019, at 11:59 AM, Tom McDermott <tom.n5eg at gmail.com> wrote:
> 
> Just a reminder -- there is a gnuradio driver for HPSDR Protocol 1:
>     https://github.com/Tom-McDermott/gr-hpsdr <https://github.com/Tom-McDermott/gr-hpsdr>
> Linux installation instructions are on the github page.   I think it is also in pybombs.
> 
> One other item - there is a Windows 64-bit compatible binary for gnuradio.  I've installed it
> and it works quite well. Very simple - no software to build, just an MSI file.
> You can't add new radios to it, but it comes with support for a bunch of
> radio already (such as Ettus) and a bunch more.
>     http://www.gcndevelopment.com/gnuradio/downloads.htm <http://www.gcndevelopment.com/gnuradio/downloads.htm>
> 
> I will be conducting a 3-hour gnuradio seminar at the Microwave Update in Dallas this 
> October where we will install this on participants 64-bit Windows 10 laptops and
> go through training on how to use it.
> 
> -- Tom, N5EG
> 
> 
> 
> 
> On Mon, Apr 29, 2019 at 10:52 AM Chris Smith <chris at vspl.co.uk <mailto:chris at vspl.co.uk>> wrote:
> ***** High Performance Software Defined Radio Discussion List *****
> 
> Joe
> 
> The GNURadio approach looks like it has potential.
> 
> The other approach i.e. using several independent processing modules a la ghpSDR, which I followed for a while then abandoned when linHPSDR became available, is a little ‘messy’ and network heavy unless the various levels are served by separate networks. Perhaps I should revisit ghpSDR3?
> 
> The graphical approach tends to give me severe headaches as I have never had to imagine any processing in that way having come from a purely software background with a smattering of hardware thrown in. I did have to develop a real-time data acquisition system (software & hardware) a couple of decades ago which used an X Window System toolkit that took graphical input to define the GUI. However I found a way to circumvent the front-end and do everything using Xlib etc..!
> 
> Thanks. All worth another look.
> 
> Chris G4NUX
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20190429/9037df5a/attachment.html>