Re: [Discuss-gnuradio] How can I separate and count the IQ samples stored

[Marcus Müller]

Hello Julio,

it's not really clear what you're asking.
Could you explain what you're looking at, what your system is, and what
the problem you're encountering is?

Best regards,
Marcus

On 08.09.2015 06:41, Julio Hector Aguilar Renteria wrote:
> How can I separate and count the IQ samples stored
>
>
> ___
> 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] Running flowgraphs from command line

[Patrick Krämer]

Hey Michael, Hey Kevin, Hey all,

thanks for your help!
I found that by specifying the python version I want to use when running the 
file, everything works fine. Like this:

python2.7 if_else_mod.py 

This would be acceptable for me, however, I decided to do some of the stuff you 
suggested. I get the following output when running env:

Patricks-iMac:~ patrick$ env
TERM_PROGRAM=Apple_Terminal
SHELL=/bin/bash
TERM=xterm-256color
TMPDIR=/var/folders/3j/qy7_9bpx29g_nf_ymbkw_td0gn/T/
Apple_PubSub_Socket_Render=/private/tmp/com.apple.launchd.11PeMdZFpD/Render
TERM_PROGRAM_VERSION=343.7
TERM_SESSION_ID=1FC9A988-7B1E-4869-95D3-5FF71F9942F7
USER=patrick
SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.0PyXsYlSwi/Listeners
__CF_USER_TEXT_ENCODING=0x1F5:0x0:0x3
PATH=/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin
PWD=/Users/patrick
DBUS_LAUNCHD_SESSION_BUS_SOCKET=/private/tmp/com.apple.launchd.dJkzL2MOo1/unix_domain_listener
LANG=de_DE.UTF-8
XPC_FLAGS=0x0
XPC_SERVICE_NAME=0
SHLVL=1
HOME=/Users/patrick
LOGNAME=patrick
DISPLAY=/private/tmp/com.apple.launchd.KWH6aSklFz/org.macosforge.xquartz:0
_=/usr/bin/env


I see that I only have a PATH variable set, but no PYTHONPATH. And 
/opt/local/bin seems to be the first in place?! With

Patricks-iMac:bin patrick$ pwd
/usr/bin
Patricks-iMac:bin patrick$ ./py
pydoc pythonpython2.6-config  pythonw
pydoc2.6  python-config python2.7 pythonw2.6
pydoc2.7  python2.6 python2.7-config  pythonw2.7

I see that I have even more python installs. Now I ran

Patricks-iMac:bin patrick$ which python
/usr/bin/python
Patricks-iMac:bin patrick$ port select --list python
Available versions for python:
none (active)
python26-apple
python27
python27-apple

So terminal normally would run "python" (didn’t look up the version). And 
MacPorts?
All this is what comes out of a clean OS X 10.9 install with an update to 10.10 
and then a GNURadio install via MacPorts. Didn’t try yet to change one of the 
env variables or use the 'sudo port select python python27‘ command. What would 
your suggestions now be? What I don’t understand is why I have to tell MacPorts 
to use python2.7, if in fact I want to tell that to my terminal?

Thanks & Regards
Patrick



> Am 08.09.2015 um 03:04 schrieb Michael Dickens :
> 
> Hi Patrick - So what's happening is that with GRC, because it was
> installed via MacPorts the MP version of Python is used. The terminal
> only knows what you tell it via environment variables such as PYTHONPATH
> (already suggested by Kevin Hofschröer) and PATH. In your case right
> now, I'll bet that the PATH contains /usr/bin before /opt/local/bin (if
> the latter is listed at all). If you do "which python", you'll see what
> your shell is executing when you type "python" (again, better
> /usr/bin/python [2.7 something]). Even if you add /opt/local/bin at the
> start of PATH, you might still need to tell MP to select the version of
> Python you want to use when you type "python" in the shell. You can list
> the options port has via "port select --list python", and then select
> Python 2.7 via "sudo port select python python27" if it not already
> active. Combining this with making sure /opt/local/bin comes first in
> PATH should solve your issue. Hope this helps! - MLD
> 
> On Mon, Sep 7, 2015, at 12:29 PM, Patrick Krämer wrote:
>> I installed GNURadio on a fresh machine with Mac OS X 10.10.5 via
>> MacPorts. I now have 2 Python installs in /usr/bin, python2.6 and
>> python2.7. Running flowgraphs with GRC is no problem. However, when
>> trying to run a .py-file from the terminal, as suggested in the guided
>> tutorial 3.1 („if else“) some modules are not found:
>> 
>> Patricks-iMac:work patrick$ python if_else_mod.py Traceback (most
>> recent call last):  File "if_else_mod.py", line 18, in 
>> from PyQt4 import Qt ImportError: No module named PyQt4
>> 
>> 
>> Why does it work, when running the file from GRC? Is my terminal using
>> the wrong python install? How could I change that? I also tried
>> changing the path variable on my notebook a few days ago, when I ran
>> into the same problem. But since I am new to python and the command
>> line I obviously made a mistake so that at some point I could not
>> start the GRC anymore. So your help is appreciated and needed.
>> Couldn’t find a similar question in the archives.
> 
> ___
> 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] How can I separate and count the IQ samples stored

[Chris Kuethe]

File source (no repeat) -> complex to float -> 2 file sinks; one writing to
"real.f32" and the other going to "imag.f32".

Take the size of each output file and divide by 4. That's how many samples
are in each.
On Sep 7, 2015 9:41 PM, "Julio Hector Aguilar Renteria" 
wrote:

> How can I separate and count the IQ samples stored
>
> ___
> 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] Convolutional Code output does not match polynomial

[bob wole]

On Tue, Sep 1, 2015 at 2:55 PM, bob wole  wrote:

> I am trying channel coding in gnuradio. I am using convolutional encoder
> with K=7 and R=1/2 with polynomials [109, 79] (default). However I am not
> getting the expected result. I input a known bit sequence, single frame
> using head block, and observe the output of the encoder using file sink.
> The output I think is not correct according to the given polynomials. Input
> bit stream is
>
> http://pastebin.com/thsYtLFG
>
> I am getting this output
>
> http://pastebin.com/P42QNjiE
>
> However, I am expecting (in hex)
>
> 0000E33263D74BFAD3 ..
>
>
>  I have attached the flowgraph I am using for this purpose. I did a dry
> run by drawing a diagram of the encoder and inputing  initial two bytes.
> Diagram of the encoder is also attached. I also used MATLAB script to test
> and found that my dry run output matches with MATLAB but not with Gnuradio
> output. I also played with the endianness but could not get the desired
> result. Maybe I am doing something wrong in configuring the encoder?
>
>
> Also another thing I noticed is that in QA codes of gr-fec I found
>
> import fec_swig as fec
> import blocks_swig as blocks
>
> I think this should be
>
> from gnuradio import fec, blocks
>
> Am I right? I am using gnuradio 3.7.8.
>
> --
> Bob
>


I am still waiting to get a reply on this. Anyone else verified the output
of the convolutional encoder?


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

Re: [Discuss-gnuradio] ssb - question

[Przemek Lewandowski]

Sorry I didnt attached second plot.

http://postimg.org/image/h0y3640w5/

2015-09-08 14:48 GMT+02:00 Przemek Lewandowski :

> Hi everybody
>
> Im trying to make SSB modulation with Hilbert transform. And Im using IQ
> modulator
> here is schema:
> http://postimg.org/image/gms5srret/
>
> And I have a question. In Frequency domain there should be one peak, and
> on on my plot there is one - that is good, and second that is
> smaller/suppressed.
>
> Is something wrong ?? or is it normal ??
>
> Is Hilbert method for creating SSB signal is good ?? or can it be made
> easier ???
>
>
> thank you very much.
> Przemek Lewandowski
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] ssb - question

[Przemek Lewandowski]

Hi everybody

Im trying to make SSB modulation with Hilbert transform. And Im using IQ
modulator
here is schema:
http://postimg.org/image/gms5srret/

And I have a question. In Frequency domain there should be one peak, and on
on my plot there is one - that is good, and second that is
smaller/suppressed.

Is something wrong ?? or is it normal ??

Is Hilbert method for creating SSB signal is good ?? or can it be made
easier ???


thank you very much.
Przemek Lewandowski
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Installing GNURadio Using build script

[Marcus D. Leech]

On 09/08/2015 02:32 PM, vamsi krishna wrote:

Hello Everyone,

When I try to install GNURadio using the build script provided

the build-gnuradio script 




I get the following error.

[ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_firdes.cc.o
[ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_fir_filter_with_buffer.cc.o
[ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_cc.cc.o
[ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_ff.cc.o

Linking CXX executable test-gr-filter
[ 47%] Built target test-gr-filter
Scanning dependencies of target _gr_filter_swig_doc_tag
[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/_gr_filter_swig_doc_tag.dir/_gr_filter_swig_doc_tag.cpp.o

Linking CXX executable _gr_filter_swig_doc_tag
[ 47%] Built target _gr_filter_swig_doc_tag
Scanning dependencies of target filter_swig_swig_doc
[ 47%] Generating doxygen xml for gr_filter_swig_doc docs
[ 47%] Generating python docstrings for gr_filter_swig_doc
[ 47%] Built target filter_swig_swig_doc
Scanning dependencies of target _filter_swig_swig_tag
[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/_filter_swig_swig_tag.dir/_filter_swig_swig_tag.cpp.o

Linking CXX executable _filter_swig_swig_tag
[ 47%] Built target _filter_swig_swig_tag
[ 47%] Generating filter_swig.tag
Scanning dependencies of target filter_swig_gr_filter_swig_2b734
[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/filter_swig_gr_filter_swig_2b734.dir/filter_swig_gr_filter_swig_2b734.cpp.o

Linking CXX executable filter_swig_gr_filter_swig_2b734
Swig source
[ 47%] Built target filter_swig_gr_filter_swig_2b734
Scanning dependencies of target _filter_swig
[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o

c++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[2]: *** 
[gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] 
Error 4

make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install

===
If you have found this script useful and time-saving, consider a
donation to help me keep build-gnuradio, simple_ra, SIDsuite,
meteor_detector, simple_fm_rcv, and multimode maintained and up to date.
A simple paypal transfer to mle...@ripnet.com is all you need to do.
==
Send success/fail info to sbrac.org?

I'm running Ubuntu OS (14.04 LTS) on Parallels software on MacBook Air.

Can anyone show how to resolve this error?

Thanks
Vamsi

This is almost certainly due to GCC running out of memory during 
compilation of (rather large) SWIG-generated code.  Add more memory to

  your VM, and/or add swap space.


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

Re: [Discuss-gnuradio] Consolidated Logic at GRCon

[Jason Matusiak]

> My name is Ryan Marlow, I'm a founder of Consolidated Logic, a new company 
> based out of Blacksburg, VA 
> working on an FPGA productivity tool we call RDA: Rapid Design Assembly. We 
> had a booth at GRCon this year
> where we presented our tool working with Ettus's RFNoC framework for USRPs in 
> GNU Radio. Our tool is 
> available for install and use, just go to our website at conic-labs.com where 
> we have a set of tutorials to 
> get you started. Here's a link to a promotional video we put together: 
> https://youtu.be/la02IciYSOw 

Ryan, It was good talking to you at the conference.  I know that you
guys are working towards Vivado support, but I was wondering how far out
it will be.  With Xilinx shoehorning people into it, and Ettus
supporting it for their devices, it is a little painful needing ISE just
for this service.  Obviously it is worth the time, but with Xilinx's
products taking up some much resources, it will be nice to only have the
one application.

~Jason

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

Re: [Discuss-gnuradio] A small error in benchmark_tx file

[Marcus Müller]

Hi Dave,

I don't know how you installed, what OS / distro you are using etc.
This is your computer, I can't really tell or teach you how to
administrate it.

Best regards,
Marcus

On 08.09.2015 20:14, Rama V wrote:
>
> Hey Marcus,
> For reinstalling,  I guess I need to first do an uninstall for GNU
> RADIO right?  Do I need to type in sudo- remove? Please help.
>
> Thanks,
> Dave
>
> On Sep 8, 2015 11:13 AM, "Rama V"  > wrote:
>
> I guess I would like to be preferred as Dave. Regarding the
> problem, I'll follow your advise and approach if any further
> problems are encountered.
>
> Thanks,
> Dave
>
> On Sep 8, 2015 11:06 AM, "Marcus Müller"  > wrote:
>
> Hi Rama, or Dave,
>
> first of all, can we stick with one name? I personally find
> Rama is a good name, but Dave is fine with me, too. However,
> you're having the exact same problem as Ravi, who is also
> using multiple names. This is really hard to follow.
>
> then: I think reinstallation is the cleanest approach. I, by
> the way, don't think there's actually a bug in 3.7.7, I
> suspect that you, by accident, broke the scripts during your
> modifications.
>
> Best regards,
> Marcus
>
> On 08.09.2015 17:59, Rama V wrote:
>> Hey Marcus,
>> Thanks for the advise. I am sorry to reply lately. So you
>> want me to reinstall the GNU Radio again to recover the
>> original files? If so, then I might be able to do it because
>> there is a new version of GNU Radio 3.7.8 to remove that error.
>>
>> Thanks,
>> Dave
>>
>>
>> ___
>> 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] A small error in benchmark_tx file

[Rama V]

I built UHD manually by using the command 'cmake' and make install in the
UHD build directory. Do you kindly need any other information on that which
I could provide with? It could be of help.

Thanks,
Dave
On Sep 8, 2015 2:48 PM, "Marcus Müller"  wrote:

> Hi Dave,
>
> I don't know how you installed, what OS / distro you are using etc.
> This is your computer, I can't really tell or teach you how to
> administrate it.
>
> Best regards,
> Marcus
>
> On 08.09.2015 20:14, Rama V wrote:
>
> Hey Marcus,
> For reinstalling,  I guess I need to first do an uninstall for GNU RADIO
> right?  Do I need to type in sudo- remove? Please help.
>
> Thanks,
> Dave
> On Sep 8, 2015 11:13 AM, "Rama V"  wrote:
>
>> I guess I would like to be preferred as Dave. Regarding the problem, I'll
>> follow your advise and approach if any further problems are encountered.
>>
>> Thanks,
>> Dave
>> On Sep 8, 2015 11:06 AM, "Marcus Müller" 
>> wrote:
>>
>>> Hi Rama, or Dave,
>>>
>>> first of all, can we stick with one name? I personally find Rama is a
>>> good name, but Dave is fine with me, too. However, you're having the exact
>>> same problem as Ravi, who is also using multiple names. This is really hard
>>> to follow.
>>>
>>> then: I think reinstallation is the cleanest approach. I, by the way,
>>> don't think there's actually a bug in 3.7.7, I suspect that you, by
>>> accident, broke the scripts during your modifications.
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 08.09.2015 17:59, Rama V wrote:
>>>
>>> Hey Marcus,
>>> Thanks for the advise. I am sorry to reply lately. So you want me to
>>> reinstall the GNU Radio again to recover the original files? If so, then I
>>> might be able to do it because there is a new version of GNU Radio 3.7.8 to
>>> remove that error.
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>> ___
>>> 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] A small error in benchmark_tx file

[Marcus Müller]

You need to do it from the same, unmodified directory where you did
"make install" last. If you deleted that, the information which files
have to be uninstalled are lost. You can only hope for the best and
install over without deinstallation first.

Best regards,
Marcus

On 08.09.2015 23:02, Rama V wrote:
>
> I am sorry for asking so many times. I have tried make uninstall but
> shows this
>
> make: *** No rule to make target 'uninstall'. Stop.
>
> Please advise what I can do. I am performing it newly.
>
> Thanks,
> Dave
>
> On Sep 8, 2015 3:13 PM, "Marcus Müller"  > wrote:
>
> then
>
> make uninstall
>
> will be the right thing to uninstall GNU Radio.
>
> Best regards,
> Marcus
>
> On 08.09.2015 21:56, Rama V wrote:
>>
>> I built UHD manually by using the command 'cmake' and make
>> install in the  UHD build directory. Do you kindly need any other
>> information on that which I could provide with? It could be of help.
>>
>> Thanks,
>> Dave
>>
>> On Sep 8, 2015 2:48 PM, "Marcus Müller" > > wrote:
>>
>> Hi Dave,
>>
>> I don't know how you installed, what OS / distro you are
>> using etc.
>> This is your computer, I can't really tell or teach you how
>> to administrate it.
>>
>> Best regards,
>> Marcus
>>
>> On 08.09.2015 20:14, Rama V wrote:
>>>
>>> Hey Marcus,
>>> For reinstalling,  I guess I need to first do an uninstall
>>> for GNU RADIO right?  Do I need to type in sudo- remove?
>>> Please help.
>>>
>>> Thanks,
>>> Dave
>>>
>>> On Sep 8, 2015 11:13 AM, "Rama V" >> > wrote:
>>>
>>> I guess I would like to be preferred as Dave. Regarding
>>> the problem, I'll follow your advise and approach if any
>>> further problems are encountered.
>>>
>>> Thanks,
>>> Dave
>>>
>>> On Sep 8, 2015 11:06 AM, "Marcus Müller"
>>> >> > wrote:
>>>
>>> Hi Rama, or Dave,
>>>
>>> first of all, can we stick with one name? I
>>> personally find Rama is a good name, but Dave is
>>> fine with me, too. However, you're having the exact
>>> same problem as Ravi, who is also using multiple
>>> names. This is really hard to follow.
>>>
>>> then: I think reinstallation is the cleanest
>>> approach. I, by the way, don't think there's
>>> actually a bug in 3.7.7, I suspect that you, by
>>> accident, broke the scripts during your modifications.
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 08.09.2015 17:59, Rama V wrote:
 Hey Marcus,
 Thanks for the advise. I am sorry to reply lately.
 So you want me to reinstall the GNU Radio again to
 recover the original files? If so, then I might be
 able to do it because there is a new version of GNU
 Radio 3.7.8 to remove that error.

 Thanks,
 Dave


 ___
 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] ssb - question

[Jeff Long]

Unless you're building the IQ modulator with real signals for 
educational purposes, go with the flowgraph Ron mentioned. 
Multiplication by a complex sine is much easier. You can also use a 
Rotator or Frequency Xlating Filter to do similar things. The bandpass 
filter can be built in to the Xlating Filter.


On the additional peaks, the second highest one is about 50 dB lower 
than the desired one. From a real hardware point of view, it might as 
well not be there (same as 1mW vs 100W). If you use a bandpass filter, 
you can make it arbitrarily small, but filtering should be done based on 
requirements, not just to make a plot look nice.


- Jeff

On 09/08/2015 01:30 PM, Przemek Lewandowski wrote:

Thank You Jeff for answer.

I have fixed Sampling Rate (of course you were right with it) and
realized that Hilbert Taps was wrong. When Sampling Rate was default
32k, default taps for Hilbert Transform is 64.
So for 48k Sampling Rate for Hilbert Transform should be 96 ?! (Im not
sure about what im writing, but this configuration works as you can see
in image 1 - upper plot)
image 1 - http://postimg.org/image/jme38k5hx/
image 2 - fixed and simplified flowchart -
http://postimg.org/image/ukpcqqu39/

And after all that, I can see there a lot more peaks. So should I filter
them ?
What with that second peak near LSB Peak ?!

Greatings, thank you in advice
Przemek Lewandowski

2015-09-08 18:32 GMT+02:00 Jeff Long >:

Your first problem is that you're using a 32k sample rate with a 20k
sin/cos. This will actually come out as a 12k sin/cos, due to
aliasing. Try the same thing again with a 48k sample rate and see
what happens.

Either bandpass filtering or a Hilbert transform can be used to
create SSB.

Not sure what your flowgraph does, but it looks fun.

Jeff.


On 09/08/2015 08:48 AM, Przemek Lewandowski wrote:

Hi everybody

Im trying to make SSB modulation with Hilbert transform. And Im
using IQ
modulator
here is schema:
http://postimg.org/image/gms5srret/

And I have a question. In Frequency domain there should be one
peak, and
on on my plot there is one - that is good, and second that is
smaller/suppressed.

Is something wrong ?? or is it normal ??

Is Hilbert method for creating SSB signal is good ?? or can it
be made
easier ???


thank you very much.
Przemek Lewandowski


___
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] A small error in benchmark_tx file

[Marcus Müller]

then

make uninstall

will be the right thing to uninstall GNU Radio.

Best regards,
Marcus

On 08.09.2015 21:56, Rama V wrote:
>
> I built UHD manually by using the command 'cmake' and make install in
> the  UHD build directory. Do you kindly need any other information on
> that which I could provide with? It could be of help.
>
> Thanks,
> Dave
>
> On Sep 8, 2015 2:48 PM, "Marcus Müller"  > wrote:
>
> Hi Dave,
>
> I don't know how you installed, what OS / distro you are using etc.
> This is your computer, I can't really tell or teach you how to
> administrate it.
>
> Best regards,
> Marcus
>
> On 08.09.2015 20:14, Rama V wrote:
>>
>> Hey Marcus,
>> For reinstalling,  I guess I need to first do an uninstall for
>> GNU RADIO right?  Do I need to type in sudo- remove? Please help.
>>
>> Thanks,
>> Dave
>>
>> On Sep 8, 2015 11:13 AM, "Rama V" > > wrote:
>>
>> I guess I would like to be preferred as Dave. Regarding the
>> problem, I'll follow your advise and approach if any further
>> problems are encountered.
>>
>> Thanks,
>> Dave
>>
>> On Sep 8, 2015 11:06 AM, "Marcus Müller"
>> >
>> wrote:
>>
>> Hi Rama, or Dave,
>>
>> first of all, can we stick with one name? I personally
>> find Rama is a good name, but Dave is fine with me, too.
>> However, you're having the exact same problem as Ravi,
>> who is also using multiple names. This is really hard to
>> follow.
>>
>> then: I think reinstallation is the cleanest approach. I,
>> by the way, don't think there's actually a bug in 3.7.7,
>> I suspect that you, by accident, broke the scripts during
>> your modifications.
>>
>> Best regards,
>> Marcus
>>
>> On 08.09.2015 17:59, Rama V wrote:
>>> Hey Marcus,
>>> Thanks for the advise. I am sorry to reply lately. So
>>> you want me to reinstall the GNU Radio again to recover
>>> the original files? If so, then I might be able to do it
>>> because there is a new version of GNU Radio 3.7.8 to
>>> remove that error.
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>> ___
>>> 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] Reading ZMQ messages in Python

[Stephen Harrison]

try struct.unpack()

On Tue, Sep 8, 2015 at 11:17 AM, Daniel Mazzer  wrote:

> Hello,
>
> I have a flowgraph that send ZMQ PUB messages generated by a custom
> OOT block. The messages transmitted by GNURadio ZMQ PUB block are
> received by a Python application, using a standard ZMQ Library.
>
> [custom_oot_block] ---(GNURadio message)---> [ZMQ Publisher]
> .(ethernet).> [Python ZMQ SUB Library]
>
> This is the part of the code of the OOT block that creates the message:
>
> -
> float *outPdPfa = (float *) output_items[0];
>
> pmt::pmt_t msg = pmt::init_f32vector(1, outPdPfa);
> message_port_pub(pmt::mp("hard_decision"), msg);
> -
>
> In Python, I receive the transmitted message and this is some of the
> strings that are received:
>
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5R\xb5 \x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4B0\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xa3\\\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5jV\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xf8\x00\x00\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\x90\x00\x00\x00\x00\x00'
>
> How do I convert these strings to a floating number value?
>
> Thank you.
>
> Regards,
> Daniel
>
> ___
> 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] Reading ZMQ messages in Python

[Marcus Müller]

Hi,

the "right way" to do this is use PMT's python bindings:

import pmt
s='\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
p = pmt.deserialize_str(s)
python_numpy_array = pmt.pmt_to_python.pmt_to_python(p)

Best regards,
Marcus


On 08.09.2015 20:17, Daniel Mazzer wrote:
> Hello,
>
> I have a flowgraph that send ZMQ PUB messages generated by a custom
> OOT block. The messages transmitted by GNURadio ZMQ PUB block are
> received by a Python application, using a standard ZMQ Library.
>
> [custom_oot_block] ---(GNURadio message)---> [ZMQ Publisher]
> .(ethernet).> [Python ZMQ SUB Library]
>
> This is the part of the code of the OOT block that creates the message:
>
> -
> float *outPdPfa = (float *) output_items[0];
>
> pmt::pmt_t msg = pmt::init_f32vector(1, outPdPfa);
> message_port_pub(pmt::mp("hard_decision"), msg);
> -
>
> In Python, I receive the transmitted message and this is some of the
> strings that are received:
>
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5R\xb5 \x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4B0\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xa3\\\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5jV\xa0\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xf8\x00\x00\x00\x00\x00'
> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\x90\x00\x00\x00\x00\x00'
>
> How do I convert these strings to a floating number value?
>
> Thank you.
>
> Regards,
> Daniel
>
> ___
> 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] A small error in benchmark_tx file

[Rama V]

Hey Marcus,
For reinstalling,  I guess I need to first do an uninstall for GNU RADIO
right?  Do I need to type in sudo- remove? Please help.

Thanks,
Dave
On Sep 8, 2015 11:13 AM, "Rama V"  wrote:

> I guess I would like to be preferred as Dave. Regarding the problem, I'll
> follow your advise and approach if any further problems are encountered.
>
> Thanks,
> Dave
> On Sep 8, 2015 11:06 AM, "Marcus Müller"  wrote:
>
>> Hi Rama, or Dave,
>>
>> first of all, can we stick with one name? I personally find Rama is a
>> good name, but Dave is fine with me, too. However, you're having the exact
>> same problem as Ravi, who is also using multiple names. This is really hard
>> to follow.
>>
>> then: I think reinstallation is the cleanest approach. I, by the way,
>> don't think there's actually a bug in 3.7.7, I suspect that you, by
>> accident, broke the scripts during your modifications.
>>
>> Best regards,
>> Marcus
>>
>> On 08.09.2015 17:59, Rama V wrote:
>>
>> Hey Marcus,
>> Thanks for the advise. I am sorry to reply lately. So you want me to
>> reinstall the GNU Radio again to recover the original files? If so, then I
>> might be able to do it because there is a new version of GNU Radio 3.7.8 to
>> remove that error.
>>
>> Thanks,
>> Dave
>>
>>
>> ___
>> 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] A small error in benchmark_tx file

[Rama V]

I am sorry for asking so many times. I have tried make uninstall but shows
this

make: *** No rule to make target 'uninstall'. Stop.

Please advise what I can do. I am performing it newly.

Thanks,
Dave
On Sep 8, 2015 3:13 PM, "Marcus Müller"  wrote:

> then
>
> make uninstall
>
> will be the right thing to uninstall GNU Radio.
>
> Best regards,
> Marcus
>
> On 08.09.2015 21:56, Rama V wrote:
>
> I built UHD manually by using the command 'cmake' and make install in the
> UHD build directory. Do you kindly need any other information on that which
> I could provide with? It could be of help.
>
> Thanks,
> Dave
> On Sep 8, 2015 2:48 PM, "Marcus Müller"  wrote:
>
>> Hi Dave,
>>
>> I don't know how you installed, what OS / distro you are using etc.
>> This is your computer, I can't really tell or teach you how to
>> administrate it.
>>
>> Best regards,
>> Marcus
>>
>> On 08.09.2015 20:14, Rama V wrote:
>>
>> Hey Marcus,
>> For reinstalling,  I guess I need to first do an uninstall for GNU RADIO
>> right?  Do I need to type in sudo- remove? Please help.
>>
>> Thanks,
>> Dave
>> On Sep 8, 2015 11:13 AM, "Rama V"  wrote:
>>
>>> I guess I would like to be preferred as Dave. Regarding the problem,
>>> I'll follow your advise and approach if any further problems are
>>> encountered.
>>>
>>> Thanks,
>>> Dave
>>> On Sep 8, 2015 11:06 AM, "Marcus Müller" 
>>> wrote:
>>>
 Hi Rama, or Dave,

 first of all, can we stick with one name? I personally find Rama is a
 good name, but Dave is fine with me, too. However, you're having the exact
 same problem as Ravi, who is also using multiple names. This is really hard
 to follow.

 then: I think reinstallation is the cleanest approach. I, by the way,
 don't think there's actually a bug in 3.7.7, I suspect that you, by
 accident, broke the scripts during your modifications.

 Best regards,
 Marcus

 On 08.09.2015 17:59, Rama V wrote:

 Hey Marcus,
 Thanks for the advise. I am sorry to reply lately. So you want me to
 reinstall the GNU Radio again to recover the original files? If so, then I
 might be able to do it because there is a new version of GNU Radio 3.7.8 to
 remove that error.

 Thanks,
 Dave


 ___
 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] A small error in benchmark_tx file

[Rama V]

Thanks for the reply. It's /gnuradio/build directory from which I need to
uninstall.

Thanks,
Dave
On Sep 8, 2015 4:03 PM, "Marcus Müller"  wrote:

> You need to do it from the same, unmodified directory where you did "make
> install" last. If you deleted that, the information which files have to be
> uninstalled are lost. You can only hope for the best and install over
> without deinstallation first.
>
> Best regards,
> Marcus
>
> On 08.09.2015 23:02, Rama V wrote:
>
> I am sorry for asking so many times. I have tried make uninstall but shows
> this
>
> make: *** No rule to make target 'uninstall'. Stop.
>
> Please advise what I can do. I am performing it newly.
>
> Thanks,
> Dave
> On Sep 8, 2015 3:13 PM, "Marcus Müller"  wrote:
>
>> then
>>
>> make uninstall
>>
>> will be the right thing to uninstall GNU Radio.
>>
>> Best regards,
>> Marcus
>>
>> On 08.09.2015 21:56, Rama V wrote:
>>
>> I built UHD manually by using the command 'cmake' and make install in
>> the  UHD build directory. Do you kindly need any other information on that
>> which I could provide with? It could be of help.
>>
>> Thanks,
>> Dave
>> On Sep 8, 2015 2:48 PM, "Marcus Müller"  wrote:
>>
>>> Hi Dave,
>>>
>>> I don't know how you installed, what OS / distro you are using etc.
>>> This is your computer, I can't really tell or teach you how to
>>> administrate it.
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 08.09.2015 20:14, Rama V wrote:
>>>
>>> Hey Marcus,
>>> For reinstalling,  I guess I need to first do an uninstall for GNU RADIO
>>> right?  Do I need to type in sudo- remove? Please help.
>>>
>>> Thanks,
>>> Dave
>>> On Sep 8, 2015 11:13 AM, "Rama V"  wrote:
>>>
 I guess I would like to be preferred as Dave. Regarding the problem,
 I'll follow your advise and approach if any further problems are
 encountered.

 Thanks,
 Dave
 On Sep 8, 2015 11:06 AM, "Marcus Müller" 
 wrote:

> Hi Rama, or Dave,
>
> first of all, can we stick with one name? I personally find Rama is a
> good name, but Dave is fine with me, too. However, you're having the exact
> same problem as Ravi, who is also using multiple names. This is really 
> hard
> to follow.
>
> then: I think reinstallation is the cleanest approach. I, by the way,
> don't think there's actually a bug in 3.7.7, I suspect that you, by
> accident, broke the scripts during your modifications.
>
> Best regards,
> Marcus
>
> On 08.09.2015 17:59, Rama V wrote:
>
> Hey Marcus,
> Thanks for the advise. I am sorry to reply lately. So you want me to
> reinstall the GNU Radio again to recover the original files? If so, then I
> might be able to do it because there is a new version of GNU Radio 3.7.8 
> to
> remove that error.
>
> Thanks,
> Dave
>
>
> ___
> 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] Running flowgraphs from command line

[Michael Dickens]

Hi Patrick - You're on the right track. We're just following what is written 
(roughly) in < http://gnuradio.org/redmine/projects/gnuradio/wiki/MacInstall >. 
Please also note that unless you play some tricks with the +quartz variant that 
is available many GR dependencies, you'll have to install XQuartz.app to get 
any GUI working (see also 
http://gnuradio.org/redmine/projects/gnuradio/wiki/MacInstall#Prerequisite-X11app-recommended-via-XQuartz
 ). Your shell env looks good; because MP's Python internally set their 
PYTHONPATH, you won't need to so long as you use MP-provided GR projects (e.g., 
gr-fosphor). If you want to do your own out-of-tree builds, you can install 
them pretty much anywhere so long as the libraries are linked correctly and 
PYTHONPATH is set correctly to wherever your OOT Python module is installed. 

You ask a variety of questions about Python usage in OSX. Apple provides
Python 2.6 and 2.7 in /usr/bin in most modern OSX versions; in MP, you
can get Python 2.7, 3.4, and 3.5rc3. MP does not provide the other
Python versions because there really is no use case for them any longer
: 2.7 supersedes 2.6, just as 3.4 does with 3.[0-3]; 3.5 when it is
released should supersede 3.4, so we'll likely push end users to

As to your question as to which 'python' is selected for use and when:
The times it matters is when 'python' is issued either in a shell or in
a script via "env python". In this case, the first 'python' found in the
shell PATH is used. Thus, issuing "sudo port select python python27"
means that, more often than not, 'python' will result in the MP version
(2.7) being executed. Which in general is OK. When you need to use the
OSX system one you can always do that by either removing /opt/local/bin
from PATH or by specifying "env /usr/bin/python"; there are other ways
too. But, as a general use-case having "which python" result in
/opt/local/bin/python is not a bad idea.

-That said-, you should never rely on a specific "python" being the one
you expect it to be. If you want a specific Python, you'll red to test
for it or just specify it up front, e.g., "/opt/local/bin/python2.7".

Hope this continues to help! - MLD

On Tue, Sep 8, 2015, at 03:34 AM, Patrick Krämer wrote:
> Hey Michael, Hey Kevin, Hey all,
>
> thanks for your help! I found that by specifying the python version I
> want to use when running the file, everything works fine. Like this:
>
> python2.7 if_else_mod.py
>
> This would be acceptable for me, however, I decided to do some of the
> stuff you suggested. I get the following output when running env:
>
> Patricks-iMac:~ patrick$ env TERM_PROGRAM=Apple_Terminal
> SHELL=/bin/bash TERM=xterm-256color
> TMPDIR=/var/folders/3j/qy7_9bpx29g_nf_ymbkw_td0gn/T/ Apple_PubSub-
> _Socket_Render=/private/tmp/com.apple.launchd.11PeMdZFpD/Render
> TERM_PROGRAM_VERSION=343.7 TERM_SESSION_ID=1FC9A988-7B1E-4869-95D3-
> 5FF71F9942F7 USER=patrick
> SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.0PyXsYlSwi/Listeners
> __CF_USER_TEXT_ENCODING=0x1F5:0x0:0x3 PATH=/opt/local/bin:/opt/local/-
> sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin
> PWD=/Users/patrick DBUS_LAUNCHD_SESSION_BUS_SOCKET=/private/tmp/com.a-
> pple.launchd.dJkzL2MOo1/unix_domain_listener LANG=de_DE.UTF-8
> XPC_FLAGS=0x0 XPC_SERVICE_NAME=0 SHLVL=1 HOME=/Users/patrick
> LOGNAME=patrick DISPLAY=/private/tmp/com.apple.launchd.KWH6aSklFz/org-
> .macosforge.xquartz:0 _=/usr/bin/env
>
>
> I see that I only have a PATH variable set, but no PYTHONPATH. And
> /opt/local/bin seems to be the first in place?! With
>
> Patricks-iMac:bin patrick$ pwd /usr/bin Patricks-iMac:bin patrick$
> ./py pydoc             python            python2.6-config  pythonw
> pydoc2.6          python-config     python2.7         pythonw2.6
> pydoc2.7          python2.6         python2.7-config  pythonw2.7
>
> I see that I have even more python installs. Now I ran
>
> Patricks-iMac:bin patrick$ which python /usr/bin/python Patricks-
> iMac:bin patrick$ port select --list python Available versions for
> python: none (active) python26-apple python27 python27-apple
>
> So terminal normally would run "python" (didn’t look up the version).
> And MacPorts? All this is what comes out of a clean OS X 10.9 install
> with an update to 10.10 and then a GNURadio install via MacPorts.
> Didn’t try yet to change one of the env variables or use the 'sudo
> port select python python27‘ command. What would your suggestions now
> be? What I don’t understand is why I have to tell MacPorts to use
> python2.7, if in fact I want to tell that to my terminal?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reading ZMQ messages in Python

[Daniel Mazzer]

Hi Marcus,

I was missing the "deserialize" call. I'll try it tomorrow.

Thank you.
Regards,
Daniel


On Tue, Sep 8, 2015 at 6:28 PM, Marcus Müller  wrote:
> Hi,
>
> the "right way" to do this is use PMT's python bindings:
>
> import pmt
> s='\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
> p = pmt.deserialize_str(s)
> python_numpy_array = pmt.pmt_to_python.pmt_to_python(p)
>
> Best regards,
> Marcus
>
>
> On 08.09.2015 20:17, Daniel Mazzer wrote:
>> Hello,
>>
>> I have a flowgraph that send ZMQ PUB messages generated by a custom
>> OOT block. The messages transmitted by GNURadio ZMQ PUB block are
>> received by a Python application, using a standard ZMQ Library.
>>
>> [custom_oot_block] ---(GNURadio message)---> [ZMQ Publisher]
>> .(ethernet).> [Python ZMQ SUB Library]
>>
>> This is the part of the code of the OOT block that creates the message:
>>
>> -
>> float *outPdPfa = (float *) output_items[0];
>>
>> pmt::pmt_t msg = pmt::init_f32vector(1, outPdPfa);
>> message_port_pub(pmt::mp("hard_decision"), msg);
>> -
>>
>> In Python, I receive the transmitted message and this is some of the
>> strings that are received:
>>
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5R\xb5 \x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4B0\xa0\x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xa3\\\xa0\x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe5jV\xa0\x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xf8\x00\x00\x00\x00\x00'
>> '\n\x08\x00\x00\x00\x01\x01\x00?\xe4\x90\x00\x00\x00\x00\x00'
>>
>> How do I convert these strings to a floating number value?
>>
>> Thank you.
>>
>> Regards,
>> Daniel
>>
>> ___
>> 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] [USRP] tracking the transmission/receiving process

[Logan Wu]

Hello,

I've been tracking the source code to figure out the procedure of
transmission/receiving. All I've found out is that the parameters (e.g.
freq, gain, etc.) are stored in a property tree, and messages are
inserted to the tail of queue. But how does the transmitter/receiver
(daughter board) know when to transmit/receive? Specifically, which file
in UHD host code does the job of notifying the hardware to
transmit/receive?

Thank you,
Logan

-- 
Posted via http://www.ruby-forum.com/.

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

[Discuss-gnuradio] GRCon15 statistics

[Francisco Albani]

Hi!

I'm curious about how many people assisted to the all the annual
conferences, specially to the last one.

And maybe there are more interesting statistics to know.

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

Re: [Discuss-gnuradio] [USRP] tracking the transmission/receiving process

[Jeff Long]

As an example, look for issue_stream_command() in

uhd/host/lib/usrp/cores/rx_dsp_core_200.cpp

There are separate files to control the various "cores" in the FPGA 
logic. And, there are multiple versions of things for different boxes, 
transports, etc. It starts makes sense if you read through a bunch of 
the code.


- Jeff

On 09/08/2015 06:41 PM, Logan Wu wrote:

Hello,

I've been tracking the source code to figure out the procedure of
transmission/receiving. All I've found out is that the parameters (e.g.
freq, gain, etc.) are stored in a property tree, and messages are
inserted to the tail of queue. But how does the transmitter/receiver
(daughter board) know when to transmit/receive? Specifically, which file
in UHD host code does the job of notifying the hardware to
transmit/receive?

Thank you,
Logan




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

[Discuss-gnuradio] A small error in benchmark_tx file

[Rama V]

Hey Marcus,
Thanks for the advise. I am sorry to reply lately. So you want me to
reinstall the GNU Radio again to recover the original files? If so, then I
might be able to do it because there is a new version of GNU Radio 3.7.8 to
remove that error.

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

Re: [Discuss-gnuradio] Installing GNURadio Using build script

[vamsi krishna]

Hi Marcus,
RAM was the issue. It worked like charm once I increased the RAM size.
Thank you. 


 On Tuesday, 8 September 2015 11:36 AM, Marcus D. Leech  
wrote:
   

  On 09/08/2015 02:32 PM, vamsi krishna wrote:
  
  Hello Everyone, 
  When I try to install GNURadio using the build script provided 
  the build-gnuradio script
  
  
  I get the following error. 
  [ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_firdes.cc.o [ 47%] Building CXX 
objectgr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_fir_filter_with_buffer.cc.o
 [ 47%] Building CXX 
objectgr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_cc.cc.o
 [ 47%] Building CXX 
objectgr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_ff.cc.o
 Linking CXX executable test-gr-filter [ 47%] Built target test-gr-filter 
Scanning dependencies of target _gr_filter_swig_doc_tag [ 47%] Building CXX 
objectgr-filter/swig/CMakeFiles/_gr_filter_swig_doc_tag.dir/_gr_filter_swig_doc_tag.cpp.o
 Linking CXX executable _gr_filter_swig_doc_tag [ 47%] Built target 
_gr_filter_swig_doc_tag Scanning dependencies of target filter_swig_swig_doc [ 
47%] Generating doxygen xml for gr_filter_swig_doc docs [ 47%] Generating 
python docstrings for gr_filter_swig_doc [ 47%] Built target 
filter_swig_swig_doc Scanning dependencies of target _filter_swig_swig_tag [ 
47%] Building CXX 
objectgr-filter/swig/CMakeFiles/_filter_swig_swig_tag.dir/_filter_swig_swig_tag.cpp.o
 Linking CXX executable _filter_swig_swig_tag [ 47%] Built target 
_filter_swig_swig_tag [ 47%] Generating filter_swig.tag Scanning dependencies 
of target filter_swig_gr_filter_swig_2b734 [ 47%] Building CXX 
objectgr-filter/swig/CMakeFiles/filter_swig_gr_filter_swig_2b734.dir/filter_swig_gr_filter_swig_2b734.cpp.o
 Linking CXX executable filter_swig_gr_filter_swig_2b734 Swig source [ 47%] 
Built target filter_swig_gr_filter_swig_2b734 Scanning dependencies of target 
_filter_swig [ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o c++: 
internal compiler error: Killed (program cc1plus) Please submit a full bug 
report, with preprocessed source if appropriate. See 
 for instructions. make[2]: *** 
[gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] Error 
4 make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2 make: 
*** [all] Error 2 make failed Exiting Gnu Radio build/install 
  === If 
you have found this script useful and time-saving, consider a  donation to help 
me keep build-gnuradio, simple_ra, SIDsuite, meteor_detector, simple_fm_rcv, 
and multimode maintained and up to date. A simple paypal transfer to 
mle...@ripnet.com is all you need to do. 
== Send 
success/fail info to sbrac.org? 
  I'm running Ubuntu OS (14.04 LTS) on Parallels software on MacBook Air. 
  Can anyone show how to resolve this error? 
  Thanks Vamsi  
 
 This is almost certainly due to GCC running out of memory during compilation 
of (rather large) SWIG-generated code.  Add more memory to
   your VM, and/or add swap space.
 
 
 
___
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] A small error in benchmark_tx file

[Marcus Müller]

Hi Rama, or Dave,

first of all, can we stick with one name? I personally find Rama is a
good name, but Dave is fine with me, too. However, you're having the
exact same problem as Ravi, who is also using multiple names. This is
really hard to follow.

then: I think reinstallation is the cleanest approach. I, by the way,
don't think there's actually a bug in 3.7.7, I suspect that you, by
accident, broke the scripts during your modifications.

Best regards,
Marcus

On 08.09.2015 17:59, Rama V wrote:
> Hey Marcus,
> Thanks for the advise. I am sorry to reply lately. So you want me to
> reinstall the GNU Radio again to recover the original files? If so,
> then I might be able to do it because there is a new version of GNU
> Radio 3.7.8 to remove that error.
>
> Thanks,
> Dave
>
>
> ___
> 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] Pybombs recipes submodule pointer update policy

[Martin Braun]

On 06.09.2015 12:18, Piotr Krysik wrote:
> W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
>> Hi all,
>>
>> I have question for pybombs developers/maintainers:
>> Is there policy for updating recipes submodule pointer in the pybombs
>> repository?
>>
>> Currently recipes submodule pointer is 29 days behind the head.
>>
>> --
>> Best Regards,
>> Piotr Krysik
>>
>>
> Hi,
> 
> In case of misunderstanding - I'm not trying to complain about your
> work. Pybombs is great tool that simplifies a lot installation of GNU
> Radio related projects. I need information as a developer of one of such
> projects what are requirements for me in order to make fixes in recipes
> related to my project appear faster in the main pybombs repository.

To force it to update, git submodule update --remote will do the trick.

Cheers,
M


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

Re: [Discuss-gnuradio] A small error in benchmark_tx file

[Rama V]

I guess I would like to be preferred as Dave. Regarding the problem, I'll
follow your advise and approach if any further problems are encountered.

Thanks,
Dave
On Sep 8, 2015 11:06 AM, "Marcus Müller"  wrote:

> Hi Rama, or Dave,
>
> first of all, can we stick with one name? I personally find Rama is a good
> name, but Dave is fine with me, too. However, you're having the exact same
> problem as Ravi, who is also using multiple names. This is really hard to
> follow.
>
> then: I think reinstallation is the cleanest approach. I, by the way,
> don't think there's actually a bug in 3.7.7, I suspect that you, by
> accident, broke the scripts during your modifications.
>
> Best regards,
> Marcus
>
> On 08.09.2015 17:59, Rama V wrote:
>
> Hey Marcus,
> Thanks for the advise. I am sorry to reply lately. So you want me to
> reinstall the GNU Radio again to recover the original files? If so, then I
> might be able to do it because there is a new version of GNU Radio 3.7.8 to
> remove that error.
>
> Thanks,
> Dave
>
>
> ___
> 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] Why cant I increase signal by 1 hz at a time with high frequencies?

[Martin Braun]

On 07.09.2015 19:33, Douglas Beonkey wrote:
> It seems that when I create a signal source block and try and view the
> signal on a waterfall plot or FFT plot, I can not increase the signal by
> a granularity of 1 Hz at higher starting frequencies.
> 
> Example:
> If I create a signal source block with a starting frequency of 1.2 GHz,
> and in the block have a variable slider added to the frequency (assume
> the variable can slide between 0 and 1000), i must move the slider 120
> or more steps before the signal shifts on the waterfall plot with a gap
> of 120 or more hz.

Douglas,

are you saying the signal source isn't doing as told, or the frequency
sink? If it's the latter, it might be an artefact of how you've
configured it (FFT resolution, etc.).

M


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

Re: [Discuss-gnuradio] ssb - question

[Jeff Long]

Your first problem is that you're using a 32k sample rate with a 20k 
sin/cos. This will actually come out as a 12k sin/cos, due to aliasing. 
Try the same thing again with a 48k sample rate and see what happens.


Either bandpass filtering or a Hilbert transform can be used to create SSB.

Not sure what your flowgraph does, but it looks fun.

Jeff.

On 09/08/2015 08:48 AM, Przemek Lewandowski wrote:

Hi everybody

Im trying to make SSB modulation with Hilbert transform. And Im using IQ
modulator
here is schema:
http://postimg.org/image/gms5srret/

And I have a question. In Frequency domain there should be one peak, and
on on my plot there is one - that is good, and second that is
smaller/suppressed.

Is something wrong ?? or is it normal ??

Is Hilbert method for creating SSB signal is good ?? or can it be made
easier ???


thank you very much.
Przemek Lewandowski


___
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] Running flowgraphs from command line

[Patrick Krämer]

Hi,

I did the following command, as suggested: 

Patricks-iMac:work patrick$ sudo port select python python27
Selecting 'python27' for 'python' succeeded. 'python27' is now active.
Patricks-iMac:work patrick$ python if_else_mod.py 
Fatal Python error: PyThreadState_Get: no current thread
Abort trap: 6


As you can see python crashes and I also get another GUI fail message. Running 
like python2.7 if_else_mod.py still works, though. I tried to revert the above 
change, but:

Patricks-iMac:work patrick$ sudo port select python python
Selecting 'python' for 'python' failed: The specified version 'python' is not 
valid.

Think I will just stick with the way that works, until I at some point need to 
change something and then dive more into this. Thanks for your patience though.

Greetings
Patrick

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

[Discuss-gnuradio] Problems closing a valve block with a Python Block

[Juan Pimentel]

Hello:
We have successfully used a GUI block to open (or close) a valve by
pressing the mouse button.
Now we want to open (or close) the valve from a Python block that we
are writing after comparing two messages. If the messages are the same,
we want to open the valve, otherwise the valve should remain closed.

Below is the xml definition of our Python block as well as the Python
code. The problem we are having is that GRC does not allow us to compile
the code. The variable beacon_tx is not recognized by the valve block.

Can somebody help u with this issue?

Thanks.

XML FILE
***


  compare
  conditions_compare
  conditions
  import conditions
  conditions.compare()
  

  
  
in
int
  

  beacon_tx
in
int
  
  



PYTHON CODE
***
import numpy
import smbus
import time
import subprocess
beacon_tx
from gnuradio import gr

class compare(gr.sync_block):
"""
docstring for block compare
"""
def __init__(self):
gr.sync_block.__init__(self,
name="compare",beacon_tx
in_sig=[numpy.int,numpy.int],beacon_tx
out_sig=None)


def work(self, input_items, output_items):
in0 = input_items[0]
in1 = input_items[1]

if numpy.array_equal(in0,in1):
self.beacon_tx = True
pr.sync_block):
"""
docstring for block compare
"""
def __init__(self):
gr.sync_block.__init__(self,
name="compare",
in_sig=[numpy.int,numpy.int],
out_sig=None)


def work(self, input_items, output_items):
in0 = input_items[0]
in1 = input_items[1]

if numpy.array_equal(in0,in1):
self.beacon_tx = True
print True
else:
self.beacon_tx = False
print False
# <+signal processing here+>
return len(self.beacon_tx)

-- 
Posted via http://www.ruby-forum.com/.

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

Re: [Discuss-gnuradio] [Discuss-GR] Running flowgraphs from command line

[Michael Dickens]

[off list]

Hi Patrick - Thanks for the feedback. I've heard of your issue before;
never experienced it myself. Do you mind if I ask you to do a few things
to help debug & maybe we can figure out a better way to keep GR / Python
/ MP happy? I not, that's fine too; just thought I'd ask.

1) If you want to revert 'python' back to where it was, do "sudo port
select python none".

2) what does "which python" return after you do "sudo port select python
python27"? Hopefully it is now /opt/local/bin/python?

3) What happens when you execute the following (assuming (2) is still
valid, not (1))?
{{{
PYTHONPATH= /opt/local/bin/python -c "import sys; print sys.version;
print sys.path"
PYTHONPATH= /usr/bin/python -c "import sys; print sys.version; print
sys.path"
}}}

Thanks! - MLD

On Tue, Sep 8, 2015, at 12:47 PM, Patrick Krämer wrote:
> I did the following command, as suggested:
>
> Patricks-iMac:work patrick$ sudo port select python python27 Selecting
> 'python27' for 'python' succeeded. 'python27' is now active. Patricks-
> iMac:work patrick$ python if_else_mod.py Fatal Python error:
> PyThreadState_Get: no current thread Abort trap: 6
>
> As you can see python crashes and I also get another GUI fail message.
> Running like python2.7 if_else_mod.pystill works, though. I tried to
> revert the above change, but:
>
> Patricks-iMac:work patrick$ sudo port select python python
> Selecting 'python' for 'python' failed: The specified version
> 'python' is not valid.
>
> Think I will just stick with the way that works, until I at some point
> need to change something and then dive more into this. Thanks for your
> patience though.

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

Re: [Discuss-gnuradio] [Discuss-GR] Running flowgraphs from command line

[Michael Dickens]

My bad; let me really take this off list :)

On Tue, Sep 8, 2015, at 02:07 PM, Michael Dickens wrote:
> [off list]

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

[Discuss-gnuradio] Reading ZMQ messages in Python

[Daniel Mazzer]

Hello,

I have a flowgraph that send ZMQ PUB messages generated by a custom
OOT block. The messages transmitted by GNURadio ZMQ PUB block are
received by a Python application, using a standard ZMQ Library.

[custom_oot_block] ---(GNURadio message)---> [ZMQ Publisher]
.(ethernet).> [Python ZMQ SUB Library]

This is the part of the code of the OOT block that creates the message:

-
float *outPdPfa = (float *) output_items[0];

pmt::pmt_t msg = pmt::init_f32vector(1, outPdPfa);
message_port_pub(pmt::mp("hard_decision"), msg);
-

In Python, I receive the transmitted message and this is some of the
strings that are received:

'\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xbe\x83\x00\x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe5R\xb5 \x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe4B0\xa0\x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xa3\\\xa0\x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe5jV\xa0\x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe4\xf8\x00\x00\x00\x00\x00'
'\n\x08\x00\x00\x00\x01\x01\x00?\xe4\x90\x00\x00\x00\x00\x00'

How do I convert these strings to a floating number value?

Thank you.

Regards,
Daniel

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

[Discuss-gnuradio] Installing GNURadio Using build script

[vamsi krishna]

Hello Everyone,
When I try to install GNURadio using the build script provided
the build-gnuradio script


I get the following error.
[ 47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_firdes.cc.o[ 47%] Building CXX 
object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_fir_filter_with_buffer.cc.o[ 
47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_cc.cc.o[ 
47%] Building CXX object 
gr-filter/lib/CMakeFiles/test-gr-filter.dir/qa_mmse_fir_interpolator_ff.cc.oLinking
 CXX executable test-gr-filter[ 47%] Built target test-gr-filterScanning 
dependencies of target _gr_filter_swig_doc_tag[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/_gr_filter_swig_doc_tag.dir/_gr_filter_swig_doc_tag.cpp.oLinking
 CXX executable _gr_filter_swig_doc_tag[ 47%] Built target 
_gr_filter_swig_doc_tagScanning dependencies of target filter_swig_swig_doc[ 
47%] Generating doxygen xml for gr_filter_swig_doc docs[ 47%] Generating python 
docstrings for gr_filter_swig_doc[ 47%] Built target 
filter_swig_swig_docScanning dependencies of target _filter_swig_swig_tag[ 47%] 
Building CXX object 
gr-filter/swig/CMakeFiles/_filter_swig_swig_tag.dir/_filter_swig_swig_tag.cpp.oLinking
 CXX executable _filter_swig_swig_tag[ 47%] Built target _filter_swig_swig_tag[ 
47%] Generating filter_swig.tagScanning dependencies of target 
filter_swig_gr_filter_swig_2b734[ 47%] Building CXX object 
gr-filter/swig/CMakeFiles/filter_swig_gr_filter_swig_2b734.dir/filter_swig_gr_filter_swig_2b734.cpp.oLinking
 CXX executable filter_swig_gr_filter_swig_2b734Swig source[ 47%] Built target 
filter_swig_gr_filter_swig_2b734Scanning dependencies of target _filter_swig[ 
47%] Building CXX object 
gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.oc++: 
internal compiler error: Killed (program cc1plus)Please submit a full bug 
report,with preprocessed source if appropriate.See 
 for instructions.make[2]: *** 
[gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] Error 
4make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2make: *** 
[all] Error 2make failedExiting Gnu Radio build/install
===If you 
have found this script useful and time-saving, consider a donation to help me 
keep build-gnuradio, simple_ra, SIDsuite,meteor_detector, simple_fm_rcv, and 
multimode maintained and up to date.A simple paypal transfer to 
mle...@ripnet.com is all you need to 
do.==Send 
success/fail info to sbrac.org?
I'm running Ubuntu OS (14.04 LTS) on Parallels software on MacBook Air.
Can anyone show how to resolve this error?
ThanksVamsi___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio