Re: [Discuss-gnuradio] Connecting PDU to tagged stream to modulator
On 01/12/2014 10:34 PM, chris 0 wrote: Hi, I'm trying to work out the best way to connect a PDU to tagged stream block to a modulator. By a modulator, do you mean a bit - complex symbol mapper? There's no reason you can't directly connect these. Have another look at the tagged stream manual page: You can connect a tagged stream to any non-rate changing non-tagged-stream block. MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Where can I get gr-air-modes for GNUradio 3.6.5
Hi Nick, Thanks. It works fine. I've another question. When using the modes_rx program, is there any option that I can specify to save the original sampled baseband data? Best regards, Cheng Chi On Sat, Jan 11, 2014 at 5:33 AM, Nick Foster bistrom...@gmail.com wrote: Hi, I just pushed a tag called 3.6 representing the last commit of gr-air-modes which was 3.6-compatible. Please note that a lot of the newer features of gr-air-modes are unavailable in this version. To use this version, do a git remote update from the gr-air-modes folder, then git checkout 3.6. Best, Nick On Thu, Jan 9, 2014 at 7:34 PM, Cheng Chi ch000...@e.ntu.edu.sg wrote: Hi, I try to install gr-air-modes from the git source, but it seems the code only works with GNUradio 3.7. May I know where can I find the old version which is compatible with GNUradio 3.6.5? Thanks. Best regards, Cheng Chi ___ 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] Connecting PDU to tagged stream to modulator
Thanks Martin, The problem with connecting the tagged stream directly to the modulator, is then how do you align bits to the byte boundary etc. after the demodulator, which is the main issue I was thinking with that. cheers Chris ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Connecting PDU to tagged stream to modulator
On Mon, Jan 13, 2014 at 11:10:05AM +, chris 0 wrote: Thanks Martin, The problem with connecting the tagged stream directly to the modulator, is then how do you align bits to the byte boundary etc. after the demodulator, which is the main issue I was thinking with that. Well, it all depends on what was in the original PDU, doesn't it :) If you don't have a preamble etc., the packet modulator will do the trick, but it ignores length tags! Perhaps you can have a look at the OFDM examples, where custom headers are included. MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fedora 20 and Boost 1.54
On Mon, Jan 13, 2014 at 2:29 PM, Michael Berman mrberma...@gmail.com wrote: Has anybody ran into issues with or had success with installing Gnuradio on Fedora 20 with Boost 1.54? I am running Fedora 20 on three systems and have not seen any issues. My initial issue was with gr_modtool not finding boost 1.53 libs; legit since I had updated to 1.54 with the OS update. I also did rm the build directory completely when running cmake to ensure no contamination from previous builds each compilation. The question is why gr_modtool is still looking for boost 1.53 and not 1.54. Are there remnants of boost-1.53 still on your system? -TT ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Fwd: Fedora 20 and Boost 1.54
I have solved my issue. This was a cockpit error consisting of me not rebuilding libuhd with the updated boost libraries before updating gnuradio. Michael -- Forwarded message -- From: Michael Berman mrberma...@gmail.com Date: Mon, Jan 13, 2014 at 11:29 AM Subject: Fedora 20 and Boost 1.54 To: discuss-gnuradio@gnu.org discuss-gnuradio@gnu.org Has anybody ran into issues with or had success with installing Gnuradio on Fedora 20 with Boost 1.54? I am currently updating my system from Fedora 19 and Boost 1.53 and am running into build errors on Gnuradio master branch and v3.7.2.1 tag (at libgnuradio-blocks-3.7.*.so for both). For the OS update, I did not do a clean install of the OS (not preferred, but this is on a work machine and I didn't want to take the time to reset my development environment). My initial issue was with gr_modtool not finding boost 1.53 libs; legit since I had updated to 1.54 with the OS update. I also did rm the build directory completely when running cmake to ensure no contamination from previous builds each compilation. Thank you in advance for help in this issue. Michael Berman ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK Real Time Voice Tx/Rx
Indeed, don't use a throttle block for anything other than a simulation not involving hardware.
What sample-rate are you using, and are you getting overrun or underrun indications ('O' or 'U' printed).
on Jan 13, 2014, Marqo Torres marqotor...@gmail.com wrote:
Hello, I am working on a real time voice Tx/Rx using GNU Radio as software and a USRP E110. I'm trying to do a QPSK Modulation and I have consulted several models and forums and it seems everything is okay, however at the moment of receiving signal, the audio on the receiver is breaking up, and I want the audio sounds good. I thought it might be because of some errors in synchronism and carrier recovery, so I added the block MPSK Reciever, without any changes in the audio output. Is anything I am missing? or Is any calculation or number wrong?
Could it be because of lack in processing? because I've tried the same model with GMSK mod/demod blocks and the voice sounds good. I've attached the flowgraphs of the Tx and Rx side for a better understanding.
I really appreciate your help and I look forward your reply.
Regards.
Marqo
P.S. I've also read that at the moment of involving blocks that work with hardware (USRP Sink/Source) I have to skip the Throttle blocks, is that true?
___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
Re: [Discuss-gnuradio] gr-rds
Hi Ulf - If this is still an issue, here's my US$0.02 worth:
Yes: Python can't find the module. If you installed into /opt/local, then I
agree with Bastian that the RDS Python related files were probably installed
into /opt/local/lib/python2.7/site-packages . If you look in that directory do
you see any obviously named files?
I -highly- recommend against setting DYLD_LIBRARY_PATH in your standard shell
environment ... it will eventually lead to headaches. The only reasonable time
to use DYLD_LIBRARY_PATH is when running a script to do local testing /
execution ... for example, CMake does this in make test, such that locally
created libraries are found ahead of already installed ones.
That said, I'd bet that the issue is that CMake is not linking the RDS
library/ies correctly. You can check this if you can find the .so and/or
.dylib created by this project (e.g.,
{{{
find . -name *.dylib
}}}
when you're in the RDS build directory; substitute .so for .dylib to look
for the other type. Then, once they are found, do otool -L filename to see
what the linkage is. I'll bet that either the self-id (the first entry; should
be the exact filename including path as the actual library file), or one of the
linked-to libraries is not correct.
CMake has settings to correct that, which I can pass on if this is the issue;
it's an easy fix to some CMakeLists.txt files.
Hope this helps! - MLD
--
Michael Dickens, Mac OS X Programmer
Ettus Research Technical Support
Email: supp...@ettus.com
Web: http://www.ettus.com
On Jan 12, 2014, at 2:53 AM, Bastian Bloessl bastian.bloe...@uibk.ac.at wrote:
On 2014-01-11 22:32, Ulf Söderberg wrote:
Clayton and I worked on the FM RDS project over the last weeks. I think
that the receiving side is in a pretty good state now. It works well with
the RTL SDR.
I wonder how to get this working on Mac OS X with the macports version of
GNU Radio.
Traceback (most recent call last):
File
/Users/ulf/Documents/Projects/gnuradio/gr-rds-master/apps/rds_rx.py, line
28, in module
import rds
ImportError: No module named rds
Python can't find the module. It should be at
/opt/local/lib/python2.7/site-packages and you have to add
export PYTHONPATH=/opt/local/lib/python2.7/site-packages
to you .bashrc.
However, I ran into problems with the shared libraries when I installed it
under /opt/local. I would recommend to installed it somewhere in your home,
like ~/usr. Then you have to add to your .bashrc something like
export PYTHONPATH=/Users/ulf/usr/lib/python2.7/site-packages
export DYLD_LIBRARY_PATH=/Users/ulf/usr/lib
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PSK Real Time Voice Tx/Rx
On 01/13/2014 03:31 PM, Marqo Torres wrote: Hello, I am working on a real time voice Tx/Rx using GNU Radio as software and a USRP E110. I'm trying to do a QPSK Modulation and I have consulted several models and forums and it seems everything is okay, however at the moment of receiving signal, the audio on the receiver is breaking up, and I want the audio sounds good. I thought it might be because of some errors in synchronism and carrier recovery, so I added the block MPSK Reciever, without any changes in the audio output. Is anything I am missing? or Is any calculation or number wrong? Could it be because of lack in processing? because I've tried the same model with GMSK mod/demod blocks and the voice sounds good. I've attached the flowgraphs of the Tx and Rx side for a better understanding. Do you see any O/U's from the flowgraphs? If so which flowgraph? Philip I really appreciate your help and I look forward your reply. Regards. Marqo P.S. I've also read that at the moment of involving blocks that work with hardware (USRP Sink/Source) I have to skip the Throttle blocks, is that true? ___ 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] PSK Real Time Voice Tx/Rx
On 01/13/2014 04:38 PM, Marqo Torres wrote:
Hi, thanks for replying. I'm using 16kHz in Audio sample-rate and
256kHz in USRP sink/source blocks.
Also I've noticed that when I change the config.d values in the files
from the gnuradio folder there's a variation in the breaking up voice
in the receiver's side.
In the transmitter's side I get U constantly and in the
receiver's side i get UaUaUaUa I know that it means Underrun and
Audio Underrun, but I still don't have any idea of what I'm doing wrong.
I've attached the flowgraphs of the Tx and Rx models.
Regards
Marqo.
Those U mean that your graph isn't able to to keep up with the
notional sample-rate, either because of computational sluggishness, or
because you aren't resampling appropriately within your flow-graph so
that the hardware is receiving samples at the correct rate.
2014/1/13 Marcus Leech mle...@ripnet.com mailto:mle...@ripnet.com
Indeed, don't use a throttle block for anything other than a
simulation not involving hardware.
What sample-rate are you using, and are you getting overrun or
underrun indications ('O' or 'U' printed).
on Jan 13, 2014, *Marqo Torres* marqotor...@gmail.com
mailto:marqotor...@gmail.com wrote:
Hello, I am working on a real time voice Tx/Rx using GNU Radio
as software and a USRP E110. I'm trying to do a QPSK
Modulation and I have consulted several models and forums and
it seems everything is okay, however at the moment of
receiving signal, the audio on the receiver is breaking up,
and I want the audio sounds good. I thought it might be
because of some errors in synchronism and carrier recovery, so
I added the block MPSK Reciever, without any changes in the
audio output. Is anything I am missing? or Is any calculation
or number wrong?
Could it be because of lack in processing? because I've tried
the same model with GMSK mod/demod blocks and the voice sounds
good. I've attached the flowgraphs of the Tx and Rx side for a
better understanding.
I really appreciate your help and I look forward your reply.
Regards.
Marqo
P.S. I've also read that at the moment of involving blocks
that work with hardware (USRP Sink/Source) I have to skip the
Throttle blocks, is that true?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
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] gr-rds
On 2014-01-13 22:03, Michael Dickens wrote: That said, I'd bet that the issue is that CMake is not linking the RDS library/ies correctly. CMake has settings to correct that, which I can pass on if this is the issue; it's an easy fix to some CMakeLists.txt files. ...I guess you are talking about changing the RPATH. Can you please point me to a module that does it right so that I can change it? I checked several but didn't find the relevant parts. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
