Re: [Discuss-gnuradio] trellis encoder and OFDM modulator

2012-01-20 Thread vanITA1082 

Did you solve it?

I am trying to add FEC in the OFDM chain but I didn't figure out how to do
this, yet.

Any advice or do you know if someone did it and the code is public?

Thanks

Veljko Pejovic wrote:
> 
> Hi,
> 
> I tried to use trellis_encoder from trellis package to perform
> convolution coding before sending the message to the OFDM modulator.
> However, ofdm_mod has zero input signature, and relies on send_pkt()
> which calls ofdm_packet_utils.make_packet() and then puts the message
> in the queue at gr.ofdm_mapper_bcv. Since the chain basically starts
> with ofdm_mod I don't see the way to connect the trellis_encoder
> before the signal is already modulated. In ftw80211 project they
> modify ofdm_packet_utils and write their own convolution coding
> method, I could do the same, but then I would miss all the benefits of
> this nice trellis package.
> 
> Interestingly, the other modulation blocks such as dbpsk or d8psk have
> different input signatures, and I would put the trellis_encoder
> between the gr.message_source and modulator in pkt.py. Is there a way
> to seamlessly introduce trellis_encoder in the flow graph with an OFDM
> modulator? Am I missing something here?
> 
> 
> Thanks,
> 
> 
> Veljko
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

-- 
View this message in context: 
http://old.nabble.com/trellis-encoder-and-OFDM-modulator-tp27801875p33174362.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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

[Discuss-gnuradio] Query on USRP2 and Host device Communications

2012-01-20 Thread bharadwaj desikan 
Hi All

I have a  query motivated by the fact* *" USRP 2 device is communicating
through an ethernet cable
with an IP address"

given multiple host machines and multiple USRP2 devices connected over a
network.Is it possible to make sure
that give USRP device will communicate with a particular host machine over
the network only. *
*
Based on this Query we have following questions.Kindly please help us in
clarify the following.

1. How does host PC running Gnuradio detects a USRP device?
2. In case of initial handshaking whether the USRP device or host machine
initiates the handshake?
3. After the initial handshake ,how will the host machine keep track of the
USRP device address?

Thanks in advance for the clarifications..


Thanks
Regards

Bharadwaj D
ANRC Lab , CEDT , IISC Bangalore,India.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Query on USRP2 and Host device Communications

2012-01-20 Thread mleech 
  

Communications are generally initiated by the host. 

If you
explicitly specify the target device address using "addr=", then the
host will communicate only with that USRP2 for the corresponding
flow-graph. 

The USRP2 has no firewalling abilities or anything like
that, and doesn't really use an IP routing stack, so the intention is
that it sit on a dedicated host-to-USRP2 Ethernet Link. It really isn't
intended to live in a regular, routed IP environment. 

On Fri, 20 Jan
2012 20:20:28 +0530, bharadwaj desikan wrote: 

> Hi All
> 
> I have a
query motivated by the fact " USRP 2 device is communicating through an
ethernet cable 
> with an IP address"
> 
> given multiple host machines
and multiple USRP2 devices connected over a network.Is it possible to
make sure 
> that give USRP device will communicate with a particular
host machine over the network only. 
> 
> Based on this Query we have
following questions.Kindly please help us in clarify the following.
> 
>
1. How does host PC running Gnuradio detects a USRP device? 
> 2. In
case of initial handshaking whether the USRP device or host machine
initiates the handshake?
> 3. After the initial handshake ,how will the
host machine keep track of the USRP device address?
> 
> Thanks in
advance for the clarifications..
> 
> Thanks
> Regards
> 
> Bharadwaj
D
> ANRC Lab , CEDT , IISC Bangalore,India.

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

[Discuss-gnuradio] Please try new master branch

2012-01-20 Thread Tom Rondeau 
I just merged in a change to git that tries to fix the parallel build
problem without calling 'sync.' If you are one of our users who likes to
work off git and builds in parallel ('make -jN' for N>1), we were having an
issue of files not being ready while they were being parsed. See issue #478
on gnuradio.org for more details. The current version in git works for me
on multiple machines, but I'd like more feedback if it's failing for anyone.

Thanks.

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

Re: [Discuss-gnuradio] Please try new master branch

2012-01-20 Thread Michael Dickens 
Is this for autotools or CMake?  The CMake build (new master) works using "-j2" 
for me (OSX 10.6.8, XCode 3.2.3; gcc 4.2.1); haven't tried the autotools build 
because it has issues & I've mostly transitioned to using CMake instead. - MLD

On Jan 20, 2012, at 10:40 AM, Tom Rondeau wrote:

> I just merged in a change to git that tries to fix the parallel build problem 
> without calling 'sync.' If you are one of our users who likes to work off git 
> and builds in parallel ('make -jN' for N>1), we were having an issue of files 
> not being ready while they were being parsed. See issue #478 on gnuradio.org 
> for more details. The current version in git works for me on multiple 
> machines, but I'd like more feedback if it's failing for anyone.

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

Re: [Discuss-gnuradio] Please try new master branch

2012-01-20 Thread Marcus D. Leech 

On 01/20/2012 10:40 AM, Tom Rondeau wrote:
I just merged in a change to git that tries to fix the parallel build 
problem without calling 'sync.' If you are one of our users who likes 
to work off git and builds in parallel ('make -jN' for N>1), we were 
having an issue of files not being ready while they were being parsed. 
See issue #478 on gnuradio.org  for more details. 
The current version in git works for me on multiple machines, but I'd 
like more feedback if it's failing for anyone.


Thanks.

--
Tom

Single-threaded build failing at the moment:

Linking CXX shared library libgruel-3.5.2git.so
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/gruel.dir/link.txt --verbose=1
/usr/lib64/ccache/c++  -fPIC -O3 -DNDEBUG  -shared 
-Wl,-soname,libgruel-3.5.2git.so.0.0.0 -o libgruel-3.5.2git.so.0.0.0 
CMakeFiles/gruel.dir/msg/msg_accepter.cc.o 
CMakeFiles/gruel.dir/msg/msg_accepter_msgq.cc.o 
CMakeFiles/gruel.dir/msg/msg_queue.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_unv.cc.o CMakeFiles/gruel.dir/pmt/pmt.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_io.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_pool.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_serialize.cc.o 
CMakeFiles/gruel.dir/realtime.cc.o CMakeFiles/gruel.dir/sys_pri.cc.o 
CMakeFiles/gruel.dir/thread_body_wrapper.cc.o 
CMakeFiles/gruel.dir/thread_group.cc.o -lboost_date_time-mt 
-lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt 
-lboost_thread-mt
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
cmake_symlink_library libgruel-3.5.2git.so.0.0.0 
libgruel-3.5.2git.so.0.0.0 libgruel-3.5.2git.so
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
create_symlink libgruel-3.5.2git.so.0.0.0 
/home/mleech/gnuradio/build/gruel/src/lib/libgruel.so

make[2]: *** [gruel/src/lib/libgruel-3.5.2git.so.0.0.0] Error 1
make[2]: Leaving directory `/home/mleech/gnuradio/build'
make[1]: *** [gruel/src/lib/CMakeFiles/gruel.dir/all] Error 2
make[1]: Leaving directory `/home/mleech/gnuradio/build'


This is with a Cmake build, on Fedora 14-x86_64

This is with a make clean; make




--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

Re: [Discuss-gnuradio] Please try new master branch

2012-01-20 Thread Marcus D. Leech 

On 01/20/2012 06:15 PM, Marcus D. Leech wrote:

On 01/20/2012 10:40 AM, Tom Rondeau wrote:
I just merged in a change to git that tries to fix the parallel build 
problem without calling 'sync.' If you are one of our users who likes 
to work off git and builds in parallel ('make -jN' for N>1), we were 
having an issue of files not being ready while they were being 
parsed. See issue #478 on gnuradio.org  for more 
details. The current version in git works for me on multiple 
machines, but I'd like more feedback if it's failing for anyone.


Thanks.

--
Tom

Single-threaded build failing at the moment:

Linking CXX shared library libgruel-3.5.2git.so
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/gruel.dir/link.txt --verbose=1
/usr/lib64/ccache/c++  -fPIC -O3 -DNDEBUG  -shared 
-Wl,-soname,libgruel-3.5.2git.so.0.0.0 -o libgruel-3.5.2git.so.0.0.0 
CMakeFiles/gruel.dir/msg/msg_accepter.cc.o 
CMakeFiles/gruel.dir/msg/msg_accepter_msgq.cc.o 
CMakeFiles/gruel.dir/msg/msg_queue.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_unv.cc.o 
CMakeFiles/gruel.dir/pmt/pmt.cc.o CMakeFiles/gruel.dir/pmt/pmt_io.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_pool.cc.o 
CMakeFiles/gruel.dir/pmt/pmt_serialize.cc.o 
CMakeFiles/gruel.dir/realtime.cc.o CMakeFiles/gruel.dir/sys_pri.cc.o 
CMakeFiles/gruel.dir/thread_body_wrapper.cc.o 
CMakeFiles/gruel.dir/thread_group.cc.o -lboost_date_time-mt 
-lboost_program_options-mt -lboost_filesystem-mt -lboost_system-mt 
-lboost_thread-mt
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
cmake_symlink_library libgruel-3.5.2git.so.0.0.0 
libgruel-3.5.2git.so.0.0.0 libgruel-3.5.2git.so
cd /home/mleech/gnuradio/build/gruel/src/lib && /usr/bin/cmake -E 
create_symlink libgruel-3.5.2git.so.0.0.0 
/home/mleech/gnuradio/build/gruel/src/lib/libgruel.so

make[2]: *** [gruel/src/lib/libgruel-3.5.2git.so.0.0.0] Error 1
make[2]: Leaving directory `/home/mleech/gnuradio/build'
make[1]: *** [gruel/src/lib/CMakeFiles/gruel.dir/all] Error 2
make[1]: Leaving directory `/home/mleech/gnuradio/build'


This is with a Cmake build, on Fedora 14-x86_64

This is with a make clean; make




--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Following up on my own post here.  A complete, fresh, check-out along 
with a virgin 'build' directory caused it to be able to build single-thread.

  About to test multi-thread.


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

Re: [Discuss-gnuradio] Please try new master branch

2012-01-20 Thread Marcus D. Leech 

On 01/20/2012 07:29 PM, Marcus D. Leech wrote:
Following up on my own post here.  A complete, fresh, check-out along 
with a virgin 'build' directory caused it to be able to build 
single-thread.

  About to test multi-thread.




Following up again.

make clean; make -j4

On the previously-fresh checkout of Gnu Radio git master worked just fine.

It's conceivable that I left some detritus around from a previous 
late-nite fuzzy-brained build or something.  So a clean "git clone" seems
  to have produced a working build both with a single-threaded make, 
and a make -j4.  Yay.


(This is with Cmake.  I haven't used autotools build in a few weeks).


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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