Re: [Discuss-gnuradio] gr-cdma doxygen build

[Marcus Müller]

You're totally welcome. I had to use -DENABLE_DOXYGEN=ON to actually
make it enable doc building, forgot to mention that.



On 03/30/2017 03:52 PM, Murray Thomson wrote:
> Thanks very much Marcus! I appreciate it.
>
> Cheers,
> Murray
>
> On 30 March 2017 at 14:48, Marcus Müller  > wrote:
>
> Hi Morris, hi Achilleas,
>
> git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f
> 
>
> Cheers,
>
> Marcus
>
>
> On 03/29/2017 11:26 PM, Murray Thomson wrote:
>> Thanks for your reply Achilleas. Do you have a compiled version
>> of the documentation you could share? A pdf or html format would
>> be very handy if I can't solve the problem.
>>
>> Regards,
>> Murray
>>
>> On 29 March 2017 at 18:21, Achilleas Anastasopoulos
>> mailto:anas...@umich.edu>> wrote:
>>
>> Hi Murray,
>>
>> although I am the author of gr-cdma I do not know how to help
>> you with this. I am using doxygen etc as a user, not a
>> developer, so I wouldn't even know where to start.
>> For what it's worth, I have developed and tested this module
>> on  Fedora 21.
>>
>> Hope someone else in the list can help on this one.
>>
>> If you have any questions on the technical side of things
>> please let me know.
>>
>> best,
>> Achilleas
>>
>> ___
>> 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
>> 
> ___ 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] gr-cdma doxygen build

[Murray Thomson]

Thanks very much Marcus! I appreciate it.

Cheers,
Murray

On 30 March 2017 at 14:48, Marcus Müller  wrote:

> Hi Morris, hi Achilleas,
>
> git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f
>
> Cheers,
>
> Marcus
>
> On 03/29/2017 11:26 PM, Murray Thomson wrote:
>
> Thanks for your reply Achilleas. Do you have a compiled version of the
> documentation you could share? A pdf or html format would be very handy if
> I can't solve the problem.
>
> Regards,
> Murray
>
> On 29 March 2017 at 18:21, Achilleas Anastasopoulos 
> wrote:
>
>> Hi Murray,
>>
>> although I am the author of gr-cdma I do not know how to help you with
>> this. I am using doxygen etc as a user, not a developer, so I wouldn't
>> even know where to start.
>> For what it's worth, I have developed and tested this module on  Fedora
>> 21.
>>
>> Hope someone else in the list can help on this one.
>>
>> If you have any questions on the technical side of things please let me
>> know.
>>
>> best,
>> Achilleas
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ___
> 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] gr-cdma doxygen build

[Marcus Müller]

Hi Morris, hi Achilleas,

git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f

Cheers,

Marcus

PS: works on F23, F24, but I only tested with ninja, not with GNU Make
On 03/29/2017 11:26 PM, Murray Thomson wrote:
> Thanks for your reply Achilleas. Do you have a compiled version of the
> documentation you could share? A pdf or html format would be very
> handy if I can't solve the problem.
>
> Regards,
> Murray
>
> On 29 March 2017 at 18:21, Achilleas Anastasopoulos  > wrote:
>
> Hi Murray,
>
> although I am the author of gr-cdma I do not know how to help you
> with this. I am using doxygen etc as a user, not a developer, so I
> wouldn't even know where to start.
> For what it's worth, I have developed and tested this module on
>  Fedora 21.
>
> Hope someone else in the list can help on this one.
>
> If you have any questions on the technical side of things please
> let me know.
>
> best,
> Achilleas
>
> ___
> 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

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

Re: [Discuss-gnuradio] gr-cdma doxygen build

[Marcus Müller]

Hi Morris, hi Achilleas,

git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f

Cheers,

Marcus


On 03/29/2017 11:26 PM, Murray Thomson wrote:
> Thanks for your reply Achilleas. Do you have a compiled version of the
> documentation you could share? A pdf or html format would be very
> handy if I can't solve the problem.
>
> Regards,
> Murray
>
> On 29 March 2017 at 18:21, Achilleas Anastasopoulos  > wrote:
>
> Hi Murray,
>
> although I am the author of gr-cdma I do not know how to help you
> with this. I am using doxygen etc as a user, not a developer, so I
> wouldn't even know where to start.
> For what it's worth, I have developed and tested this module on
>  Fedora 21.
>
> Hope someone else in the list can help on this one.
>
> If you have any questions on the technical side of things please
> let me know.
>
> best,
> Achilleas
>
> ___
> 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

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

Re: [Discuss-gnuradio] gr-cdma doxygen build

[Murray Thomson]

Thanks for your reply Achilleas. Do you have a compiled version of the
documentation you could share? A pdf or html format would be very handy if
I can't solve the problem.

Regards,
Murray

On 29 March 2017 at 18:21, Achilleas Anastasopoulos 
wrote:

> Hi Murray,
>
> although I am the author of gr-cdma I do not know how to help you with
> this. I am using doxygen etc as a user, not a developer, so I wouldn't
> even know where to start.
> For what it's worth, I have developed and tested this module on  Fedora 21.
>
> Hope someone else in the list can help on this one.
>
> If you have any questions on the technical side of things please let me
> know.
>
> best,
> Achilleas
>
> ___
> 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] gr-cdma doxygen build

[Achilleas Anastasopoulos]

Hi Murray,

although I am the author of gr-cdma I do not know how to help you with
this. I am using doxygen etc as a user, not a developer, so I wouldn't even
know where to start.
For what it's worth, I have developed and tested this module on  Fedora 21.

Hope someone else in the list can help on this one.

If you have any questions on the technical side of things please let me
know.

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

[Discuss-gnuradio] gr-cdma doxygen build

[Murray Thomson]

Hi,

I'm trying to build gr-cdma in Ubuntu 16.04 following the instructions in
https://github.com/anastas/gr-cdma.

I can build it with
cmake -DENABLE_DOXYGEN=OFF "PATH TO YOUR gr-cdma TRUNK"
But when I enable doxygen it fails. I have installed
sudo apt install doxygen doxygen-doc doxygen-gui doxygen-latex texlive-base
(I haven't installed texlive-full)

It first complained about permissions in the file
BUILD_FOLDER/swig/cdma_swig_doc_swig_docs/Doxyfile
I changed the permissions to 777. The make command output is:

[ 29%] Built target gnuradio-cdma
[ 38%] Built target test-cdma
[ 45%] Built target _cdma_swig_doc_tag
[ 48%] Generating doxygen xml for cdma_swig_doc docs
cdma_swig_doc_swig_docs/Doxyfile: 23: cdma_swig_doc_swig_docs/Doxyfile:
DOXYFILE_ENCODING: not found
cdma_swig_doc_swig_docs/Doxyfile: 28: cdma_swig_doc_swig_docs/Doxyfile:
PROJECT_NAME: not found
cdma_swig_doc_swig_docs/Doxyfile: 34: cdma_swig_doc_swig_docs/Doxyfile:
PROJECT_NUMBER: not found

207 similar "not found" errors in total
cdma_swig_doc_swig_docs/Doxyfile: 1514: cdma_swig_doc_swig_docs/Doxyfile:
DOT_CLEANUP: not found
swig/CMakeFiles/cdma_swig_swig_doc.dir/build.make:64: recipe for target
'swig/cdma_swig_doc_swig_docs/xml/index.xml' failed
make[2]: *** [swig/cdma_swig_doc_swig_docs/xml/index.xml] Error 127
CMakeFiles/Makefile2:312: recipe for target
'swig/CMakeFiles/cdma_swig_swig_doc.dir/all' failed
make[1]: *** [swig/CMakeFiles/cdma_swig_swig_doc.dir/all] Error 2
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2

Could someone please point me in the right direction?

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

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Hi Elisabeta,

could you please post some more info:

what os are you working with
what is your gnuradio prefix
post the entire cdma_parameters.py file
also is this the latest version of gr-cdma from github?

thanks
Achilleas







On Sun, Jul 17, 2016 at 4:26 AM, Elisabetta . 
wrote:

> Dear Achilleas Anastasopoulos,
>
> I have read your discussion with Frank Pinto and I think I have a similar
> problem. When I open a python session and do
>
>
> >>> from cdma import cdma_parameters
>
> It tells me:
>
> CDMA PARAMETERS : for adaptive coded modulation
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 110, in 
> local_header_obj =
> cdma.packet_header2(bits_per_header,length_tag_name,num_tag_name,
> header_mod.bits_per_symbol(),tcm_type_selector_default, "tcm_type")
> *AttributeError: 'module' object has no attribute 'packet_header2*'
>
>
> How can I fix the problem?
>
> I am using GNU Radio 3.7.5
>
> Thank you.
>
> Elisabetta Sciacca
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Ekko,

you have asked EXACTLY the same questions on a thread on Nov 2015.
I believe I have helped you resolve this.
Please follow the same ideas.
If you still have problems try to send us ALL the information that was
asked of you back then.

Achilleas




==
Message: 13
Date: Fri, 1 Apr 2016 18:08:17 +0800
From: Ekko 
To: "discuss-gnuradio@gnu.org" 
Subject: [Discuss-gnuradio] gr-cdma
Message-ID:

Content-Type: text/plain; charset="utf-8"

hello all ,i am using the gr-cdma from https://github.com/anastas/gr-cdma
and i followed the README,
when i use the
gnuradio-companion &, and open the
cdma_tx_hier.grc

i got some errors with the import

Param - Import(import):
Bad import syntax: "import cdma.cdma_parameters as cp".


how to solve this ,thank you !


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

[Discuss-gnuradio] gr-cdma

[Ekko]

hello all ,i am using the gr-cdma from https://github.com/anastas/gr-cdma
and i followed the README,
when i use the
gnuradio-companion &, and open the
cdma_tx_hier.grc

i got some errors with the import

Param - Import(import):
Bad import syntax: "import cdma.cdma_parameters as cp".


how to solve this ,thank you !


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

Re: [Discuss-gnuradio] gr-cdma

[chai E]

as you say ,i am using e310,so i run all the command as root

the gnuradio is pre_installed ,so i do not konw where is the gnuradio.


--Ekko



2015-11-16 21:32 GMT+08:00 Achilleas Anastasopoulos :

> Ekko,
>
> Do not worry about grc for now. You first have to fix the python import
> error.
>
> It is very unusual that you have downloaded the gr-cdma in the directory
>"/home/gr-cdma" .
> In the /home directory usually there are user directories and you do not
> have permissions, etc...
> How do you run all these (as root?) you should not...
>
> Please do me a favor and try the following:
>
> As a REGULAR user (ie, not root) go to your home directory (say /home/ekko
> for example) and download gr-cdma there.
> Then change the cdma_parameters.py file to indicate the new
> prefix=/home/ekko/gr-cdma
>
> Finally can you verify that python looks at these directories:
> /usr/local/lib/python2.7/site-packages/
> If not, you should set your PYTHONPATH.
>
> Also, I wanted to ask you: do you have a working GNURADIO installation?
> Where is it?
> Are your remaining gnuradio blocks also residing in
> /usr/local/lib/python2.7/site-packages/ directory?
>
>
> Achilleas
>
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Nov 16, 2015 at 7:14 AM, chai E  wrote:
>
>> hello achilleas
>>
>> thank you
>> the next is mine operation and result
>>
>> step1:i modify the cdma_parameters.py
>> vim cdma_parameters.py
>>
>> the result is picture1
>> i am sure the prefix is right
>>
>> step2:
>> mkdir build_cdma
>> cd build_cdma
>> cmake ../
>>
>> the result is
>>
>> -- The CXX compiler identification is GNU 4.9.1
>> -- The C compiler identification is GNU 4.9.1
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Build type not specified: defaulting to release.
>> -- Boost version: 1.56.0
>> -- Found the following Boost libraries:
>> --   filesystem
>> --   system
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
>> -- checking for module 'gnuradio-runtime'
>> --   found gnuradio-runtime, version 3.7.7
>> -- Found GNURADIO_RUNTIME: /usr/lib/libgnuradio-runtime.so
>> Checking for GNU Radio Module: RUNTIME
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_RUNTIME:
>> /usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_RUNTIME_FOUND = TRUE
>> Checking for GNU Radio Module: BLOCKS
>> -- checking for module 'gnuradio-blocks'
>> --   found gnuradio-blocks, version 3.7.7
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_BLOCKS:
>> /usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_BLOCKS_FOUND = TRUE
>> Checking for GNU Radio Module: DIGITAL
>> -- checking for module 'gnuradio-digital'
>> --   found gnuradio-digital, version 3.7.7
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_DIGITAL:
>> /usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_DIGITAL_FOUND = TRUE
>> -- checking for module 'cppunit'
>> --   found cppunit, version 1.13.1
>> -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
>> --
>> -- Checking for module SWIG
>> -- Found SWIG version 3.0.2.
>> -- Found SWIG: /usr/bin/swig
>> -- Found PythonLibs: /usr/lib/libpython2.7.so (found suitable version
>> "2.7.3", minimum required is "2")
>> -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.3",
>> minimum required is "2")
>> -- Looking for sys/types.h
>> -- Looking for sys/types.h - found
>> -- Looking for stdint.h
>> -- Looking for stdint.h - found
>> -- Looking for stddef.h
>> -- Looking for stddef.h - found
>> -- Check size of size_t
>> -- Check size of size_t - done
>> -- Check size of unsigned int
>> -- Check size of unsigned int - done
>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
>> -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/gr-cdma/build_cdma
>>
>> i think there is no error
>>
>> step3:make
>>
>> Scanning dependencies of target gnuradio-cdma
>> [  6%] Building CXX object
>> lib/CMakeFiles/gnuradio-cdma.dir/packet_header2.cc.o
>> [ 13%] Building CXX object
>> lib/CMakeFiles/gnuradio-cdma.dir/packet_headerparser_b2_impl.cc.o
>> [ 20%] Building CXX object
>> lib/CMakeFiles/gnuradio-cdma.dir/chopper_impl.cc

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Another suggestion is to install your gr-cdma exactly where your gnuradio
is installed.

Achilleas

On Mon, Nov 16, 2015 at 9:07 AM, Achilleas Anastasopoulos  wrote:

> Looking at the output of the cmake I think I know what is going on:
>
>
> Your gnuradio installation is not in the standard directory /usr/local/...
>
> So probably your PYTHONPATH variable is not set for python to look there.
>
> You should add the directory
>
> /usr/local/lib/python2.7/site-packages/
>
>
> in your PYTHONPATH
>
> Achilleas
>
>
>
>
>
> On Mon, Nov 16, 2015 at 8:32 AM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>> Ekko,
>>
>> Do not worry about grc for now. You first have to fix the python import
>> error.
>>
>> It is very unusual that you have downloaded the gr-cdma in the directory
>>"/home/gr-cdma" .
>> In the /home directory usually there are user directories and you do not
>> have permissions, etc...
>> How do you run all these (as root?) you should not...
>>
>> Please do me a favor and try the following:
>>
>> As a REGULAR user (ie, not root) go to your home directory (say
>> /home/ekko for example) and download gr-cdma there.
>> Then change the cdma_parameters.py file to indicate the new
>> prefix=/home/ekko/gr-cdma
>>
>> Finally can you verify that python looks at these directories:
>> /usr/local/lib/python2.7/site-packages/
>> If not, you should set your PYTHONPATH.
>>
>> Also, I wanted to ask you: do you have a working GNURADIO installation?
>> Where is it?
>> Are your remaining gnuradio blocks also residing in
>> /usr/local/lib/python2.7/site-packages/ directory?
>>
>>
>> Achilleas
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Mon, Nov 16, 2015 at 7:14 AM, chai E 
>> wrote:
>>
>>> hello achilleas
>>>
>>> thank you
>>> the next is mine operation and result
>>>
>>> step1:i modify the cdma_parameters.py
>>> vim cdma_parameters.py
>>>
>>> the result is picture1
>>> i am sure the prefix is right
>>>
>>> step2:
>>> mkdir build_cdma
>>> cd build_cdma
>>> cmake ../
>>>
>>> the result is
>>>
>>> -- The CXX compiler identification is GNU 4.9.1
>>> -- The C compiler identification is GNU 4.9.1
>>> -- Check for working CXX compiler: /usr/bin/c++
>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>> -- Detecting CXX compiler ABI info
>>> -- Detecting CXX compiler ABI info - done
>>> -- Check for working C compiler: /usr/bin/cc
>>> -- Check for working C compiler: /usr/bin/cc -- works
>>> -- Detecting C compiler ABI info
>>> -- Detecting C compiler ABI info - done
>>> -- Build type not specified: defaulting to release.
>>> -- Boost version: 1.56.0
>>> -- Found the following Boost libraries:
>>> --   filesystem
>>> --   system
>>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
>>> -- checking for module 'gnuradio-runtime'
>>> --   found gnuradio-runtime, version 3.7.7
>>> -- Found GNURADIO_RUNTIME: /usr/lib/libgnuradio-runtime.so
>>> Checking for GNU Radio Module: RUNTIME
>>>  * INCLUDES=/usr/include
>>>  *
>>> LIBS=/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> -- Found GNURADIO_RUNTIME:
>>> /usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> GNURADIO_RUNTIME_FOUND = TRUE
>>> Checking for GNU Radio Module: BLOCKS
>>> -- checking for module 'gnuradio-blocks'
>>> --   found gnuradio-blocks, version 3.7.7
>>>  * INCLUDES=/usr/include
>>>  *
>>> LIBS=/usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> -- Found GNURADIO_BLOCKS:
>>> /usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> GNURADIO_BLOCKS_FOUND = TRUE
>>> Checking for GNU Radio Module: DIGITAL
>>> -- checking for module 'gnuradio-digital'
>>> --   found gnuradio-digital, version 3.7.7
>>>  * INCLUDES=/usr/include
>>>  *
>>> LIBS=/usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> -- Found GNURADIO_DIGITAL:
>>> /usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>>> GNURADIO_DIGITAL_FOUND = TRUE
>>> -- checking for module 'cppunit'
>>> --   found cppunit, version 1.13.1
>>> -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
>>> --
>>> -- Checking for module SWIG
>>> -- Found SWIG version 3.0.2.
>>> -- Found SWIG: /usr/bin/swig
>>> -- Found PythonLibs: /usr/lib/libpython2.7.so (found suitable version
>>> "2.7.3", minimum required is "2")
>>> -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.3",
>>> minimum required is "2")
>>> -- Looking for sys/types.h
>>> -- Looking for sys/types.h - found
>>> -- Looking for stdint.h
>>> -- Looking for stdint.h - found
>>> -- Looking for stddef.h
>>> -- Looking for stddef.h - found
>>> -- Check size of size_t
>>> -- Check size of size_t - done
>>> -- Check size of unsigned int
>>> -- Check size of unsigned int - done
>>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
>>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - 

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Ekko,

Do not worry about grc for now. You first have to fix the python import
error.

It is very unusual that you have downloaded the gr-cdma in the directory
"/home/gr-cdma" .
In the /home directory usually there are user directories and you do not
have permissions, etc...
How do you run all these (as root?) you should not...

Please do me a favor and try the following:

As a REGULAR user (ie, not root) go to your home directory (say /home/ekko
for example) and download gr-cdma there.
Then change the cdma_parameters.py file to indicate the new
prefix=/home/ekko/gr-cdma

Finally can you verify that python looks at these directories:
/usr/local/lib/python2.7/site-packages/
If not, you should set your PYTHONPATH.

Also, I wanted to ask you: do you have a working GNURADIO installation?
Where is it?
Are your remaining gnuradio blocks also residing in
/usr/local/lib/python2.7/site-packages/ directory?


Achilleas












On Mon, Nov 16, 2015 at 7:14 AM, chai E  wrote:

> hello achilleas
>
> thank you
> the next is mine operation and result
>
> step1:i modify the cdma_parameters.py
> vim cdma_parameters.py
>
> the result is picture1
> i am sure the prefix is right
>
> step2:
> mkdir build_cdma
> cd build_cdma
> cmake ../
>
> the result is
>
> -- The CXX compiler identification is GNU 4.9.1
> -- The C compiler identification is GNU 4.9.1
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Build type not specified: defaulting to release.
> -- Boost version: 1.56.0
> -- Found the following Boost libraries:
> --   filesystem
> --   system
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
> -- checking for module 'gnuradio-runtime'
> --   found gnuradio-runtime, version 3.7.7
> -- Found GNURADIO_RUNTIME: /usr/lib/libgnuradio-runtime.so
> Checking for GNU Radio Module: RUNTIME
>  * INCLUDES=/usr/include
>  *
> LIBS=/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> -- Found GNURADIO_RUNTIME:
> /usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> GNURADIO_RUNTIME_FOUND = TRUE
> Checking for GNU Radio Module: BLOCKS
> -- checking for module 'gnuradio-blocks'
> --   found gnuradio-blocks, version 3.7.7
>  * INCLUDES=/usr/include
>  *
> LIBS=/usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> -- Found GNURADIO_BLOCKS:
> /usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> GNURADIO_BLOCKS_FOUND = TRUE
> Checking for GNU Radio Module: DIGITAL
> -- checking for module 'gnuradio-digital'
> --   found gnuradio-digital, version 3.7.7
>  * INCLUDES=/usr/include
>  *
> LIBS=/usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> -- Found GNURADIO_DIGITAL:
> /usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
> GNURADIO_DIGITAL_FOUND = TRUE
> -- checking for module 'cppunit'
> --   found cppunit, version 1.13.1
> -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
> --
> -- Checking for module SWIG
> -- Found SWIG version 3.0.2.
> -- Found SWIG: /usr/bin/swig
> -- Found PythonLibs: /usr/lib/libpython2.7.so (found suitable version
> "2.7.3", minimum required is "2")
> -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.3",
> minimum required is "2")
> -- Looking for sys/types.h
> -- Looking for sys/types.h - found
> -- Looking for stdint.h
> -- Looking for stdint.h - found
> -- Looking for stddef.h
> -- Looking for stddef.h - found
> -- Check size of size_t
> -- Check size of size_t - done
> -- Check size of unsigned int
> -- Check size of unsigned int - done
> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
> -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/gr-cdma/build_cdma
>
> i think there is no error
>
> step3:make
>
> Scanning dependencies of target gnuradio-cdma
> [  6%] Building CXX object
> lib/CMakeFiles/gnuradio-cdma.dir/packet_header2.cc.o
> [ 13%] Building CXX object
> lib/CMakeFiles/gnuradio-cdma.dir/packet_headerparser_b2_impl.cc.o
> [ 20%] Building CXX object
> lib/CMakeFiles/gnuradio-cdma.dir/chopper_impl.cc.o
> [ 26%] Building CXX object
> lib/CMakeFiles/gnuradio-cdma.dir/vector_insert2_impl.cc.o
> [ 33%] Building CXX object
> lib/CMakeFiles/gnuradio-cdma.dir/flag_gen_impl.cc.o
> Linking CXX shared library libgnuradio-cdma.so
> [ 33%] Built target gnuradio-cdma
> Scanning dependencies of target test-cdma
> [ 40%] Building CXX object lib/CMakeFiles/test-cdma.dir/test_cd

[Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Ekko,

can you tell me exactly what is the directory where gr-cdma is downloaded
(trunk directory)

Also can you say what exactly you put in the "prefix=" command in
cdma_parameters.py file
as per the instruction in the README file:

---

2) Edit the file gr-cdma/python/cdma_parameters.py and set the prefix
variable with your gr-cdma trunk directory.

Note: this is your git directory prefix not the installation prefix!

prefix="YOUR_PREFIX_HERE/gr-cdma" # put the prefix of your gr-cdma trunk
--


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

Re: [Discuss-gnuradio] gr-cdma

[chai E]

and now i add a regular user ,run the command again

hope it is useful

--Ekko

2015-11-16 22:33 GMT+08:00 chai E :

> and now i add a regular user ,run the command again
>
> hope it is useful
>
> --Ekko
>
> 2015-11-16 22:32 GMT+08:00 chai E :
>
>> as you say ,i am using e310,so i run all the command as root
>>
>> the gnuradio is pre_installed ,so i do not konw where is the gnuradio.
>>
>>
>> --Ekko
>>
>>
>>
>> 2015-11-16 21:32 GMT+08:00 Achilleas Anastasopoulos :
>>
>>> Ekko,
>>>
>>> Do not worry about grc for now. You first have to fix the python import
>>> error.
>>>
>>> It is very unusual that you have downloaded the gr-cdma in the directory
>>>"/home/gr-cdma" .
>>> In the /home directory usually there are user directories and you do not
>>> have permissions, etc...
>>> How do you run all these (as root?) you should not...
>>>
>>> Please do me a favor and try the following:
>>>
>>> As a REGULAR user (ie, not root) go to your home directory (say
>>> /home/ekko for example) and download gr-cdma there.
>>> Then change the cdma_parameters.py file to indicate the new
>>> prefix=/home/ekko/gr-cdma
>>>
>>> Finally can you verify that python looks at these directories:
>>> /usr/local/lib/python2.7/site-packages/
>>> If not, you should set your PYTHONPATH.
>>>
>>> Also, I wanted to ask you: do you have a working GNURADIO installation?
>>> Where is it?
>>> Are your remaining gnuradio blocks also residing in
>>> /usr/local/lib/python2.7/site-packages/ directory?
>>>
>>>
>>> Achilleas
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Nov 16, 2015 at 7:14 AM, chai E 
>>> wrote:
>>>
 hello achilleas

 thank you
 the next is mine operation and result

 step1:i modify the cdma_parameters.py
 vim cdma_parameters.py

 the result is picture1
 i am sure the prefix is right

 step2:
 mkdir build_cdma
 cd build_cdma
 cmake ../

 the result is

 -- The CXX compiler identification is GNU 4.9.1
 -- The C compiler identification is GNU 4.9.1
 -- Check for working CXX compiler: /usr/bin/c++
 -- Check for working CXX compiler: /usr/bin/c++ -- works
 -- Detecting CXX compiler ABI info
 -- Detecting CXX compiler ABI info - done
 -- Check for working C compiler: /usr/bin/cc
 -- Check for working C compiler: /usr/bin/cc -- works
 -- Detecting C compiler ABI info
 -- Detecting C compiler ABI info - done
 -- Build type not specified: defaulting to release.
 -- Boost version: 1.56.0
 -- Found the following Boost libraries:
 --   filesystem
 --   system
 -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
 -- checking for module 'gnuradio-runtime'
 --   found gnuradio-runtime, version 3.7.7
 -- Found GNURADIO_RUNTIME: /usr/lib/libgnuradio-runtime.so
 Checking for GNU Radio Module: RUNTIME
  * INCLUDES=/usr/include
  *
 LIBS=/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 -- Found GNURADIO_RUNTIME:
 /usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 GNURADIO_RUNTIME_FOUND = TRUE
 Checking for GNU Radio Module: BLOCKS
 -- checking for module 'gnuradio-blocks'
 --   found gnuradio-blocks, version 3.7.7
  * INCLUDES=/usr/include
  *
 LIBS=/usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 -- Found GNURADIO_BLOCKS:
 /usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 GNURADIO_BLOCKS_FOUND = TRUE
 Checking for GNU Radio Module: DIGITAL
 -- checking for module 'gnuradio-digital'
 --   found gnuradio-digital, version 3.7.7
  * INCLUDES=/usr/include
  *
 LIBS=/usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 -- Found GNURADIO_DIGITAL:
 /usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
 GNURADIO_DIGITAL_FOUND = TRUE
 -- checking for module 'cppunit'
 --   found cppunit, version 1.13.1
 -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
 --
 -- Checking for module SWIG
 -- Found SWIG version 3.0.2.
 -- Found SWIG: /usr/bin/swig
 -- Found PythonLibs: /usr/lib/libpython2.7.so (found suitable version
 "2.7.3", minimum required is "2")
 -- Found PythonInterp: /usr/bin/python2 (found suitable version
 "2.7.3", minimum required is "2")
 -- Looking for sys/types.h
 -- Looking for sys/types.h - found
 -- Looking for stdint.h
 -- Looking for stdint.h - found
 -- Looking for stddef.h
 -- Looking for stddef.h - found
 -- Check size of size_t
 -- Check size of size_t - done
 -- Check size of unsigned int
 -- Check size of unsigned int - done
 -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
 -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
 

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Looking at the output of the cmake I think I know what is going on:


Your gnuradio installation is not in the standard directory /usr/local/...

So probably your PYTHONPATH variable is not set for python to look there.

You should add the directory

/usr/local/lib/python2.7/site-packages/


in your PYTHONPATH

Achilleas





On Mon, Nov 16, 2015 at 8:32 AM, Achilleas Anastasopoulos  wrote:

> Ekko,
>
> Do not worry about grc for now. You first have to fix the python import
> error.
>
> It is very unusual that you have downloaded the gr-cdma in the directory
>"/home/gr-cdma" .
> In the /home directory usually there are user directories and you do not
> have permissions, etc...
> How do you run all these (as root?) you should not...
>
> Please do me a favor and try the following:
>
> As a REGULAR user (ie, not root) go to your home directory (say /home/ekko
> for example) and download gr-cdma there.
> Then change the cdma_parameters.py file to indicate the new
> prefix=/home/ekko/gr-cdma
>
> Finally can you verify that python looks at these directories:
> /usr/local/lib/python2.7/site-packages/
> If not, you should set your PYTHONPATH.
>
> Also, I wanted to ask you: do you have a working GNURADIO installation?
> Where is it?
> Are your remaining gnuradio blocks also residing in
> /usr/local/lib/python2.7/site-packages/ directory?
>
>
> Achilleas
>
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Nov 16, 2015 at 7:14 AM, chai E  wrote:
>
>> hello achilleas
>>
>> thank you
>> the next is mine operation and result
>>
>> step1:i modify the cdma_parameters.py
>> vim cdma_parameters.py
>>
>> the result is picture1
>> i am sure the prefix is right
>>
>> step2:
>> mkdir build_cdma
>> cd build_cdma
>> cmake ../
>>
>> the result is
>>
>> -- The CXX compiler identification is GNU 4.9.1
>> -- The C compiler identification is GNU 4.9.1
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Build type not specified: defaulting to release.
>> -- Boost version: 1.56.0
>> -- Found the following Boost libraries:
>> --   filesystem
>> --   system
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
>> -- checking for module 'gnuradio-runtime'
>> --   found gnuradio-runtime, version 3.7.7
>> -- Found GNURADIO_RUNTIME: /usr/lib/libgnuradio-runtime.so
>> Checking for GNU Radio Module: RUNTIME
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_RUNTIME:
>> /usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_RUNTIME_FOUND = TRUE
>> Checking for GNU Radio Module: BLOCKS
>> -- checking for module 'gnuradio-blocks'
>> --   found gnuradio-blocks, version 3.7.7
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_BLOCKS:
>> /usr/lib/libgnuradio-blocks.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_BLOCKS_FOUND = TRUE
>> Checking for GNU Radio Module: DIGITAL
>> -- checking for module 'gnuradio-digital'
>> --   found gnuradio-digital, version 3.7.7
>>  * INCLUDES=/usr/include
>>  *
>> LIBS=/usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> -- Found GNURADIO_DIGITAL:
>> /usr/lib/libgnuradio-digital.so;/usr/lib/libgnuradio-runtime.so;/usr/lib/libgnuradio-pmt.so
>> GNURADIO_DIGITAL_FOUND = TRUE
>> -- checking for module 'cppunit'
>> --   found cppunit, version 1.13.1
>> -- Found CPPUNIT: /usr/lib/libcppunit.so;dl
>> --
>> -- Checking for module SWIG
>> -- Found SWIG version 3.0.2.
>> -- Found SWIG: /usr/bin/swig
>> -- Found PythonLibs: /usr/lib/libpython2.7.so (found suitable version
>> "2.7.3", minimum required is "2")
>> -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.3",
>> minimum required is "2")
>> -- Looking for sys/types.h
>> -- Looking for sys/types.h - found
>> -- Looking for stdint.h
>> -- Looking for stdint.h - found
>> -- Looking for stddef.h
>> -- Looking for stddef.h - found
>> -- Check size of size_t
>> -- Check size of size_t - done
>> -- Check size of unsigned int
>> -- Check size of unsigned int - done
>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
>> -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
>> -- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/gr-cdma/build_cdma
>>
>> i think there is no error
>>
>> step3:make
>>
>> Scanning dependencies of target gnuradio-cdma
>> [  6%] Building CXX object
>> lib/CMakeFiles/gnuradio-cdma.dir/packe

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Ekko,


I can help you with these error messages. They are not supposed to appear.

Can you describe in detail the results from the steps you followed to
build/install gr-cdma.
They are described in the README file of gr-cdma. There are 3 precisely
defined steps.

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

[Discuss-gnuradio] gr-cdma

[chai E]

hello all
i follow the instruction on the github
https://github.com/anastas/gr-cdma

when i load "amp_var_est_hier.grc" and compile with no issue

however i load the tx_hier.grc i got a error from  import box:

Import "import cdma.cdma_parameters as cp" failed.

then i open a python session and write

from cdma import cdma_parameters as cp

i got the message:

Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named cdma


i want to konw how to solve this problem
thank you all

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

Re: [Discuss-gnuradio] gr-cdma

[chai E]

hello hansen
after i run this command
i run the gnuradio-companion & in the /gr-cdma/apps
i load the amp_var_est_hier.gr file ; generate and exe the file is well but
when i reload this grc i got this message
XML parser: Found 3 erroneous XML files while loading the block tree (see
"Help/Parser errors" for details)

what is more i load the cdma_tx_hier.grc file next .i got that
Param - Import(import):
Import "import cdma.cdma_parameters as cp" failed.

thanks


--Ekko

2015-11-14 16:33 GMT+08:00 carl hansen :

>
>
> On Fri, Nov 13, 2015 at 11:52 PM, chai E 
> wrote:
>
>> hello everyone
>> i am using the demo on e310,when i use the command
>> cmake ../ （success）success means no error
>> make (success)
>> make install(success)
>> ldconfig i got a mesage
>>
>> ldconfig : /usr/lib/libstdc++.so.6.0.20-gdb.py is not ELF file - it has
>> the wrong magic bytes at start.
>>
>> what is this mean?
>>
>> --Ekko
>>
>>
>
> It's harmless. THe .py file is some python indexing thing, but ldconfig
> doesn't know
> anything about it, ldconfig is only expecting lib files, so it warns about
> it  and ignores it.
> It's a python text file you can read. I don't know much about it
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gr-cdma

[chai E]

hello everyone
i am using the demo on e310,when i use the command
cmake ../ （success）success means no error
make (success)
make install(success)
ldconfig i got a mesage

ldconfig : /usr/lib/libstdc++.so.6.0.20-gdb.py is not ELF file - it has the
wrong magic bytes at start.

what is this mean?

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

[Discuss-gnuradio] gr-cdma data transmission

[Jason Matusiak]

I seem to have the gr-cdma OOT module installed and working properly. 
If on the TX side I create a vector source of 50 zeroes and then include
a vector insert of the numbers 1-10, repeated every 10 times, I can see
that coming through the receive chain, so I think I have a slight grasp
of what is going on.

My question is that I wanted to send a small packet of data across
(think hello world), but I am having trouble grasping how I would do
that.  I had originally setup a UDP source with a payload of 50 feeding
into the throttle, but when I send a netcat over to it, I get an error
because:
gr::log :FATAL: crc32_bb0 - Missing a required length tag on port 0 at
item #0
thread[thread-per-block[2]: ]: Missing length tag.

>>> Done (return code -9)

I believe that this is due to the fact that I don't have a Tag crated in
the UDP Source block.  Has anyone send a custom message across? Am I
missing something vital here?  I am thinking ahead to an outside
application creating a packet to send and needing to pass it to the GRC
script.

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

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

I don't know what fft you are talking about...

If you have any SPECIFIC questions please write to this list with your
SPECIFIC
results (and maybe screenshots) and explain why you think what you see is
wrong.

The culture in this community is that we try things on our own and we ask
for help
(we generally don't ask people to do our job...)

As far as I am concerned this discussion thread has gone quite long...

We are looking forward to your contributions to the gnuradio community.

best,
Achilleas








On Wed, Jan 28, 2015 at 9:02 PM, Frank Pinto  wrote:

> Sounds good. Can you please run your "txrx" simulation or separate "tx"
> "rx" simulation and screenshot me the output because I feel like what I am
> seeing is wrong. I want to be sure the output of the fft is correct. On the
> receiver side I am getting the message debug that tells me the packet
> number and packet length as well as if it's detecting a failed packet.
>
>
>   On Tuesday, January 27, 2015 12:11 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> you can perform simulations and plot BER vs SNR using either of the two
> apps provided (ie, either the txrx or the separate tx and rx apps that
> communicate through FIFO). The file vs FIFO is irrelevant here: the FIFOs
> are just used for "emulating"
> the communication between the two different tx and rx applications.
>
> In both cases you can either dump the rx results to a file and compare
> with the "known" tx transmission, or you can add BER GRC blocks...
>
> All the above are not  gr-cdma related, so i am sure you can find plenty
> of examples of how this is done in this list and in the gnuradio examples.
>
> Achilleas
>
>
>
>
>
>
>
>
> On Mon, Jan 26, 2015 at 10:01 PM, Frank Pinto 
> wrote:
>
> Sounds good! I figured this already just wanted to be sure. And will I be
> able to plot the BER vs. Eb/NO by using the writing and reading to fifo or
> simply reading and writing to a file and importing the data to matlab for
> the BER vs Eb/NO plot?
>
>
>   On Friday, January 23, 2015 5:59 PM, Frank Pinto 
> wrote:
>
>
>
>
> Sounds good! I figured this already just wanted to be sure. And will I be
> able to plot the BER vs. Eb/NO by using the writing and reading to fifo or
> simply reading and writing to a file and importing the data to matlab for
> the BER vs Eb/NO plot?
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos wrote:
> The beautiful thing about open source is that all the detail are there for
> you to see!
>
> Looking at the cdma_parameters.py file,
> you can see:
>
> pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j
> pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j
>
> so we are using 8 chips per symbol with two orthogonal codes for training
> and data.
>
> You can change them and put anything you like (they better be orthogonal
> AND each should have good
> autocorrelation properties-- or at least the training code should)
>
> best,
> Achilleas
>
>
>
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Sounds good. Can you please run your "txrx" simulation or separate "tx" "rx" 
simulation and screenshot me the output because I feel like what I am seeing is 
wrong. I want to be sure the output of the fft is correct. On the receiver side 
I am getting the message debug that tells me the packet number and packet 
length as well as if it's detecting a failed packet.  

 On Tuesday, January 27, 2015 12:11 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

you can perform simulations and plot BER vs SNR using either of the two apps 
provided (ie, either the txrx or the separate tx and rx apps that communicate 
through FIFO). The file vs FIFO is irrelevant here: the FIFOs are just used for 
"emulating"
the communication between the two different tx and rx applications.

In both cases you can either dump the rx results to a file and compare with the 
"known" tx transmission, or you can add BER GRC blocks...

All the above are not  gr-cdma related, so i am sure you can find plenty of 
examples of how this is done in this list and in the gnuradio examples.

Achilleas








On Mon, Jan 26, 2015 at 10:01 PM, Frank Pinto  wrote:

Sounds good! I figured this already just wanted to be sure. And will I be able 
to plot the BER vs. Eb/NO by using the writing and reading to fifo or simply 
reading and writing to a file and importing the data to matlab for the BER vs 
Eb/NO plot? 
 

 On Friday, January 23, 2015 5:59 PM, Frank Pinto  
wrote:
   

 
| 

Sounds good! I figured this already just wanted to be sure. And will I be able 
to plot the BER vs. Eb/NO by using the writing and reading to fifo or simply 
reading and writing to a file and importing the data to matlab for the BER vs 
Eb/NO plot? 




Sent from Yahoo Mail for iPhone

At Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos wrote:The beautiful thing 
about open source is that all the detail are there for you to see!

Looking at the cdma_parameters.py file,
you can see:

pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j
 pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j

so we are using 8 chips per symbol with two orthogonal codes for training and 
data.

You can change them and put anything you like (they better be orthogonal AND 
each should have good
autocorrelation properties-- or at least the training code should)

best,
Achilleas

 |







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

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Frank,

you can perform simulations and plot BER vs SNR using either of the two
apps provided (ie, either the txrx or the separate tx and rx apps that
communicate through FIFO). The file vs FIFO is irrelevant here: the FIFOs
are just used for "emulating"
the communication between the two different tx and rx applications.

In both cases you can either dump the rx results to a file and compare with
the "known" tx transmission, or you can add BER GRC blocks...

All the above are not  gr-cdma related, so i am sure you can find plenty of
examples of how this is done in this list and in the gnuradio examples.

Achilleas








On Mon, Jan 26, 2015 at 10:01 PM, Frank Pinto 
wrote:

> Sounds good! I figured this already just wanted to be sure. And will I be
> able to plot the BER vs. Eb/NO by using the writing and reading to fifo or
> simply reading and writing to a file and importing the data to matlab for
> the BER vs Eb/NO plot?
>
>
>   On Friday, January 23, 2015 5:59 PM, Frank Pinto 
> wrote:
>
>
>
>
> Sounds good! I figured this already just wanted to be sure. And will I be
> able to plot the BER vs. Eb/NO by using the writing and reading to fifo or
> simply reading and writing to a file and importing the data to matlab for
> the BER vs Eb/NO plot?
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos wrote:
> The beautiful thing about open source is that all the detail are there for
> you to see!
>
> Looking at the cdma_parameters.py file,
> you can see:
>
> pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j
> pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j
>
> so we are using 8 chips per symbol with two orthogonal codes for training
> and data.
>
> You can change them and put anything you like (they better be orthogonal
> AND each should have good
> autocorrelation properties-- or at least the training code should)
>
> best,
> Achilleas
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Sounds good! I figured this already just wanted to be sure. And will I be able 
to plot the BER vs. Eb/NO by using the writing and reading to fifo or simply 
reading and writing to a file and importing the data to matlab for the BER vs 
Eb/NO plot? 
 

 On Friday, January 23, 2015 5:59 PM, Frank Pinto  
wrote:
   

 
| 

Sounds good! I figured this already just wanted to be sure. And will I be able 
to plot the BER vs. Eb/NO by using the writing and reading to fifo or simply 
reading and writing to a file and importing the data to matlab for the BER vs 
Eb/NO plot? 




Sent from Yahoo Mail for iPhone

At Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos wrote:The beautiful thing 
about open source is that all the detail are there for you to see!

Looking at the cdma_parameters.py file,
you can see:

pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j
 pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j

so we are using 8 chips per symbol with two orthogonal codes for training and 
data.

You can change them and put anything you like (they better be orthogonal AND 
each should have good
autocorrelation properties-- or at least the training code should)

best,
Achilleas

 |



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

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Sounds good!  I figured this already just wanted to be sure. And will I be able to plot the BER vs. Eb/NO by using the writing and reading to fifo or simply reading and writing to a file and importing the data to matlab for the BER vs Eb/NO plot? Sent from Yahoo Mail for iPhoneAt Jan 23, 2015, 5:53:58 PM, Achilleas Anastasopoulos<'anas...@umich.edu'> wrote:The beautiful thing about
 open source is that all the detail are there for you to see!Looking at the cdma_parameters.py file,you can see:pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j  
  

pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0jso we are using 8 chips per symbol with two orthogonal codes for training and data.You can change them and put anything you like (they better be orthogonal AND each should have goodautocorrelation properties-- or at least the training code should)best,Achilleas

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

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

The beautiful thing about open source is that all the detail are there for
you to see!

Looking at the cdma_parameters.py file,
you can see:

pulse_training = numpy.array((1,1,1,1,-1,1,1,-1))+0j
pulse_data =numpy.array((-1,1,-1,1,-1,-1,-1,-1))+0j

so we are using 8 chips per symbol with two orthogonal codes for training
and data.

You can change them and put anything you like (they better be orthogonal
AND each should have good
autocorrelation properties-- or at least the training code should)

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

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Hello, What type of code sequences are you using for this CDMA module. (Maximum 
Length Sequences, Walsh Hadamard, Gold codes, etc). I see something here called 
Kronecker filter but am not too sure what that is.  

 On Tuesday, January 20, 2015 1:43 PM, Achilleas Anastasopoulos 
 wrote:
   

 It should be obvious that this can be done.
A transmitted signal over the air can be received from multiple receivers...

___
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] gr-cdma

[Achilleas Anastasopoulos]

It should be obvious that this can be done.
A transmitted signal over the air can be received from multiple receivers...
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Is it possible to test the cdma_tx and cdma_rx files in a multi user system, or 
implement it into a multi-user system instead of just using two USRPs as the TX 
and RX. For instance multiple receivers receiving the transmitted single  

 On Monday, January 19, 2015 9:07 AM, Achilleas Anastasopoulos 
 wrote:
   

 Even if you don't have 2 usrps you can testthe programs cdmatx and cdmatx by 
letting The one write to a FIFO and the other read from it. Figo is a special 
type of file in Linux that Allows this operation. Btw, the correct command is 
"mkfifo"
Google mkfifo
Achilleas
On Jan 19, 2015, at 2:04 AM, Frank Pinto  wrote:



| Ok thanks. And It's the last sentence in the gr-cdma readme 





Sent from Yahoo Mail for iPhone

At Jan 19, 2015, 1:59:13 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Indeed, the cdma_txrx is a simulation of the entire tx/rx.
We used it to test our system and everyone can use it if they
don't want to (or cannot) transmit through real hardware.

The separate files cdma_tx and cdma_rx can be used with 
real USRPs.


Finally, I don't recall where I discuss about the concept of a FIFO?

Achilleas





On Mon, Jan 19, 2015 at 12:30 AM, Frank Pinto  wrote:

I will try the GDB tomorrow and let you know the output response.One more 
question. Is the "cdma_txrx.grc" just for packet transmission with no hardware 
attached, while the cdma_tx.grc and cdma_rx.grc are used for real live cdma 
transmission with hardware (ex: USRP's)?And I don't really understand the 
concept of fifo. I jus know it stands for first in first out.  

 On Friday, January 16, 2015 3:01 PM, Achilleas Anastasopoulos 
 wrote:
   

 You shouldn't worry about these files for now.
In any case they refer to "adaptive modulation"
which you cannot do unless some recent updates are merged into gnuradio master.

For now, you should be able to experiment with the txrx, tx, rx.

best
Achilleas

On Fri, Jan 16, 2015 at 2:14 PM, Frank Pinto  wrote:

All the blocks were able to load, compile and show on the GRC blocks list 
except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are producing 
errors and are few of their blocks are marked red because of this). Then the 
"cdma_txrx1" block is producing a error because it needs the "cdma_tx_hier1" 
and "cdma_rx_hier1" block in order to compile.  

 On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos 
 wrote:
   

 yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
 File " ", line 1, in 
 File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 
 import cdma_parameters
 File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
 payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parame

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

<<< text/html; charset=us-ascii: Unrecognized >>>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Indeed, the cdma_txrx is a simulation of the entire tx/rx.
We used it to test our system and everyone can use it if they
don't want to (or cannot) transmit through real hardware.

The separate files cdma_tx and cdma_rx can be used with
real USRPs.


Finally, I don't recall where I discuss about the concept of a FIFO?

Achilleas





On Mon, Jan 19, 2015 at 12:30 AM, Frank Pinto 
wrote:

> I will try the GDB tomorrow and let you know the output response.
> One more question. Is the "cdma_txrx.grc" just for packet transmission
> with no hardware attached, while the cdma_tx.grc and cdma_rx.grc are used
> for real live cdma transmission with hardware (ex: USRP's)?
> And I don't really understand the concept of fifo. I jus know it stands
> for first in first out.
>
>
>   On Friday, January 16, 2015 3:01 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> You shouldn't worry about these files for now.
> In any case they refer to "adaptive modulation"
> which you cannot do unless some recent updates are merged into gnuradio
> master.
>
> For now, you should be able to experiment with the txrx, tx, rx.
>
> best
> Achilleas
>
> On Fri, Jan 16, 2015 at 2:14 PM, Frank Pinto 
> wrote:
>
> All the blocks were able to load, compile and show on the GRC blocks list
> except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are
> producing errors and are few of their blocks are marked red because of
> this). Then the "cdma_txrx1" block is producing a error because it needs
> the "cdma_tx_hier1" and "cdma_rx_hier1" block in order to compile.
>
>
>   On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> yes, please disregard all previous changes.
>
> They have been incorporated in the updated files.
>
> So, please pull a clean copy from github.
>
> Achilleas
>
> On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto 
> wrote:
>
> Hello Achilleas, thank you I will do that! When I perform this edit in the
> python file should I disregard the changes we did yesterday in th
> cdma_parameters.py file line 124 which was changing the
> "digital_constellation_8psk_natural" with "digital.constellation_8psk" and
> keep the orginal code?
>
>
>   On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> please pull the latest version of gr-cdma.
>
> You have to make a small edit in the cdma_parameters.py file
> (see updated README file) before you install it.
>
> Once you do that, open a python session and do
>
> >>> from cdma import cdma_parameters
>
> This should now give no errors.
> Let us know of your progress.
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto 
> wrote:
>
> I have applied the change, now the error reads: AttributeError: 'module'
> object has no attribute 'constellation_16qam'
>
>
>   On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> OK, great.
>
> This is due to the fact a recent pull request has not yet been merged into
> gnuradio.
> SO the constellation module does not have yet the
> "constellation_8psk_natural"
> constellation.
>
> There is a simple fix to that:
>
> please go to your gr-cdma/python directory
> and edit the file
> cdma_parameters.py
> In particular in line 124 change "digital.constellation_8psk_natural" with
> "digital.constellation_8psk".
>
> Now you have to make, sudo make install, sudo ldconfig one more time.
>
> Once you do that, please open a python session and redo
>
> >>> from cdma import cdma_parameters as cp
>
> and let us know what you get.
> (if you don't get any errors you are ready to go!)
>
>
> Achilleas
>
>
>
>
> On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto 
> wrote:
>
> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blo

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

I will try the GDB tomorrow and let you know the output response.One more 
question. Is the "cdma_txrx.grc" just for packet transmission with no hardware 
attached, while the cdma_tx.grc and cdma_rx.grc are used for real live cdma 
transmission with hardware (ex: USRP's)?And I don't really understand the 
concept of fifo. I jus know it stands for first in first out.  

 On Friday, January 16, 2015 3:01 PM, Achilleas Anastasopoulos 
 wrote:
   

 You shouldn't worry about these files for now.
In any case they refer to "adaptive modulation"
which you cannot do unless some recent updates are merged into gnuradio master.

For now, you should be able to experiment with the txrx, tx, rx.

best
Achilleas

On Fri, Jan 16, 2015 at 2:14 PM, Frank Pinto  wrote:

All the blocks were able to load, compile and show on the GRC blocks list 
except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are producing 
errors and are few of their blocks are marked red because of this). Then the 
"cdma_txrx1" block is producing a error because it needs the "cdma_tx_hier1" 
and "cdma_rx_hier1" block in order to compile.  

 On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos 
 wrote:
   

 yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achill

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Hello. So the "cdma_tx" file compiles and runs via using the USRP as the sink. 
However on my other laptop with the USRP connected, the "cdma_rx" file excutes 
and produces this error: 
Using Volk machine: avx_32_mmx_orc
terminate called after throwing an instance of 
'boost::exception_detail::clone_impl
 >'
  what():  boost::thread_resource_error
By the way I am atempting to do live cdma transmission using the USRP's and 
disabling the cdma.fifo file sink and file source since this doesnt apply to 
me. 
 

 On Friday, January 16, 2015 3:01 PM, Achilleas Anastasopoulos 
 wrote:
   

 You shouldn't worry about these files for now.
In any case they refer to "adaptive modulation"
which you cannot do unless some recent updates are merged into gnuradio master.

For now, you should be able to experiment with the txrx, tx, rx.

best
Achilleas

On Fri, Jan 16, 2015 at 2:14 PM, Frank Pinto  wrote:

All the blocks were able to load, compile and show on the GRC blocks list 
except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are producing 
errors and are few of their blocks are marked red because of this). Then the 
"cdma_txrx1" block is producing a error because it needs the "cdma_tx_hier1" 
and "cdma_rx_hier1" block in order to compile.  

 On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos 
 wrote:
   

 yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

You shouldn't worry about these files for now.
In any case they refer to "adaptive modulation"
which you cannot do unless some recent updates are merged into gnuradio
master.

For now, you should be able to experiment with the txrx, tx, rx.

best
Achilleas

On Fri, Jan 16, 2015 at 2:14 PM, Frank Pinto  wrote:

> All the blocks were able to load, compile and show on the GRC blocks list
> except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are
> producing errors and are few of their blocks are marked red because of
> this). Then the "cdma_txrx1" block is producing a error because it needs
> the "cdma_tx_hier1" and "cdma_rx_hier1" block in order to compile.
>
>
>   On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> yes, please disregard all previous changes.
>
> They have been incorporated in the updated files.
>
> So, please pull a clean copy from github.
>
> Achilleas
>
> On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto 
> wrote:
>
> Hello Achilleas, thank you I will do that! When I perform this edit in the
> python file should I disregard the changes we did yesterday in th
> cdma_parameters.py file line 124 which was changing the
> "digital_constellation_8psk_natural" with "digital.constellation_8psk" and
> keep the orginal code?
>
>
>   On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> please pull the latest version of gr-cdma.
>
> You have to make a small edit in the cdma_parameters.py file
> (see updated README file) before you install it.
>
> Once you do that, open a python session and do
>
> >>> from cdma import cdma_parameters
>
> This should now give no errors.
> Let us know of your progress.
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto 
> wrote:
>
> I have applied the change, now the error reads: AttributeError: 'module'
> object has no attribute 'constellation_16qam'
>
>
>   On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> OK, great.
>
> This is due to the fact a recent pull request has not yet been merged into
> gnuradio.
> SO the constellation module does not have yet the
> "constellation_8psk_natural"
> constellation.
>
> There is a simple fix to that:
>
> please go to your gr-cdma/python directory
> and edit the file
> cdma_parameters.py
> In particular in line 124 change "digital.constellation_8psk_natural" with
> "digital.constellation_8psk".
>
> Now you have to make, sudo make install, sudo ldconfig one more time.
>
> Once you do that, please open a python session and redo
>
> >>> from cdma import cdma_parameters as cp
>
> and let us know what you get.
> (if you don't get any errors you are ready to go!)
>
>
> Achilleas
>
>
>
>
> On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto 
> wrote:
>
> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
> Hello Sir, I have read the readme.md file 

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

All the blocks were able to load, compile and show on the GRC blocks list 
except from the "cdma_tx_hier1" and "cdma_rx_hier1" block (they are producing 
errors and are few of their blocks are marked red because of this). Then the 
"cdma_txrx1" block is producing a error because it needs the "cdma_tx_hier1" 
and "cdma_rx_hier1" block in order to compile.  

 On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos 
 wrote:
   

 yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto  wrote:


| Hello Sir, I have read the readme.md file already. My first issue is where it 
states to "load all the hier blocks and compile them". When I loaded them via 
the GRC by clicking on "open an existing flowgraph" and selecting the files, I 
see that they all are missing some variables, information, and even blocks, and 
are shown as red. 
I have taken a picture to show you this. I am using version 3.7.5.1 of GNuRadio 
by the way 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:Sir, 
I have read the readme.md file. My first issue is where it states load all the 
heir blocks and compile them  

 On Thursday, January 15, 2015 11:13 A

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

This is the result after making the prefix modification in the 
cdma_parameters.py file and opening a python session:
>>> from cdma import cdma_parametersCDMA PARAMETERS : for adaptive modulation
bits_per_header= 36
symbols_per_header= 36


bits_per_coded_symbol = [2, 3]  for [uncoded QPSK, rate 2/3 cc &8PSK] 
respectively.

payload_bytes_per_frame= 50
symbols_per_frame= 260
trellis_coded_payload_symbols_per_frame= 216  for [uncoded QPSK, rate 2/3 cc 
&8PSK] respectively.

trellis_coded_payload_bytes_per_frame= [54, 81]  for [uncoded QPSK, rate 2/3 cc 
&8PSK] respectively.

additional_symbols_per_frame= 8  for [uncoded QPSK, rate 2/3 cc &8PSK] 
respectively.

additional_bytes_per_frame= [1, 1]  for [uncoded QPSK, rate 2/3 cc &8PSK] 
respectively.

you have wasted [0.01818181818181818, 0.012195121951219513] percent of bytes 
per payload for [uncoded QPSK, rate 2/3 cc &8PSK] with this symbols_per_frame 
setting.



training_length = 260


Normalized frequency interval =  0.000240384615385
Norma 

 On Friday, January 16, 2015 1:34 PM, Achilleas Anastasopoulos 
 wrote:
   

 yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto  wrote:


| Hello Sir, I have read the readme.md file already. M

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

yes, please disregard all previous changes.

They have been incorporated in the updated files.

So, please pull a clean copy from github.

Achilleas

On Fri, Jan 16, 2015 at 1:32 PM, Frank Pinto  wrote:

> Hello Achilleas, thank you I will do that! When I perform this edit in the
> python file should I disregard the changes we did yesterday in th
> cdma_parameters.py file line 124 which was changing the
> "digital_constellation_8psk_natural" with "digital.constellation_8psk" and
> keep the orginal code?
>
>
>   On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> please pull the latest version of gr-cdma.
>
> You have to make a small edit in the cdma_parameters.py file
> (see updated README file) before you install it.
>
> Once you do that, open a python session and do
>
> >>> from cdma import cdma_parameters
>
> This should now give no errors.
> Let us know of your progress.
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto 
> wrote:
>
> I have applied the change, now the error reads: AttributeError: 'module'
> object has no attribute 'constellation_16qam'
>
>
>   On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> OK, great.
>
> This is due to the fact a recent pull request has not yet been merged into
> gnuradio.
> SO the constellation module does not have yet the
> "constellation_8psk_natural"
> constellation.
>
> There is a simple fix to that:
>
> please go to your gr-cdma/python directory
> and edit the file
> cdma_parameters.py
> In particular in line 124 change "digital.constellation_8psk_natural" with
> "digital.constellation_8psk".
>
> Now you have to make, sudo make install, sudo ldconfig one more time.
>
> Once you do that, please open a python session and redo
>
> >>> from cdma import cdma_parameters as cp
>
> and let us know what you get.
> (if you don't get any errors you are ready to go!)
>
>
> Achilleas
>
>
>
>
> On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto 
> wrote:
>
> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
> Hello Sir, I have read the readme.md file already. My first issue is
> where it states to "load all the hier blocks and compile them". When I
> loaded them via the GRC by clicking on "open an existing flowgraph" and
> selecting the files, I see that they all are missing some variables,
> information, and even blocks, and are shown as red.
> I have taken a picture to show you this. I am using version 3.7.5.1 of
> GNuRadio by the way
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:
> Sir, I have read the readme.md file. My first issue is where it states
> load all the heir blocks and compile them
>
>
>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
>
>
> There is no such instruction to

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

Hello Achilleas, thank you I will do that! When I perform this edit in the 
python file should I disregard the changes we did yesterday in th 
cdma_parameters.py file line 124 which was changing the 
"digital_constellation_8psk_natural" with "digital.constellation_8psk" and keep 
the orginal code? 

 On Friday, January 16, 2015 1:23 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto  wrote:


| Hello Sir, I have read the readme.md file already. My first issue is where it 
states to "load all the hier blocks and compile them". When I loaded them via 
the GRC by clicking on "open an existing flowgraph" and selecting the files, I 
see that they all are missing some variables, information, and even blocks, and 
are shown as red. 
I have taken a picture to show you this. I am using version 3.7.5.1 of GNuRadio 
by the way 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:Sir, 
I have read the readme.md file. My first issue is where it states load all the 
heir blocks and compile them  

 On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
   

 There is no such instruction to be executed!

Please read the README.md file and let us know which one of the detailed 
instructions mentioned there you don't know how to execute.

Achilles
On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto  wrote:

Ok. First instruction that I do not know how to execute is the import variable 
block that says "import coma.cdma_parameters as cp". What exactly am I supposed 
to be replacing in this section. 

 On Wednesday, January 14, 2015 7:08 PM, Frank Pinto 
 wrote:
   

 Ok. First instruction that I do not know how to execute is "import 
coma.cdma_parameters as

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Frank,

please pull the latest version of gr-cdma.

You have to make a small edit in the cdma_parameters.py file
(see updated README file) before you install it.

Once you do that, open a python session and do

>>> from cdma import cdma_parameters

This should now give no errors.
Let us know of your progress.

Achilleas


On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

> I have applied the change, now the error reads: AttributeError: 'module'
> object has no attribute 'constellation_16qam'
>
>
>   On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> OK, great.
>
> This is due to the fact a recent pull request has not yet been merged into
> gnuradio.
> SO the constellation module does not have yet the
> "constellation_8psk_natural"
> constellation.
>
> There is a simple fix to that:
>
> please go to your gr-cdma/python directory
> and edit the file
> cdma_parameters.py
> In particular in line 124 change "digital.constellation_8psk_natural" with
> "digital.constellation_8psk".
>
> Now you have to make, sudo make install, sudo ldconfig one more time.
>
> Once you do that, please open a python session and redo
>
> >>> from cdma import cdma_parameters as cp
>
> and let us know what you get.
> (if you don't get any errors you are ready to go!)
>
>
> Achilleas
>
>
>
>
> On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto 
> wrote:
>
> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
> Hello Sir, I have read the readme.md file already. My first issue is
> where it states to "load all the hier blocks and compile them". When I
> loaded them via the GRC by clicking on "open an existing flowgraph" and
> selecting the files, I see that they all are missing some variables,
> information, and even blocks, and are shown as red.
> I have taken a picture to show you this. I am using version 3.7.5.1 of
> GNuRadio by the way
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:
> Sir, I have read the readme.md file. My first issue is where it states
> load all the heir blocks and compile them
>
>
>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
>
>
> There is no such instruction to be executed!
>
> Please read the README.md file and let us know which one of the detailed
> instructions mentioned there you don't know how to execute.
>
> Achilles
>
> On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
> wrote:
>
> Ok. First instruction that I do not know how to execute is the import
> variable block that says "import coma.cdma_parameters as cp". What exactly
> am I supposed to be replacing in this section.
>
>
>   On Wednesday, January 14, 2015 7:08 PM, Frank Pinto <
> frankpint...@yahoo.com> wrote:
>
>
> Ok. First instruction that I do not know how to execute is "import
> coma.cdma_parameters as cp". What exactly am I s

Re: [Discuss-gnuradio] gr-cdma

[Zhe Feng]

Hi Frank,

For the same reason, constellation_16qam is not in the current
constellation module yet. Unlike 8psk_natural which you have a replacement
constellation_8psk, no 16-ary constellation is available in current
constellation module.

You can try to modify the cdma_parameter.py by deleting the tcm type
16qam+rate 2/4 convolutional code.
Just delete digital.constellation_16qam() in payload_mod, pdir+
awgn2o4_8_ungerboeckc.fsm in fsm, and trellis.fsm(4,4, blabla...) in
uncoded_fsm.
If I missed anything, please be careful to delete anything related to 16qam
and 2/4 cc code. It would be easy.
You should be able to run it with two tcm types.

Best,
Zhe

On Thu, Jan 15, 2015 at 6:24 PM, Frank Pinto  wrote:

> I have applied the change, now the error reads: AttributeError: 'module'
> object has no attribute 'constellation_16qam'
>
>
>   On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> OK, great.
>
> This is due to the fact a recent pull request has not yet been merged into
> gnuradio.
> SO the constellation module does not have yet the
> "constellation_8psk_natural"
> constellation.
>
> There is a simple fix to that:
>
> please go to your gr-cdma/python directory
> and edit the file
> cdma_parameters.py
> In particular in line 124 change "digital.constellation_8psk_natural" with
> "digital.constellation_8psk".
>
> Now you have to make, sudo make install, sudo ldconfig one more time.
>
> Once you do that, please open a python session and redo
>
> >>> from cdma import cdma_parameters as cp
>
> and let us know what you get.
> (if you don't get any errors you are ready to go!)
>
>
> Achilleas
>
>
>
>
> On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto 
> wrote:
>
> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
> Hello Sir, I have read the readme.md file already. My first issue is
> where it states to "load all the hier blocks and compile them". When I
> loaded them via the GRC by clicking on "open an existing flowgraph" and
> selecting the files, I see that they all are missing some variables,
> information, and even blocks, and are shown as red.
> I have taken a picture to show you this. I am using version 3.7.5.1 of
> GNuRadio by the way
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:
> Sir, I have read the readme.md file. My first issue is where it states
> load all the heir blocks and compile them
>
>
>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
>
>
> There is no such instruction to be executed!
>
> Please read the README.md file and let us know which one of the detailed
> instructions mentioned there you don't know how to execute.
>
> Achilles
>
> On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
> wrote:
>
> Ok. First instruction that I do not know how to execute is the import
> vari

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

I have applied the change, now the error reads: AttributeError: 'module' object 
has no attribute 'constellation_16qam'  

 On Thursday, January 15, 2015 3:37 PM, Achilleas Anastasopoulos 
 wrote:
   

 OK, great.

This is due to the fact a recent pull request has not yet been merged into 
gnuradio.
SO the constellation module does not have yet the "constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with 
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp
and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto  wrote:


| Hello Sir, I have read the readme.md file already. My first issue is where it 
states to "load all the hier blocks and compile them". When I loaded them via 
the GRC by clicking on "open an existing flowgraph" and selecting the files, I 
see that they all are missing some variables, information, and even blocks, and 
are shown as red. 
I have taken a picture to show you this. I am using version 3.7.5.1 of GNuRadio 
by the way 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:Sir, 
I have read the readme.md file. My first issue is where it states load all the 
heir blocks and compile them  

 On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
   

 There is no such instruction to be executed!

Please read the README.md file and let us know which one of the detailed 
instructions mentioned there you don't know how to execute.

Achilles
On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto  wrote:

Ok. First instruction that I do not know how to execute is the import variable 
block that says "import coma.cdma_parameters as cp". What exactly am I supposed 
to be replacing in this section. 

 On Wednesday, January 14, 2015 7:08 PM, Frank Pinto 
 wrote:
   

 Ok. First instruction that I do not know how to execute is "import 
coma.cdma_parameters as cp". What exactly am I supposed to be replacing in this 
section 

 On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos 
 wrote:
   

 Please follow the detailed instructions on the README.md file and 
let us know which of these does not work for you 
(or which of these instructions you don't know how to execute).

best
Achilleas

___
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] gr-cdma

[Achilleas Anastasopoulos]

OK, great.

This is due to the fact a recent pull request has not yet been merged into
gnuradio.
SO the constellation module does not have yet the
"constellation_8psk_natural"
constellation.

There is a simple fix to that:

please go to your gr-cdma/python directory
and edit the file
cdma_parameters.py
In particular in line 124 change "digital.constellation_8psk_natural" with
"digital.constellation_8psk".

Now you have to make, sudo make install, sudo ldconfig one more time.

Once you do that, please open a python session and redo

>>> from cdma import cdma_parameters as cp

and let us know what you get.
(if you don't get any errors you are ready to go!)


Achilleas




On Thu, Jan 15, 2015 at 1:25 PM, Frank Pinto  wrote:

> The result is:
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34,
> in 
> import cdma_parameters
>   File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py",
> line 124, in 
> payload_mod =
> [digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
> AttributeError: 'module' object has no attribute
> 'constellation_8psk_natural'
>
>
>
>   On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Frank,
>
> Please do the following and report to us what you get.
>
> Open a python session and write
>
> >>> from cdma import cdma_parameters as cp
>
> What is the result of this?
>
> Achilleas
>
>
>
> On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
> wrote:
>
> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
> Hello Sir, I have read the readme.md file already. My first issue is
> where it states to "load all the hier blocks and compile them". When I
> loaded them via the GRC by clicking on "open an existing flowgraph" and
> selecting the files, I see that they all are missing some variables,
> information, and even blocks, and are shown as red.
> I have taken a picture to show you this. I am using version 3.7.5.1 of
> GNuRadio by the way
>
>
>
>
> Sent from Yahoo Mail for iPhone
> 
>
> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:
> Sir, I have read the readme.md file. My first issue is where it states
> load all the heir blocks and compile them
>
>
>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
>
>
> There is no such instruction to be executed!
>
> Please read the README.md file and let us know which one of the detailed
> instructions mentioned there you don't know how to execute.
>
> Achilles
>
> On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
> wrote:
>
> Ok. First instruction that I do not know how to execute is the import
> variable block that says "import coma.cdma_parameters as cp". What exactly
> am I supposed to be replacing in this section.
>
>
>   On Wednesday, January 14, 2015 7:08 PM, Frank Pinto <
> frankpint...@yahoo.com> wrote:
>
>
> Ok. First instruction that I do not know how to execute is "import
> coma.cdma_parameters as cp". What exactly am I supposed to be replacing in
> this section
>
>
>   On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Please follow the detailed instructions on the README.md file and
> let us know which of these does not work for you
> (or which of these instructions you don't know how to execute).
>
> best
> Achilleas
>
> ___
> 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://li

Re: [Discuss-gnuradio] gr-cdma

[Frank Pinto]

The result is:Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.7/dist-packages/cdma/__init__.py", line 34, in 

    import cdma_parameters
  File "/usr/local/lib/python2.7/dist-packages/cdma/cdma_parameters.py", line 
124, in 
    payload_mod = 
[digital.constellation_qpsk(),digital.constellation_8psk_natural(),digital.constellation_16qam()]
AttributeError: 'module' object has no attribute 'constellation_8psk_natural'

 

 On Thursday, January 15, 2015 1:14 PM, Achilleas Anastasopoulos 
 wrote:
   

 Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto  wrote:


| Hello Sir, I just tried that and the first the hier block 
"amp_var_est_hier.grc gets compiled with no issues. However the others are 
producing errors in certain blocks and can therefore not compile. The error 
states "name 'cp' is not defined. And the import box is showing this error "Bad 
import syntax:import cdma.cdma_parameters as cp". This is where I am stuck at 
because it seems all the other blocks that are producing errors has this 'cp' 
in it somehow. 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'> 
wrote:Frank, 

you have to follow the procedure in README by compiling ONE file at a time, 
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc", 
Compile it (this little button on GRC that looks like a pyramid, a sphere and 
an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc", 
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto  wrote:


| Hello Sir, I have read the readme.md file already. My first issue is where it 
states to "load all the hier blocks and compile them". When I loaded them via 
the GRC by clicking on "open an existing flowgraph" and selecting the files, I 
see that they all are missing some variables, information, and even blocks, and 
are shown as red. 
I have taken a picture to show you this. I am using version 3.7.5.1 of GNuRadio 
by the way 




Sent from Yahoo Mail for iPhone

At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:Sir, 
I have read the readme.md file. My first issue is where it states load all the 
heir blocks and compile them  

 On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
   

 There is no such instruction to be executed!

Please read the README.md file and let us know which one of the detailed 
instructions mentioned there you don't know how to execute.

Achilles
On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto  wrote:

Ok. First instruction that I do not know how to execute is the import variable 
block that says "import coma.cdma_parameters as cp". What exactly am I supposed 
to be replacing in this section. 

 On Wednesday, January 14, 2015 7:08 PM, Frank Pinto 
 wrote:
   

 Ok. First instruction that I do not know how to execute is "import 
coma.cdma_parameters as cp". What exactly am I supposed to be replacing in this 
section 

 On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos 
 wrote:
   

 Please follow the detailed instructions on the README.md file and 
let us know which of these does not work for you 
(or which of these instructions you don't know how to execute).

best
Achilleas

___
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] gr-cdma

[Achilleas Anastasopoulos]

Frank,

Please do the following and report to us what you get.

Open a python session and write

>>> from cdma import cdma_parameters as cp

What is the result of this?

Achilleas



On Thu, Jan 15, 2015 at 12:12 PM, Frank Pinto 
wrote:

> Hello Sir, I just tried that and the first the hier block
> "amp_var_est_hier.grc gets compiled with no issues.
> However the others are producing errors in certain blocks and can
> therefore not compile. The error states "name 'cp' is not defined.
> And the import box is showing this error "Bad import syntax:import
> cdma.cdma_parameters as cp". This is where I am stuck at because it seems
> all the other blocks that are producing errors has this 'cp' in it somehow.
>
>
>
>
>
> Sent from Yahoo Mail for iPhone 
>
> At Jan 15, 2015, 11:57:05 AM, Achilleas Anastasopoulos<'anas...@umich.edu'>
> wrote:
> Frank,
>
> you have to follow the procedure in README by compiling ONE file at a
> time,
> and RELOADING the blocks as you go on, ie,
>
> Load the hier block "amp_var_est_hier.grc",
> Compile it (this little button on GRC that looks like a pyramid, a sphere
> and an arrow)
> Reload it (this little circle button on GRC)
>
> Load "cdma_tx_hier.grc",
> compile it as before
> reload
>
>
> Load "chopper_correlator.grc",
> compile
> reload
>
>
> etc...
> "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
> them
>
> Achilleas
>
>
> On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
> wrote:
>
>> Hello Sir, I have read the readme.md file already. My first issue is
>> where it states to "load all the hier blocks and compile them". When I
>> loaded them via the GRC by clicking on "open an existing flowgraph" and
>> selecting the files, I see that they all are missing some variables,
>> information, and even blocks, and are shown as red.
>> I have taken a picture to show you this. I am using version 3.7.5.1 of
>> GNuRadio by the way
>>
>>
>>
>>
>> Sent from Yahoo Mail for iPhone
>> 
>>
>> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'>
>> wrote:
>> Sir, I have read the readme.md file. My first issue is where it states
>> load all the heir blocks and compile them
>>
>>
>>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos
>> wrote:
>>
>>
>> There is no such instruction to be executed!
>>
>> Please read the README.md file and let us know which one of the detailed
>> instructions mentioned there you don't know how to execute.
>>
>> Achilles
>>
>> On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
>> wrote:
>>
>> Ok. First instruction that I do not know how to execute is the import
>> variable block that says "import coma.cdma_parameters as cp". What exactly
>> am I supposed to be replacing in this section.
>>
>>
>>   On Wednesday, January 14, 2015 7:08 PM, Frank Pinto <
>> frankpint...@yahoo.com> wrote:
>>
>>
>> Ok. First instruction that I do not know how to execute is "import
>> coma.cdma_parameters as cp". What exactly am I supposed to be replacing in
>> this section
>>
>>
>>   On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos <
>> anas...@umich.edu> wrote:
>>
>>
>> Please follow the detailed instructions on the README.md file and
>> let us know which of these does not work for you
>> (or which of these instructions you don't know how to execute).
>>
>> best
>> Achilleas
>>
>> ___
>> 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] gr-cdma

[Frank Pinto]

<<< text/html; charset=us-ascii: Unrecognized >>>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma

[Achilleas Anastasopoulos]

Frank,

you have to follow the procedure in README by compiling ONE file at a time,
and RELOADING the blocks as you go on, ie,

Load the hier block "amp_var_est_hier.grc",
Compile it (this little button on GRC that looks like a pyramid, a sphere
and an arrow)
Reload it (this little circle button on GRC)

Load "cdma_tx_hier.grc",
compile it as before
reload


Load "chopper_correlator.grc",
compile
reload


etc...
 "cdma_rx_hier.grc", "cdma_tx_hier1.grc", "cdma_rx_hier1.grc" and compile
them

Achilleas


On Thu, Jan 15, 2015 at 11:35 AM, Frank Pinto 
wrote:

> Hello Sir, I have read the readme.md file already. My first issue is
> where it states to "load all the hier blocks and compile them". When I
> loaded them via the GRC by clicking on "open an existing flowgraph" and
> selecting the files, I see that they all are missing some variables,
> information, and even blocks, and are shown as red.
> I have taken a picture to show you this. I am using version 3.7.5.1 of
> GNuRadio by the way
>
>
>
>
> Sent from Yahoo Mail for iPhone 
>
> At Jan 15, 2015, 11:29:05 AM, Frank Pinto<'frankpint...@yahoo.com'> wrote:
> Sir, I have read the readme.md file. My first issue is where it states
> load all the heir blocks and compile them
>
>
>   On Thursday, January 15, 2015 11:13 AM, Achilleas Anastasopoulos  wrote:
>
>
> There is no such instruction to be executed!
>
> Please read the README.md file and let us know which one of the detailed
> instructions mentioned there you don't know how to execute.
>
> Achilles
>
> On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
> wrote:
>
> Ok. First instruction that I do not know how to execute is the import
> variable block that says "import coma.cdma_parameters as cp". What exactly
> am I supposed to be replacing in this section.
>
>
>   On Wednesday, January 14, 2015 7:08 PM, Frank Pinto <
> frankpint...@yahoo.com> wrote:
>
>
> Ok. First instruction that I do not know how to execute is "import
> coma.cdma_parameters as cp". What exactly am I supposed to be replacing in
> this section
>
>
>   On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Please follow the detailed instructions on the README.md file and
> let us know which of these does not work for you
> (or which of these instructions you don't know how to execute).
>
> best
> Achilleas
>
> ___
> 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] gr-cdma

[Achilleas Anastasopoulos]

There is no such instruction to be executed!

Please read the README.md file and let us know which one of the detailed
instructions mentioned there you don't know how to execute.

Achilles

On Thu, Jan 15, 2015 at 10:52 AM, Frank Pinto 
wrote:

> Ok. First instruction that I do not know how to execute is the import
> variable block that says "import coma.cdma_parameters as cp". What exactly
> am I supposed to be replacing in this section.
>
>
>   On Wednesday, January 14, 2015 7:08 PM, Frank Pinto <
> frankpint...@yahoo.com> wrote:
>
>
> Ok. First instruction that I do not know how to execute is
> "import coma.cdma_parameters as cp". What exactly am I supposed to be
> replacing in this section
>
>
>   On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>
> Please follow the detailed instructions on the README.md file and
> let us know which of these does not work for you
> (or which of these instructions you don't know how to execute).
>
> best
> Achilleas
>
> ___
> 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] gr-cdma

[Frank Pinto]

Ok. First instruction that I do not know how to execute is the import variable 
block that says "import coma.cdma_parameters as cp". What exactly am I supposed 
to be replacing in this section. 

 On Wednesday, January 14, 2015 7:08 PM, Frank Pinto 
 wrote:
   

 Ok. First instruction that I do not know how to execute is "import 
coma.cdma_parameters as cp". What exactly am I supposed to be replacing in this 
section 

 On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos 
 wrote:
   

 Please follow the detailed instructions on the README.md file and 
let us know which of these does not work for you 
(or which of these instructions you don't know how to execute).

best
Achilleas

___
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] gr-cdma

[Frank Pinto]

Ok. First instruction that I do not know how to execute is "import 
coma.cdma_parameters as cp". What exactly am I supposed to be replacing in this 
section 

 On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos 
 wrote:
   

 Please follow the detailed instructions on the README.md file and 
let us know which of these does not work for you 
(or which of these instructions you don't know how to execute).

best
Achilleas

___
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] gr-cdma

[Achilleas Anastasopoulos]

Please follow the detailed instructions on the README.md file and
let us know which of these does not work for you
(or which of these instructions you don't know how to execute).

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

[Discuss-gnuradio] gr-cdma

[Frank Pinto]

Hello I dont understand how to use the gr-cdma. I have installed it via GitHub 
and am currently looking at the cdma_tx and cdma_rx files. I am having problems 
trying to figure out what I am supposed to be inputting in certain blocks such 
as the import block that states “import cdma.cdma_paramters as cp” and other 
fields like the Missing block “coma_tx_hier”. I have loaded all of the 6 heir 
blocks that you mentioned in the read me. I'm guessing that means simply just 
open it via the GRC which I have done and some blocks are "red" because they 
require certain information which I don't know where to acquire from. I have 
reloaded all the blocks as well. I have two USRPS one to serve as transmitter 
and other as receiver so I want to test the cdma transmission using the cdma_tx 
and cdma_rx 
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-cdma is ready

[Achilleas Anastasopoulos]

-- Forwarded message --
From: Zhe Feng 
Date: Sun, Mar 9, 2014 at 2:42 PM
Subject: Re: [Discuss-gnuradio] gr-cdma is ready
To: Karan Talasila 
Cc: Achilleas Anastasopoulos 


Hi Karan,

If you installed this gr-cdma module with DENABLE_DOXYGEN=ON, you can find
the html documentation in usr/local/share/doc/gr-cdma/html/index.html

This html gives a general description of the module and contains the
documentation of all the c++ blocks used (flag_gen, chopper,
vector_insert2), and all hier blocks.
For the python blocks (kronecker_filter, freq_timing_estimator), you open
your python and do:

*import cdma,*
*help(cdma) #for a general look of cdma*
*help(cdma.kronecker_filter)#for checking the documentation of the
block kronecker_filter. *

Please feel free to reply if you have any additional questions or
suggestions.

Best,
Zhe



On Sat, Mar 8, 2014 at 6:50 AM, Karan Talasila  wrote:

> Hi Achillaes,
>   can you tell me where the documentation of all the
> blocks used in cdma_tx and cdma_rx are? I tried the cdma_trrx.grc and i got
> a menu list with options to change freq and timing offset and eb/N0. But i
> wasn't able to transmit and recieve packets or know how changing parameters
> in the menu is changing the output. I would like to look into the
> documentation of inidvidual blocks to understand better.
>
>
> On Fri, Mar 7, 2014 at 3:44 AM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>> Dear all,
>>
>> the OOT module gr-cdma that we have been working on with Zhe Feng is now
>> ready (also fully documented). You can find it here:
>>
>> https://github.com/anastas/gr-cdma.git
>>
>> An important acknowledgement:
>>
>> this project grew out of the DARPA SPECTRUM CHALLENGE:
>> our team eventually dropped out of the race because of other time
>> commitments but I and Zhe decided to finish up the design and make it
>> publicly available since DARPA was generous enough to send us USRPs for
>> testing etc.
>>
>> I am looking forward to feedback from the community and to ideas for
>> expanding/improving the design.
>>
>> ===
>> For the impatient:
>>
>> 1) Download gr-cdma from github
>> > git clone https://github.com/anastas/gr-cdma.git
>>
>> 2) Build the package
>> > mkdir build_cdma
>> > cd build_cdma
>> > cmake -DENABLE_DOXYGEN=ON ../gr-cdma
>> > make
>> > sudo make install
>> > sudo ldconfig
>>
>> 3) compile hierarchical blocks and play with built in app
>> > cd gr-cdma/apps
>> > gnuradio-companion &
>> In the gnuradio-companion environment
>> -- Load the hier block "amp_var_est_hier.grc", "cdma_tx_hier.grc",
>> "chopper_correlator1.grc", "cdma_rx_hier.grc" and compile them
>> making sure to reload blocks after each compilation
>> -- Load the application "cdma_txrx.grc" and have fun
>>Experiment with manual acq/tra, auto acq/tra, changing freq and timing
>> offset, SNR, etc
>> -- If you have 2 USRPs load the cdma_tx.grc and cdma_rx.grc and enjoy
>> real-time
>> CDMA transmission. You can also use the cdma_tx.grc and cdma_rx.grc by
>> writting
>> and reading to a fifo (first do > makefifo /tmp/cdma.fifo)
>> =
>>
>> best,
>> Achilleas
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>
> --
> Regards
> Karan Talasila
>



-- 
Zhe Feng

Electrical Engineering: System

University of Michigan Ann Arbor

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

Re: [Discuss-gnuradio] gr-cdma is ready

[Karan Talasila]

Hi Achillaes,
  can you tell me where the documentation of all the blocks
used in cdma_tx and cdma_rx are? I tried the cdma_trrx.grc and i got a menu
list with options to change freq and timing offset and eb/N0. But i wasn't
able to transmit and recieve packets or know how changing parameters in the
menu is changing the output. I would like to look into the documentation of
inidvidual blocks to understand better.


On Fri, Mar 7, 2014 at 3:44 AM, Achilleas Anastasopoulos
wrote:

> Dear all,
>
> the OOT module gr-cdma that we have been working on with Zhe Feng is now
> ready (also fully documented). You can find it here:
>
> https://github.com/anastas/gr-cdma.git
>
> An important acknowledgement:
>
> this project grew out of the DARPA SPECTRUM CHALLENGE:
> our team eventually dropped out of the race because of other time
> commitments but I and Zhe decided to finish up the design and make it
> publicly available since DARPA was generous enough to send us USRPs for
> testing etc.
>
> I am looking forward to feedback from the community and to ideas for
> expanding/improving the design.
>
> ===
> For the impatient:
>
> 1) Download gr-cdma from github
> > git clone https://github.com/anastas/gr-cdma.git
>
> 2) Build the package
> > mkdir build_cdma
> > cd build_cdma
> > cmake -DENABLE_DOXYGEN=ON ../gr-cdma
> > make
> > sudo make install
> > sudo ldconfig
>
> 3) compile hierarchical blocks and play with built in app
> > cd gr-cdma/apps
> > gnuradio-companion &
> In the gnuradio-companion environment
> -- Load the hier block "amp_var_est_hier.grc", "cdma_tx_hier.grc",
> "chopper_correlator1.grc", "cdma_rx_hier.grc" and compile them
> making sure to reload blocks after each compilation
> -- Load the application "cdma_txrx.grc" and have fun
>Experiment with manual acq/tra, auto acq/tra, changing freq and timing
> offset, SNR, etc
> -- If you have 2 USRPs load the cdma_tx.grc and cdma_rx.grc and enjoy
> real-time
> CDMA transmission. You can also use the cdma_tx.grc and cdma_rx.grc by
> writting
> and reading to a fifo (first do > makefifo /tmp/cdma.fifo)
> =
>
> best,
> Achilleas
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


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

[Discuss-gnuradio] gr-cdma is ready

[Achilleas Anastasopoulos]

 Dear all,

the OOT module gr-cdma that we have been working on with Zhe Feng is now
ready (also fully documented). You can find it here:

https://github.com/anastas/gr-cdma.git

An important acknowledgement:

this project grew out of the DARPA SPECTRUM CHALLENGE:
our team eventually dropped out of the race because of other time
commitments but I and Zhe decided to finish up the design and make it
publicly available since DARPA was generous enough to send us USRPs for
testing etc.

I am looking forward to feedback from the community and to ideas for
expanding/improving the design.

===
For the impatient:

1) Download gr-cdma from github
> git clone https://github.com/anastas/gr-cdma.git

2) Build the package
> mkdir build_cdma
> cd build_cdma
> cmake -DENABLE_DOXYGEN=ON ../gr-cdma
> make
> sudo make install
> sudo ldconfig

3) compile hierarchical blocks and play with built in app
> cd gr-cdma/apps
> gnuradio-companion &
In the gnuradio-companion environment
-- Load the hier block "amp_var_est_hier.grc", "cdma_tx_hier.grc",
"chopper_correlator1.grc", "cdma_rx_hier.grc" and compile them
making sure to reload blocks after each compilation
-- Load the application "cdma_txrx.grc" and have fun
   Experiment with manual acq/tra, auto acq/tra, changing freq and timing
offset, SNR, etc
-- If you have 2 USRPs load the cdma_tx.grc and cdma_rx.grc and enjoy
real-time
CDMA transmission. You can also use the cdma_tx.grc and cdma_rx.grc by
writting
and reading to a fifo (first do > makefifo /tmp/cdma.fifo)
=

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