Re: Contribute to GNU radio

2019-11-15 Thread CEL
Hi Martin, César, > If you're asking for something specific, how about you do the guided > tutorials (you can find them on the wiki), and see if they are still up to > date? Oh, yes! I totally forgot about these. Yes, going through these with an as-modern-as-possible GNU Radio installation

Re: Contribute to GNU radio

2019-11-15 Thread CEL
Hi César! It's awesome that you want to help! If you've used GNU Radio before, then: YOU DEFINITELY HAVE THE SKILLS! Generally, we always need people to 1. Write documentation, 2. Test our current development version, 3. Report and reproduce bugs, 4. Review pull requests, 5. Fix bugs and 6.

Re: Contribute to GNU radio

2019-11-15 Thread Martin Braun
César, yes, absolutely. Just get started and see where you have troubles. Make sure you can install GNU Radio (you can start with our Launchpad installation), and then see what you can / can't do. If you're asking for something specific, how about you do the guided tutorials (you can find them

Contribute to GNU radio

2019-11-15 Thread César fumfum
Hi, I’m an engineering student of third year who have been using this tool for 1 year and i love GNU radio. Now i feel that i can contribute to this project and help the free software, but i don’t know if i got the needed skills. I would like to help developing tools because i know a few

Re: qt-gui problems with GNU 3.8

2019-11-15 Thread CEL
Ah, it's the same old blues; need to have qt(4)-devel packaged for qwt. (What I've tried is: Run Fedora as host, and have a podman (or docker, as if I care, replace "podman" by "docker" below) container marcus@workstation> podman run -it --rm centos:8) This is a very rough rundown of what I

Re: qt-gui problems with GNU 3.8

2019-11-15 Thread Vasil Velichkov
Hi Mark, On 15/11/2019 21.19, Mark Koenig wrote: > I am trying to build gnuradio branch maint-3.8 and I am having trouble > getting qt-gui to enabled. I am currently using the new distro CentOS 8, and > I cannot find any ‘qwt’ packages. Has anyone got gnuradio to build on CentOS > 8 yet? I

Re: qt-gui problems with GNU 3.8

2019-11-15 Thread CEL
Oh, CentOS 8 is out! Nice, I was waiting for that. Let me check whether I can reproduce. Best regards, Marcus On Fri, 2019-11-15 at 19:19 +, Mark Koenig wrote: > I am trying to build gnuradio branch maint-3.8 and I am having trouble > getting qt-gui to enabled. I am currently using the new

Re: How to tell whether gnuradio is using NEON or not?

2019-11-15 Thread CEL
... which either means that's fine, or we need more (or sometimes, better) NEON implementations. If this is critical to you, let us get you onboard with VOLK development – and get your NEON code upstreamed! :D Best regards, Marcus On Fri, 2019-11-15 at 21:34 +0300, Amr Bekhit wrote: > Hi

qt-gui problems with GNU 3.8

2019-11-15 Thread Mark Koenig
I am trying to build gnuradio branch maint-3.8 and I am having trouble getting qt-gui to enabled. I am currently using the new distro CentOS 8, and I cannot find any ‘qwt’ packages. Has anyone got gnuradio to build on CentOS 8 yet? I am very close to having all the modules I desire to be

Re: How to tell whether gnuradio is using NEON or not?

2019-11-15 Thread Amr Bekhit
Hi Marcus, Thanks for the clarification. I guess in this case, seeing as volk correctly detected the presence of neon during the compilation process but found the generic machine to be faster, then I can assume, as you said, that GCC 9 is indeed doing a better job than the hand optimized

Re: Gnuradio for Raspberry PI 4 and SDRPLay works well, but need documentation

2019-11-15 Thread Glen I Langston
Hi Marcus, Two good things about the SDRplay, now that the gnuradio interface seems to be working, are: 1) Very high gain. I need about 30 dB of IF attenuation to get the levels right. 2) Very good data transfer rates. Right now I appear to be getting 100% of the 7 MHz samples delivered to

Re: creating a 57 KHz signal from 19 KHz reference

2019-11-15 Thread Andy Walls
> From: Kristoff > Date: Thu, 14 Nov 2019 23:39:32 +0100 [snip] > Question: > > I am trying to find a way to use the 19 KHz stereo-pilot signal to > create a 57 KHz carrier (to down-convert the FM/RDS carrier at 57 > KHz). > > How do I do this? Use the PLL carrier tracking

Re: Gnuradio for Raspberry PI 4 and SDRPLay works well, but need documentation

2019-11-15 Thread Marcus D. Leech
On 11/15/2019 09:17 AM, Glen I Langston wrote: Thank for your help Chris, I have now gotten the SDRPlay connected to my telescope and the results are looking reasonable. My initial problems were with the sense of the gain values, which are actually attenuation values for the SDRPlay. It seems

Re: Baseband signal generating.

2019-11-15 Thread CEL
The 3.7-era constellation encoders, if I remember correctly, are average-power-normalizing. So, as I said, simply multiply by a factor 0.5. You already have that in your flow graph and bypassed it. So, you already know what to do. Go wild! (Also, you usually do *not* want a fixed peak-to-peak

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Michael Dickens
Hi Glen - Yes, all of this can be fixed in the "cmake .." step. That's what we do in MacPorts to get all of the files installed in the correct locations (using CMAKE_INSTALL_PREFIX=/opt/local by default; but also using other cmake variables to set other install locations to be not the default too,

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Glen I Langston
Thanks I’ll try that in the future. However I’m not sure why this is an issue in the first place. It should be fixable at the cmake step. Looking at the link provided in an earlier email, it seems like part of the problem is the different uses of site-packages and dist-packages. Can that be

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Michael Dickens
One final reply: You used MacPorts to install GNU Radio ... so why not use it to install all of the IIO stuff? "port search iio" should come back with: {{{ gr-iio @20190725-9088ac79_1 (science, comms) Provides augmented functionality for GNU Radio: IIO device source libad9361-iio @20190910

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Michael Dickens
I -strongly- recommend against setting the CMAKE_INSTALL_PREFIX to a system directory such as /usr when you are building from source (not using a package manager)! You never know what you're going to overwrite from the system itself, which can cause library loading breakage. When installing

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Michael Dickens
You need to set {{{ PYTHONPATH=/usr/local/lib/python2.7/site-packages/:$PYTHONPATH }}} to get access to gr-iio. On Fri, Nov 15, 2019 at 8:17 AM Kevin Wheatley wrote: > New here and new to gnuRadio... > > I'm attempting to get plutoSDR up and running on a Mac, I've installed > gunradio and

Re: Gnuradio for Raspberry PI 4 and SDRPLay works well, but need documentation

2019-11-15 Thread Glen I Langston
Thank for your help Chris, I have now gotten the SDRPlay connected to my telescope and the results are looking reasonable. My initial problems were with the sense of the gain values, which are actually attenuation values for the SDRPlay. It seems like the defaults are reasonable, and that

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Emmanuel Blot
Hi Kevin, See also https://github.com/gnuradio/gnuradio/pull/2781 Emmanuel On 15 Nov 2019, at 14:41, Glen I Langston wrote: Hi Kevin, I’ve run into this too. The instructions tell you the solution after the build commands change the “cmake” line to cmake -DCMAKE_INSTALL_PREFIX=/usr . and

Re: PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Glen I Langston
Hi Kevin, I’ve run into this too. The instructions tell you the solution after the build commands change the “cmake” line to cmake -DCMAKE_INSTALL_PREFIX=/usr . and rebuild all and do the copy step they suggest on site

PlutoSDR & Mac - iio block issues??

2019-11-15 Thread Kevin Wheatley
New here and new to gnuRadio... I'm attempting to get plutoSDR up and running on a Mac, I've installed gunradio and dependencies, I've also downloaded and built libiio, ibad9361-iio and gr-iio. Following this I've moved the block files across to the working directory. Running gnuradio-companion I

Re: Baseband signal generating.

2019-11-15 Thread Md. Atiqur Rahman
Hello, Thank you so much for your response. Yes, I get it. I did multiply the result with the factor but I wanted to know how the constellation object setting defined it. Now I know that, thanks to Mr. Christophe and Mr. Marcus. On Fri, Nov 15, 2019 at 1:20 PM Müller, Marcus (CEL) wrote: > …

Re: Baseband signal generating.

2019-11-15 Thread CEL
… and the easiest way to adjust that is by simply multiplying the result with the appropriate factor Best regards, Marcus On Fri, 2019-11-15 at 13:06 +0100, Christophe Seguinot wrote: > Hi > > Your amplitude is set in constellation object, in the constellation points > list. > > At present

Re: Baseband signal generating.

2019-11-15 Thread Christophe Seguinot
Hi Your amplitude is set in constellation object, in the constellation points list. At present yours is +-1 for BPSK, and +-1+-j for QPSK So amplitude is 1 (+-1) for BPSK and 1.414 for QPSK This must be adjusted to your requirements (-0.5,0.5) for

Re: How to tell whether gnuradio is using NEON or not?

2019-11-15 Thread CEL
Hi Amr, that just either means that the kernel has no NEON implementation so far, so generic is the only choice, or, and that's *good* news, the compiler has gotten so smart that it outranks hand-written code. Best regards, Marcus On Fri, 2019-11-15 at 14:01 +0300, Amr Bekhit wrote: > Going

Re: How to tell whether gnuradio is using NEON or not?

2019-11-15 Thread Amr Bekhit
Going back to this problem, I recently set up a fresh Raspberry Pi 4 system using Ubuntu Server 19.10 and compiled GNU Radio v3.7.13.5 from source, which also compiled the built in Volk. I then ran volk_profile and was surprised to find that the generic machine was very often faster than NEON, and

Re: creating a 57 KHz signal from 19 KHz reference

2019-11-15 Thread Christophe Seguinot
Hi Kristoff I already tried this in the past but did not saved the corresponding grc file. I remember thath I did not succeed in getting a non rotating constellation for the RDS signal which normally is achieved when using your method. I also tried to