date:20190905

Re: [Discuss-gnuradio] [USRP N210] Timing Issues in GNURadio

2019-09-05 Thread Laura Arjona

Hi Andrew,
Have you considered using a MIMO cable to synchronize the 2 USRP-N210?

On Fri, Sep 6, 2019 at 3:06 AM ANDREW BRAUN <
andrewbr...@engineering.ucla.edu> wrote:

> So I'm new to using the mailing list here, so hopefully this shows up as a
> self-reply. I was able to reproduce the timing issue with better examples.
> Sending a constant symbol, I get consistent results which is usable for my
> application. However, sending a BPSK symbol results in an ugly
> constellation as can be seen in the image below (PSKExample.png)
>
> Is this intentional? Do I just need to do some type of DSP to figure out
> the best time to sample? I was hoping that given an external clock
> reference and external time reference and synced to a pps that this type of
> synchronization would not be an issue, and that a BPSK modulated signal
> would look something like the results for the constant symbol. (EG two
> points on just two sides of the constellation plot).
>
> Note that these constellations are out of phase despite being synced to
> pps, which works for my application. Is that expected?
>
> If this doesn't show up as a self-reply, this was meant as a reply to:
> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-September/060570.html
>
> Thanks,
> Andrew Braun
>
> Attached is my previous post in case this doesn't show up as reply (I'm
> also posting this on the GNURadio board in case this isn't a USRP related
> issue)
>
> For the BPSK image, I ran the PSK_Mod_Example.grc.
> For the constant_sample image, I ran the MinimumReproducibleFlowgraph.grc
>
> Hey everyone,
>
> I'm currently experiencing timing issues regarding synchronizing two USRP's.
>
> My current setup is the following:
> USRP 0 sends a packet with a known preamble (BPSK Modulated) to USRP1. The
> packet is formed in the following manner:  Arbitrary Phase / Amplitude Modulation>. The preamble and packet header are
> both bpsk modulated.
> USRP 1 receives this packet, strips the preamble (using tags from a
> correlation estimator), and is left with just the arbitrary phase /
> amplitude modulation.
>
> My specific application is ML based, but my problem isn't. Essentially what
> I've noticed is, the received constellation of the "arbitrary" modulation I
> described above may look either noisy depending on when the USRP's start
> receiving or transmitting. Additionally, underflows and overflows will also
> desynchronize the way the constellation looks.
>
> So if the constellation looks "noisy" due to this issue, then an underflow
> may actually bring it back to synchronization.
> If the constellation looks great like the picture attached, then an
> underflow will bring the constellation to look bad.
>
> I believe this may be related to how I'm synchronizing these two USRP's.
> Right now I have the USRP blocks in GNURadio set to External Clock Source,
> External Time Source, and Synced to the same "Unknown PPS". Doing this I
> would assume the received constellation should be the same, but it isn't.
>
> I also thought that this may be a sample offset, but that's not the case
> either, as testing with a custom sample offsetting block did not fix the
> issue.
>
> Here is a picture of my flowgraph and the observed constellation
> differences. Note that the channel model / manual phase adjuster are not
> doing anything with the issue that I've seen, as bypassing them in gnuradio
> does not resolve the problem. (The observed problem is seen even on a
> constellation sink on the USRP Source).
>
> If anyone has any experience or knows about this, please let me know.
>
> P.S. I can also screen capture a video of the problem and show what's
> happening if that's easier.
>
> Thanks,
> Andrew Braun
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
*Laura Arjona *
Washington Research Foundation Innovation Postdoctoral Fellow in
Neuroengineering

*Paul G. Allen School of Computer Science & Engineering*
185 E Stevens Way NE
University of Washington
Seattle, WA 98195-2350
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] I can't get my gsl to link

2019-09-05 Thread Alan Corey

I think this is a low level problem, it gets through cmake and all
that, but when it gets down to make and ld I get:

[ 49%] Built target fft_qa_fft_shift
[ 49%] Linking CXX shared library libgnuradio-filter.so
/usr/bin/ld: error: cannot find -lgsl
/usr/bin/ld: error: cannot find -lgslcblas
collect2: error: ld returned 1 exit status
gr-fec/lib/CMakeFiles/gnuradio-fec.dir/build.make:824: recipe for target 'gr-fec
/lib/libgnuradio-fec.so.3.9.0.0-git' failed
make[2]: *** [gr-fec/lib/libgnuradio-fec.so.3.9.0.0-git] Error 1
CMakeFiles/Makefile2:4691: recipe for target 'gr-fec/lib/CMakeFiles/gnuradio-fec
.dir/all' failed
make[1]: *** [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
[ 52%] Built target gnuradio-filter
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2

Yet ldconfig -p | grep gsl says
libgslcblas.so.0 (libc6,AArch64) => /usr/local/lib/libgslcblas.so.0
libgslcblas.so (libc6,AArch64) => /usr/local/lib/libgslcblas.so
libgsl.so.25 (libc6,AArch64) => /usr/local/lib/libgsl.so.25
libgsl.so (libc6,AArch64) => /usr/local/lib/libgsl.so

What's maybe odd is that ls -al | grep gsl in /usr/local/lib looks like this:
-rw-r--r--  1 root staff 22783350 Sep  3 21:19 libgsl.a
-rw-r--r--  1 root staff  1885346 Sep  3 21:19 libgslcblas.a
-rwxr-xr-x  1 root staff  949 Sep  3 21:19 libgslcblas.la
lrwxrwxrwx  1 root staff   20 Sep  3 21:19 libgslcblas.so ->
libgslcblas.so.0.0.0
lrwxrwxrwx  1 root staff   20 Sep  3 21:19 libgslcblas.so.0 ->
libgslcblas.so.0.0.0
-rwxr-xr-x  1 root staff  1121320 Sep  3 21:19 libgslcblas.so.0.0.0
-rwxr-xr-x  1 root staff  918 Sep  3 21:19 libgsl.la
lrwxrwxrwx  1 root staff   16 Sep  3 21:19 libgsl.so -> libgsl.so.25.0.0
lrwxrwxrwx  1 root staff   16 Sep  3 21:19 libgsl.so.25 -> libgsl.so.25.0.0
-rwxr-xr-x  1 root staff 12949992 Sep  3 21:19 libgsl.so.25.0.0

Only the symlinks to the real files end up in the ld.so cache,
ldfonfig doesn't pick up the actual files (libgsl.so.25.0.0 and
libgslcblas.so.0.0.0) at all.  That may not be important.
Are the permissions wrong?  They installed this way.

I installed gsl 2.6 from a tarball from http://ftp.gnu.org/gnu/gsl/, I
fetched Gnuradio by doing git clone --recursive
https://github.com/gnuradio/gnuradio.git

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Michael Dickens

Echoing what Derek wrote: there has already been a fix committed into GR
maint-3.8 for the library version. If you update to the current GIT master
HEAD, the libraries will go back to being version 3.8, which will then work
with GR OOT modules looking for GR 3.8. - MLD

On Thu, Sep 5, 2019 at 12:59 PM Derek Kozel  wrote:

> Ah, this is Marcus' fault, not yours! There was briefly the wrong version
> number on maint-3.8, this will fix itself next time you update. Sorry for
> the confusion, carry on!
>
> On Thu, Sep 5, 2019, at 5:25 PM, Barry Duggan wrote:
>
> Hi Derek,
>
> Well now I'm *really* confused! I did a git status and got:
>
> """
> pi@raspberrypi:~/gnuradio $ git status
> On branch maint-3.8
> Your branch is up to date with 'origin/maint-3.8'.
>
> nothing to commit, working tree clean
> """
>
> and the cmake said:
> /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 3.9.0.0-git
>
> Do I have a "mixed bag" or is something else going on?
>
> Thanks,
> ---
> Barry Duggan
>
>
> On 2019-09-05 09:22, Derek Kozel wrote:
> > Hi Barry,
> >
> > It looks like you're on the master branch of GNU Radio. When you next
> > think of updating GNU Radio I'd recommend moving over to the maint-3.8
> > branch, there's no reason for anyone not doing active core development
> > to be on the master branch at the moment.
> >
> > You'll need "3.9" currently, and if you move to maint-3.8 you'll need
> > "3.8".
> >
> > I doubt that gr-radioteletype has been updated for 3.8 so you'll likely
> > hit the need to redo all the gr-radioteletype CMakeFiles, not a massive
> > task but maybe one you'd find challenging at your level of experience
> > with CMake. Here's the guide for updating an OOT.
> >
> https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide
> >
> > I can't remember if you had a specific reason for using the master/3.8
> > code but using the 3.7 releases have nearly universal compatibility
> > with
> > all the OOTs out there.
> >
> > Regards,
> > Derek
> >
> > On 05/09/2019 14:11, Barry Duggan wrote:
> >> Hi Michael,
> >>
> >> I installed libcppunit-dev which resolved the "No package 'cppunit'
> >> found" error, but still get:
> >>
> >> """
> >> CMake Error at CMakeLists.txt:143 (find_package):
> >>   Could not find a configuration file for package "Gnuradio" that is
> >>   compatible with requested version "3.7.2".
> >>
> >>   The following configuration files were considered but not accepted:
> >>
> >> /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
> >> 3.9.0.0-git
> >>
> >> -- Configuring incomplete, errors occurred!
> >> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
> >> """
> >>
> >> CMakeLists.txt line 143 says:
> >> find_package(Gnuradio "3.7.2" REQUIRED)
> >>
> >> should I change that to "3.8.0"? or "3.9.0"?
> >>
> >> Thanks for your help.
> >> ---
> >> Barry Duggan
> >>
> >>
> >> On 2019-09-05 08:33, Michael Dickens wrote:
> >>> Hi Barry - The error is:
> >>> {{{
> >>> -- Checking for module 'cppunit'
> >>> --   No package 'cppunit' found
> >>> -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
> >>> }}}
> >>> so ... please make sure CppUnit is installed. - MLD
> >>>
> >>> On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan 
> >>> wrote:
> >>>
>  I tried to build gr-radioteletype for version 3.8 and got the
>  following
>  errors:
> 
>  """
>  pi@raspberrypi:~/gr-radioteletype/build $ cmake
>  -DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
>  CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
> The OLD behavior for policy CMP0026 will be removed from a future
>  version
> of CMake.
> 
> The cmake-policies(7) manual explains that the OLD behaviors of
>  all
> policies are deprecated and that a policy should be set to OLD
>  only
>  under
> specific short-term circumstances.  Projects should be ported to
>  the
>  NEW
> behavior and not rely on setting a policy to OLD.
> 
>  CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
> The OLD behavior for policy CMP0043 will be removed from a future
>  version
> of CMake.
> 
>    (ditto of above)
> 
>  CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
> The OLD behavior for policy CMP0045 will be removed from a future
>  version
> of CMake.
> 
>    (ditto of above)
> 
>  CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
> The OLD behavior for policy CMP0046 will be removed from a future
>  version
> of CMake.
> 
>    (ditto of above)
> 
>  -- Boost version: 1.67.0
>  -- Found the following Boost libraries:
>  --   filesystem
>  --   system
>  -- Checking for module 'cppunit'
>  --   No package 'cppunit' found
>  -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
>  CMake Erro

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Derek Kozel

Ah, this is Marcus' fault, not yours! There was briefly the wrong version 
number on maint-3.8, this will fix itself next time you update. Sorry for the 
confusion, carry on!

On Thu, Sep 5, 2019, at 5:25 PM, Barry Duggan wrote:
> Hi Derek,
> 
> Well now I'm *really* confused! I did a git status and got:
> 
> """
> pi@raspberrypi:~/gnuradio $ git status
> On branch maint-3.8
> Your branch is up to date with 'origin/maint-3.8'.
> 
> nothing to commit, working tree clean
> """
> 
> and the cmake said:
> /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 3.9.0.0-git
> 
> Do I have a "mixed bag" or is something else going on?
> 
> Thanks,
> ---
> Barry Duggan
> 
> 
> On 2019-09-05 09:22, Derek Kozel wrote:
> > Hi Barry,
> > 
> > It looks like you're on the master branch of GNU Radio. When you next
> > think of updating GNU Radio I'd recommend moving over to the maint-3.8
> > branch, there's no reason for anyone not doing active core development
> > to be on the master branch at the moment.
> > 
> > You'll need "3.9" currently, and if you move to maint-3.8 you'll need 
> > "3.8".
> > 
> > I doubt that gr-radioteletype has been updated for 3.8 so you'll likely
> > hit the need to redo all the gr-radioteletype CMakeFiles, not a massive
> > task but maybe one you'd find challenging at your level of experience
> > with CMake. Here's the guide for updating an OOT.
> > https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide
> > 
> > I can't remember if you had a specific reason for using the master/3.8
> > code but using the 3.7 releases have nearly universal compatibility 
> > with
> > all the OOTs out there.
> > 
> > Regards,
> > Derek
> > 
> > On 05/09/2019 14:11, Barry Duggan wrote:
> >> Hi Michael,
> >> 
> >> I installed libcppunit-dev which resolved the "No package 'cppunit'
> >> found" error, but still get:
> >> 
> >> """
> >> CMake Error at CMakeLists.txt:143 (find_package):
> >> Could not find a configuration file for package "Gnuradio" that is
> >> compatible with requested version "3.7.2".
> >> 
> >> The following configuration files were considered but not accepted:
> >> 
> >> /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
> >> 3.9.0.0-git
> >> 
> >> -- Configuring incomplete, errors occurred!
> >> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
> >> """
> >> 
> >> CMakeLists.txt line 143 says:
> >> find_package(Gnuradio "3.7.2" REQUIRED)
> >> 
> >> should I change that to "3.8.0"? or "3.9.0"?
> >> 
> >> Thanks for your help.
> >> ---
> >> Barry Duggan
> >> 
> >> 
> >> On 2019-09-05 08:33, Michael Dickens wrote:
> >>> Hi Barry - The error is:
> >>> {{{
> >>> -- Checking for module 'cppunit'
> >>> -- No package 'cppunit' found
> >>> -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
> >>> }}}
> >>> so ... please make sure CppUnit is installed. - MLD
> >>> 
> >>> On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan  
> >>> wrote:
> >>> 
>  I tried to build gr-radioteletype for version 3.8 and got the 
>  following
>  errors:
>  
>  """
>  pi@raspberrypi:~/gr-radioteletype/build $ cmake
>  -DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
>  CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
>  The OLD behavior for policy CMP0026 will be removed from a future
>  version
>  of CMake.
>  
>  The cmake-policies(7) manual explains that the OLD behaviors of 
>  all
>  policies are deprecated and that a policy should be set to OLD 
>  only
>  under
>  specific short-term circumstances. Projects should be ported to 
>  the
>  NEW
>  behavior and not rely on setting a policy to OLD.
>  
>  CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
>  The OLD behavior for policy CMP0043 will be removed from a future
>  version
>  of CMake.
>  
>  (ditto of above)
>  
>  CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
>  The OLD behavior for policy CMP0045 will be removed from a future
>  version
>  of CMake.
>  
>  (ditto of above)
>  
>  CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
>  The OLD behavior for policy CMP0046 will be removed from a future
>  version
>  of CMake.
>  
>  (ditto of above)
>  
>  -- Boost version: 1.67.0
>  -- Found the following Boost libraries:
>  -- filesystem
>  -- system
>  -- Checking for module 'cppunit'
>  -- No package 'cppunit' found
>  -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
>  CMake Error at CMakeLists.txt:143 (find_package):
>  Could not find a configuration file for package "Gnuradio" that 
>  is
>  compatible with requested version "3.7.2".
>  
>  The following configuration files were considered but not 
>  accepted:
>  
>  /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
>  3.9.0.0-

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Barry Duggan


Hi Derek,

Well now I'm *really* confused! I did a git status and got:

"""
pi@raspberrypi:~/gnuradio $ git status
On branch maint-3.8
Your branch is up to date with 'origin/maint-3.8'.

nothing to commit, working tree clean
"""

and the cmake said:
/usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 3.9.0.0-git

Do I have a "mixed bag" or is something else going on?

Thanks,
---
Barry Duggan


On 2019-09-05 09:22, Derek Kozel wrote:

Hi Barry,

It looks like you're on the master branch of GNU Radio. When you next
think of updating GNU Radio I'd recommend moving over to the maint-3.8
branch, there's no reason for anyone not doing active core development
to be on the master branch at the moment.

You'll need "3.9" currently, and if you move to maint-3.8 you'll need 
"3.8".


I doubt that gr-radioteletype has been updated for 3.8 so you'll likely
hit the need to redo all the gr-radioteletype CMakeFiles, not a massive
task but maybe one you'd find challenging at your level of experience
with CMake. Here's the guide for updating an OOT.
https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide

I can't remember if you had a specific reason for using the master/3.8
code but using the 3.7 releases have nearly universal compatibility 
with

all the OOTs out there.

Regards,
Derek

On 05/09/2019 14:11, Barry Duggan wrote:

Hi Michael,

I installed libcppunit-dev which resolved the "No package 'cppunit'
found" error, but still get:

"""
CMake Error at CMakeLists.txt:143 (find_package):
  Could not find a configuration file for package "Gnuradio" that is
  compatible with requested version "3.7.2".

  The following configuration files were considered but not accepted:

    /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
3.9.0.0-git

-- Configuring incomplete, errors occurred!
See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
"""

CMakeLists.txt line 143 says:
find_package(Gnuradio "3.7.2" REQUIRED)

should I change that to "3.8.0"? or "3.9.0"?

Thanks for your help.
---
Barry Duggan


On 2019-09-05 08:33, Michael Dickens wrote:

Hi Barry - The error is:
{{{
-- Checking for module 'cppunit'
--   No package 'cppunit' found
-- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
}}}
so ... please make sure CppUnit is installed. - MLD

On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan  
wrote:


I tried to build gr-radioteletype for version 3.8 and got the 
following

errors:

"""
pi@raspberrypi:~/gr-radioteletype/build $ cmake
-DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
   The OLD behavior for policy CMP0026 will be removed from a future
version
   of CMake.

   The cmake-policies(7) manual explains that the OLD behaviors of 
all
   policies are deprecated and that a policy should be set to OLD 
only

under
   specific short-term circumstances.  Projects should be ported to 
the

NEW
   behavior and not rely on setting a policy to OLD.

CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
   The OLD behavior for policy CMP0043 will be removed from a future
version
   of CMake.

  (ditto of above)

CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
   The OLD behavior for policy CMP0045 will be removed from a future
version
   of CMake.

  (ditto of above)

CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
   The OLD behavior for policy CMP0046 will be removed from a future
version
   of CMake.

  (ditto of above)

-- Boost version: 1.67.0
-- Found the following Boost libraries:
--   filesystem
--   system
-- Checking for module 'cppunit'
--   No package 'cppunit' found
-- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
CMake Error at CMakeLists.txt:143 (find_package):
   Could not find a configuration file for package "Gnuradio" that 
is

   compatible with requested version "3.7.2".

   The following configuration files were considered but not 
accepted:


 /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
3.9.0.0-git

-- Configuring incomplete, errors occurred!
See also 
"/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".

"""

It appears that the CMakeLists have not been updated for 3.8.

--
Barry Duggan KV4FV

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




--
Michael Dickens, Mac OS X Programmer

Ettus Research Technical Support

Email: supp...@ettus.com

Web: http://www.ettus.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Kevin Reid

I filed an issue for updating:
https://github.com/bitglue/gr-radioteletype/issues/2
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Barry Duggan


Hi Vasil and others,

I have added Phil Frost (bitglue, the gr-radioteletype developer) to 
this thread. Phil, any thoughts / plans for 3.8?


Actually, I thought I was on maint-3.8, but apparently I went astray...

---
Barry Duggan


On 2019-09-05 09:18, Vasil Velichkov wrote:

Hi Barry,

On 05/09/2019 16.11, Barry Duggan wrote:

Hi Michael,

I installed libcppunit-dev which resolved the "No package 'cppunit' 
found" error, but still get:


"""
CMake Error at CMakeLists.txt:143 (find_package):
  Could not find a configuration file for package "Gnuradio" that is
  compatible with requested version "3.7.2".

  The following configuration files were considered but not accepted:

    /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 
3.9.0.0-git


-- Configuring incomplete, errors occurred!
See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
"""

CMakeLists.txt line 143 says:
find_package(Gnuradio "3.7.2" REQUIRED)

should I change that to "3.8.0"? or "3.9.0"?


You could change it but it's not going to work. This module have to be
ported to support gnuradio 3.8 or 3.9, see
https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide

First try contacting gr-radioteletype developers and ask them if they
have plans to support 3.8

Cheers,
Vasil


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-osmosdr for gr8

2019-09-05 Thread Vasil Velichkov

Hi Jean,

On 05/09/2019 17.54, Jean Pierre Mallet wrote:
> 
> Is there a gr-osmosdr configuration that is up to date and working properly 
> with GNU Radio 3.8 Thank you Jean Pierre

Yes there is. Try either maint-3.8 branches from my forks

https://github.com/velichkov/gr-iqbal/tree/maint-3.8
https://github.com/velichkov/gr-osmosdr/tree/maint-3.8

or gr3.8 branches from

https://github.com/mvaenskae/gr-iqbal/tree/gr3.8
https://github.com/igorauad/gr-osmosdr/tree/gr3.8

See also:

https://osmocom.org/issues/3855
https://github.com/gnuradio/gnuradio/issues/2745
https://github.com/ptrkrysik/gr-gsm/issues/475

Cheers,
Vasil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gr-osmosdr for gr8

2019-09-05 Thread Jean Pierre Mallet


Is there a gr-osmosdr configuration that is up to date and working properly 
with GNU Radio 3.8 Thank you Jean Pierre

Provenance : Courrier pour 
Windows 10

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Derek Kozel

Hi Barry,

It looks like you're on the master branch of GNU Radio. When you next
think of updating GNU Radio I'd recommend moving over to the maint-3.8
branch, there's no reason for anyone not doing active core development
to be on the master branch at the moment.

You'll need "3.9" currently, and if you move to maint-3.8 you'll need "3.8".

I doubt that gr-radioteletype has been updated for 3.8 so you'll likely
hit the need to redo all the gr-radioteletype CMakeFiles, not a massive
task but maybe one you'd find challenging at your level of experience
with CMake. Here's the guide for updating an OOT.
https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide

I can't remember if you had a specific reason for using the master/3.8
code but using the 3.7 releases have nearly universal compatibility with
all the OOTs out there.

Regards,
Derek

On 05/09/2019 14:11, Barry Duggan wrote:
> Hi Michael,
>
> I installed libcppunit-dev which resolved the "No package 'cppunit'
> found" error, but still get:
>
> """
> CMake Error at CMakeLists.txt:143 (find_package):
>   Could not find a configuration file for package "Gnuradio" that is
>   compatible with requested version "3.7.2".
>
>   The following configuration files were considered but not accepted:
>
>     /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
> 3.9.0.0-git
>
> -- Configuring incomplete, errors occurred!
> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
> """
>
> CMakeLists.txt line 143 says:
> find_package(Gnuradio "3.7.2" REQUIRED)
>
> should I change that to "3.8.0"? or "3.9.0"?
>
> Thanks for your help.
> ---
> Barry Duggan
>
>
> On 2019-09-05 08:33, Michael Dickens wrote:
>> Hi Barry - The error is:
>> {{{
>> -- Checking for module 'cppunit'
>> --   No package 'cppunit' found
>> -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
>> }}}
>> so ... please make sure CppUnit is installed. - MLD
>>
>> On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan  wrote:
>>
>>> I tried to build gr-radioteletype for version 3.8 and got the following
>>> errors:
>>>
>>> """
>>> pi@raspberrypi:~/gr-radioteletype/build $ cmake
>>> -DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
>>> CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
>>>    The OLD behavior for policy CMP0026 will be removed from a future
>>> version
>>>    of CMake.
>>>
>>>    The cmake-policies(7) manual explains that the OLD behaviors of all
>>>    policies are deprecated and that a policy should be set to OLD only
>>> under
>>>    specific short-term circumstances.  Projects should be ported to the
>>> NEW
>>>    behavior and not rely on setting a policy to OLD.
>>>
>>> CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
>>>    The OLD behavior for policy CMP0043 will be removed from a future
>>> version
>>>    of CMake.
>>>
>>>   (ditto of above)
>>>
>>> CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
>>>    The OLD behavior for policy CMP0045 will be removed from a future
>>> version
>>>    of CMake.
>>>
>>>   (ditto of above)
>>>
>>> CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
>>>    The OLD behavior for policy CMP0046 will be removed from a future
>>> version
>>>    of CMake.
>>>
>>>   (ditto of above)
>>>
>>> -- Boost version: 1.67.0
>>> -- Found the following Boost libraries:
>>> --   filesystem
>>> --   system
>>> -- Checking for module 'cppunit'
>>> --   No package 'cppunit' found
>>> -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
>>> CMake Error at CMakeLists.txt:143 (find_package):
>>>    Could not find a configuration file for package "Gnuradio" that is
>>>    compatible with requested version "3.7.2".
>>>
>>>    The following configuration files were considered but not accepted:
>>>
>>>  /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
>>> 3.9.0.0-git
>>>
>>> -- Configuring incomplete, errors occurred!
>>> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
>>> """
>>>
>>> It appears that the CMakeLists have not been updated for 3.8.
>>>
>>> -- 
>>> Barry Duggan KV4FV
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>> -- 
>> Michael Dickens, Mac OS X Programmer
>>
>> Ettus Research Technical Support
>>
>> Email: supp...@ettus.com
>>
>> Web: http://www.ettus.com
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Vasil Velichkov

Hi Barry,

On 05/09/2019 16.11, Barry Duggan wrote:
> Hi Michael,
> 
> I installed libcppunit-dev which resolved the "No package 'cppunit' found" 
> error, but still get:
> 
> """
> CMake Error at CMakeLists.txt:143 (find_package):
>   Could not find a configuration file for package "Gnuradio" that is
>   compatible with requested version "3.7.2".
> 
>   The following configuration files were considered but not accepted:
> 
>     /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 3.9.0.0-git
> 
> -- Configuring incomplete, errors occurred!
> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
> """
> 
> CMakeLists.txt line 143 says:
> find_package(Gnuradio "3.7.2" REQUIRED)
> 
> should I change that to "3.8.0"? or "3.9.0"?

You could change it but it's not going to work. This module have to be ported 
to support gnuradio 3.8 or 3.9, see 
https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide

First try contacting gr-radioteletype developers and ask them if they have 
plans to support 3.8

Cheers,
Vasil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Barry Duggan


Hi Michael,

I installed libcppunit-dev which resolved the "No package 'cppunit' 
found" error, but still get:


"""
CMake Error at CMakeLists.txt:143 (find_package):
  Could not find a configuration file for package "Gnuradio" that is
  compatible with requested version "3.7.2".

  The following configuration files were considered but not accepted:

/usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version: 
3.9.0.0-git


-- Configuring incomplete, errors occurred!
See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
"""

CMakeLists.txt line 143 says:
find_package(Gnuradio "3.7.2" REQUIRED)

should I change that to "3.8.0"? or "3.9.0"?

Thanks for your help.
---
Barry Duggan


On 2019-09-05 08:33, Michael Dickens wrote:

Hi Barry - The error is:
{{{
-- Checking for module 'cppunit'
--   No package 'cppunit' found
-- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
}}}
so ... please make sure CppUnit is installed. - MLD

On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan  wrote:

I tried to build gr-radioteletype for version 3.8 and got the 
following

errors:

"""
pi@raspberrypi:~/gr-radioteletype/build $ cmake
-DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
   The OLD behavior for policy CMP0026 will be removed from a future
version
   of CMake.

   The cmake-policies(7) manual explains that the OLD behaviors of all
   policies are deprecated and that a policy should be set to OLD only
under
   specific short-term circumstances.  Projects should be ported to 
the

NEW
   behavior and not rely on setting a policy to OLD.

CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
   The OLD behavior for policy CMP0043 will be removed from a future
version
   of CMake.

  (ditto of above)

CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
   The OLD behavior for policy CMP0045 will be removed from a future
version
   of CMake.

  (ditto of above)

CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
   The OLD behavior for policy CMP0046 will be removed from a future
version
   of CMake.

  (ditto of above)

-- Boost version: 1.67.0
-- Found the following Boost libraries:
--   filesystem
--   system
-- Checking for module 'cppunit'
--   No package 'cppunit' found
-- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
CMake Error at CMakeLists.txt:143 (find_package):
   Could not find a configuration file for package "Gnuradio" that is
   compatible with requested version "3.7.2".

   The following configuration files were considered but not accepted:

 /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
3.9.0.0-git

-- Configuring incomplete, errors occurred!
See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
"""

It appears that the CMakeLists have not been updated for 3.8.

--
Barry Duggan KV4FV

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




--
Michael Dickens, Mac OS X Programmer

Ettus Research Technical Support

Email: supp...@ettus.com

Web: http://www.ettus.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

2019-09-05 Thread Michael Dickens

Hi Barry - The error is:
{{{
-- Checking for module 'cppunit'
--   No package 'cppunit' found
-- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
}}}
so ... please make sure CppUnit is installed. - MLD

On Wed, Sep 4, 2019 at 10:21 PM Barry Duggan  wrote:

> I tried to build gr-radioteletype for version 3.8 and got the following
> errors:
>
> """
> pi@raspberrypi:~/gr-radioteletype/build $ cmake
> -DCMAKE_INSTALL_PREFIX="/usr/local" -DCMAKE_BUILD_TYPE=Release ../
> CMake Deprecation Warning at CMakeLists.txt:54 (cmake_policy):
>The OLD behavior for policy CMP0026 will be removed from a future
> version
>of CMake.
>
>The cmake-policies(7) manual explains that the OLD behaviors of all
>policies are deprecated and that a policy should be set to OLD only
> under
>specific short-term circumstances.  Projects should be ported to the
> NEW
>behavior and not rely on setting a policy to OLD.
>
> CMake Deprecation Warning at CMakeLists.txt:57 (cmake_policy):
>The OLD behavior for policy CMP0043 will be removed from a future
> version
>of CMake.
>
>   (ditto of above)
>
> CMake Deprecation Warning at CMakeLists.txt:60 (cmake_policy):
>The OLD behavior for policy CMP0045 will be removed from a future
> version
>of CMake.
>
>   (ditto of above)
>
> CMake Deprecation Warning at CMakeLists.txt:63 (cmake_policy):
>The OLD behavior for policy CMP0046 will be removed from a future
> version
>of CMake.
>
>   (ditto of above)
>
> -- Boost version: 1.67.0
> -- Found the following Boost libraries:
> --   filesystem
> --   system
> -- Checking for module 'cppunit'
> --   No package 'cppunit' found
> -- Could NOT find CPPUNIT (missing: CPPUNIT_INCLUDE_DIRS)
> CMake Error at CMakeLists.txt:143 (find_package):
>Could not find a configuration file for package "Gnuradio" that is
>compatible with requested version "3.7.2".
>
>The following configuration files were considered but not accepted:
>
>  /usr/local/lib/cmake/gnuradio/GnuradioConfig.cmake, version:
> 3.9.0.0-git
>
> -- Configuring incomplete, errors occurred!
> See also "/home/pi/gr-radioteletype/build/CMakeFiles/CMakeOutput.log".
> """
>
> It appears that the CMakeLists have not been updated for 3.8.
>
> --
> Barry Duggan KV4FV
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
Michael Dickens, Mac OS X Programmer

Ettus Research Technical Support

Email: supp...@ettus.com

Web: http://www.ettus.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Building GNU Radio on Fedora 30 with pybomb to get a 3.8 installation

2019-09-05 Thread Barry Scott



> On 2 Sep 2019, at 20:24, Vasil Velichkov  wrote:
> 
> Hi Barry,
> 
> On 02/09/2019 12.12, Barry Scott wrote:
>> 
>> 
>>> On 1 Sep 2019, at 19:20, jean-michel.fri...@femto-st.fr wrote:
>>> 
 pybombs prefix init ~/gnuradio -R gnuradio-default
>>> 
>>> gnuradio-default.lwr recipe is 3.7. Edit the recipe in 
>>> .pybombs/recipes/gr-recipes
>>> and replace gnuradio with (in order to call gnuradio38.lwr)
>>> depends:
>>>   - gnuradio38
>>> 
>>> and in gnuradio38.lwr
>>> gitbranch: master -> gitrev: v3.8.0.0
>>> (since master is now 3.9)
>> 
>> I made the changes above to .pybombs/recipes/gr-recipes/gnuradio38.lwr at 
>> line 47:
>> 
>> source: git+https://github.com/gnuradio/gnuradio.git
>> gitrev: v3.8.0.0
> 
> The above line is incorrect, it should be "gitbranch: maint-3.8"
> 
> https://github.com/gnuradio/gr-recipes/pull/155/files
> https://github.com/sbmueller/gr-recipes/commit/78158dcdbd5d609e884354ebc0ea54391f3e8fd1
>  
> 

Thanks with your commit I have 3.8 built.

I was seeing errors until I figure out that I needed to use:

pybomb rebuild

Barry



> 
> Regards,
> Vasil
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP N210] Timing Issues in GNURadio

[Discuss-gnuradio] I can't get my gsl to link

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] gr-osmosdr for gr8

[Discuss-gnuradio] gr-osmosdr for gr8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

Re: [Discuss-gnuradio] Building GNU Radio on Fedora 30 with pybomb to get a 3.8 installation

14 matches

Site Navigation

Mail list logo

Footer information