date:20170810

Re: [Discuss-gnuradio] Bits inserted at random places

2017-08-10 Thread Martin Braun

Edwin,

can you share some details on the receiver code you're using?

-- M

On 08/09/2017 06:44 PM, 李博远 wrote:
> Hi,
> 
> I have implemented BPSK and OFDM in GNURadio. They are modified from the
> examples given, just without those crc32 modules. They work well in
> GNURadio.
> 
> However, when I test the programs on the hardware, USRP x310, a problem
> emerges. I found that often than not, there are some extra bits in my
> data stream at random locations, even when the SNR is as high as 20dB.
> This messes up the data alignment, and makes it difficult to calculate
> the BER(bit error rate). This problem exists in both BPSK and OFDM. 
> 
> Can anyone share his/her opinion on this please? What may be the cause?
> What can I do to mitigate it? It has bothered me for a long time.

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

Re: [Discuss-gnuradio] qt frequency sink runtime error

2017-08-10 Thread Kyeong Su Shin

Dear Ruediger:

(Actually, you probably don't have to double-check $PATH as suggested in
step 4, since 'whereis gnuradio' should locate these files for you..)

Regards,
Kyeong Su Shin

On Thu, Aug 10, 2017 at 2:01 PM, Kyeong Su Shin  wrote:

> Dear Ruediger:
>
> It could be somewhat tedious, but could you try this?
>
> 1. remove GNU Radio installations again (using apt).
> 2. type in "whereis gnuradio" -> if you found any remaining GNU Radio
> files, remove them.
> 3. type in "whereis gnuradio-companion" ->  if you found any remaining GNU
> Radio files, remove them.
> 4. Search paths in PATH, PYTHONPATH, LD_LIBRARY_PATH, C_INCLUDE_PATH,
> CPLUS_INCLUDE_PATH and make sure that no GNU Radio libraries are still
> surviving (Or maybe you can use search the whole drive instead).
> 5. reboot.
> 6. re-install GNU Radio.
> 7. Try running gnuradio-companion. Give an another reboot if it still does
> not work.
>
> Regards,
> Kyeong Su Shin
>
> On Thu, Aug 10, 2017 at 1:32 PM, Ruediger Bauernschmitt <
> ruediger.bauernschm...@gmx.de> wrote:
>
>> ... I went to the build directory generated by the build-gnuradio script
>> and uninstalled using "make uninstall". I then used apt-get uninstall
>> gnuradio to remove the package installed with apt-get. As a final step I
>> reinstalled with apt-get install. Unfortunately gnuradio-companion is now
>> not starting at all anymore throwing a memory access error.
>>
>> Best regards,
>>
>> Ruedi
>>
>> Am 10.08.2017 um 20:01 schrieb Kyeong Su Shin:
>>
>> Dear Ruediger:
>>
>> Could you try removing all GNU Radio installations except one (that you
>> would use), reboot the system, and then re-build -> re-execute the code?
>> Because I have seen a case where multiple installations of GNU Radio messed
>> up the PATH variable and caused a similar issue..
>>
>> Regards,
>> Kyeong Su Shin
>>
>> On Thu, Aug 10, 2017 at 10:48 AM, Ruediger Bauernschmitt <
>> ruediger.bauernschm...@gmx.de> wrote:
>>
>>> Dear Marcus and Kyeong Su Shin
>>>
>>> indeed I used the build-gnuradio script before I installed gnuradio by
>>> apt-get. Sorry for not having mentioned that and in fact I did not
>>> deinstall after build-gnuradio.
>>>
>>> Thank you,
>>>
>>> Ruedi
>>>
>>>
>>>
>>> Am 10.08.2017 um 19:27 schrieb Marcus Müller:
>>>
 Hm, ok, I was hoping for some parser problems within GRC to produce
 errorneous configuration of your QT GUI Frequency sink, but nooope.
 Exactly, byte-wise, the same file as mine.

 S, there's something crashing in Qt GUI.

 So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get, but
 Canonical's repos only carry 3.7.2 for 14.04; since this might really be a
 binary compatibility problem, this is my main focus.

 Cheers,

 Marcus

 On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

> Hello,
>
> I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
> Ubuntu 14.04.5 LTS running on a Lenovo T60.
>
> The dialtone example works fine but once I'm using the frequency sink
> like e.g. in the resampler_demo.grc I get the following Runtime Error:
>
> Generating: '/tmp/resampler_demo.py'
>
> Executing: /usr/bin/python2 -u /tmp/resampler_demo.py
>
> Traceback (most recent call last):
>   File "/tmp/resampler_demo.py", line 284, in 
> main()
>   File "/tmp/resampler_demo.py", line 272, in main
> tb = top_block_cls()
>   File "/tmp/resampler_demo.py", line 104, in __init__
> 1 #number of inputs
>   File 
> "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
> line 1371, in make
> return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
> RuntimeError: std::exception
>
> Any ideas?
>
> Best wishes,
>
> Ruedi
>
>
> ___
> 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] qt frequency sink runtime error

2017-08-10 Thread Kyeong Su Shin

Dear Ruediger:

It could be somewhat tedious, but could you try this?

1. remove GNU Radio installations again (using apt).
2. type in "whereis gnuradio" -> if you found any remaining GNU Radio
files, remove them.
3. type in "whereis gnuradio-companion" ->  if you found any remaining GNU
Radio files, remove them.
4. Search paths in PATH, PYTHONPATH, LD_LIBRARY_PATH, C_INCLUDE_PATH,
CPLUS_INCLUDE_PATH and make sure that no GNU Radio libraries are still
surviving (Or maybe you can use search the whole drive instead).
5. reboot.
6. re-install GNU Radio.
7. Try running gnuradio-companion. Give an another reboot if it still does
not work.

Regards,
Kyeong Su Shin

On Thu, Aug 10, 2017 at 1:32 PM, Ruediger Bauernschmitt <
ruediger.bauernschm...@gmx.de> wrote:

> ... I went to the build directory generated by the build-gnuradio script
> and uninstalled using "make uninstall". I then used apt-get uninstall
> gnuradio to remove the package installed with apt-get. As a final step I
> reinstalled with apt-get install. Unfortunately gnuradio-companion is now
> not starting at all anymore throwing a memory access error.
>
> Best regards,
>
> Ruedi
>
> Am 10.08.2017 um 20:01 schrieb Kyeong Su Shin:
>
> Dear Ruediger:
>
> Could you try removing all GNU Radio installations except one (that you
> would use), reboot the system, and then re-build -> re-execute the code?
> Because I have seen a case where multiple installations of GNU Radio messed
> up the PATH variable and caused a similar issue..
>
> Regards,
> Kyeong Su Shin
>
> On Thu, Aug 10, 2017 at 10:48 AM, Ruediger Bauernschmitt <
> ruediger.bauernschm...@gmx.de> wrote:
>
>> Dear Marcus and Kyeong Su Shin
>>
>> indeed I used the build-gnuradio script before I installed gnuradio by
>> apt-get. Sorry for not having mentioned that and in fact I did not
>> deinstall after build-gnuradio.
>>
>> Thank you,
>>
>> Ruedi
>>
>>
>>
>> Am 10.08.2017 um 19:27 schrieb Marcus Müller:
>>
>>> Hm, ok, I was hoping for some parser problems within GRC to produce
>>> errorneous configuration of your QT GUI Frequency sink, but nooope.
>>> Exactly, byte-wise, the same file as mine.
>>>
>>> S, there's something crashing in Qt GUI.
>>>
>>> So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get, but
>>> Canonical's repos only carry 3.7.2 for 14.04; since this might really be a
>>> binary compatibility problem, this is my main focus.
>>>
>>> Cheers,
>>>
>>> Marcus
>>>
>>> On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:
>>>
 Hello,

 I'm using gnuradio-companion 3.7.11.1 installed using apt-get on Ubuntu
 14.04.5 LTS running on a Lenovo T60.

 The dialtone example works fine but once I'm using the frequency sink
 like e.g. in the resampler_demo.grc I get the following Runtime Error:

 Generating: '/tmp/resampler_demo.py'

 Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

 Traceback (most recent call last):
   File "/tmp/resampler_demo.py", line 284, in 
 main()
   File "/tmp/resampler_demo.py", line 272, in main
 tb = top_block_cls()
   File "/tmp/resampler_demo.py", line 104, in __init__
 1 #number of inputs
   File 
 "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
 line 1371, in make
 return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
 RuntimeError: std::exception

 Any ideas?

 Best wishes,

 Ruedi


 ___
 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] qt frequency sink runtime error

2017-08-10 Thread Ruediger Bauernschmitt

... I went to the build directory generated by the build-gnuradio script 
and uninstalled using "make uninstall". I then used apt-get uninstall 
gnuradio to remove the package installed with apt-get. As a final step I 
reinstalled with apt-get install. Unfortunately gnuradio-companion is 
now not starting at all anymore throwing a memory access error.


Best regards,

Ruedi


Am 10.08.2017 um 20:01 schrieb Kyeong Su Shin:

Dear Ruediger:

Could you try removing all GNU Radio installations except one (that 
you would use), reboot the system, and then re-build -> re-execute the 
code? Because I have seen a case where multiple installations of GNU 
Radio messed up the PATH variable and caused a similar issue..


Regards,
Kyeong Su Shin

On Thu, Aug 10, 2017 at 10:48 AM, Ruediger Bauernschmitt 
> 
wrote:


Dear Marcus and Kyeong Su Shin

indeed I used the build-gnuradio script before I installed
gnuradio by apt-get. Sorry for not having mentioned that and in
fact I did not deinstall after build-gnuradio.

Thank you,

Ruedi



Am 10.08.2017 um 19:27 schrieb Marcus Müller:

Hm, ok, I was hoping for some parser problems within GRC to
produce errorneous configuration of your QT GUI Frequency
sink, but nooope. Exactly, byte-wise, the same file as mine.

S, there's something crashing in Qt GUI.

So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get,
but Canonical's repos only carry 3.7.2 for 14.04; since this
might really be a binary compatibility problem, this is my
main focus.

Cheers,

Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

Hello,

I'm using gnuradio-companion 3.7.11.1 installed using
apt-get on Ubuntu 14.04.5 LTS running on a Lenovo T60.

The dialtone example works fine but once I'm using the
frequency sink like e.g. in the resampler_demo.grc I get
the following Runtime Error:

Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
  File "/tmp/resampler_demo.py", line 284, in 
main()
  File "/tmp/resampler_demo.py", line 272, in main
tb = top_block_cls()
  File "/tmp/resampler_demo.py", line 104, in __init__
1 #number of inputs
  File

"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
line 1371, in make
return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


___
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] qt frequency sink runtime error

2017-08-10 Thread Kyeong Su Shin

Dear Ruediger:

Could you try removing all GNU Radio installations except one (that you
would use), reboot the system, and then re-build -> re-execute the code?
Because I have seen a case where multiple installations of GNU Radio messed
up the PATH variable and caused a similar issue..

Regards,
Kyeong Su Shin

On Thu, Aug 10, 2017 at 10:48 AM, Ruediger Bauernschmitt <
ruediger.bauernschm...@gmx.de> wrote:

> Dear Marcus and Kyeong Su Shin
>
> indeed I used the build-gnuradio script before I installed gnuradio by
> apt-get. Sorry for not having mentioned that and in fact I did not
> deinstall after build-gnuradio.
>
> Thank you,
>
> Ruedi
>
>
>
> Am 10.08.2017 um 19:27 schrieb Marcus Müller:
>
>> Hm, ok, I was hoping for some parser problems within GRC to produce
>> errorneous configuration of your QT GUI Frequency sink, but nooope.
>> Exactly, byte-wise, the same file as mine.
>>
>> S, there's something crashing in Qt GUI.
>>
>> So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get, but
>> Canonical's repos only carry 3.7.2 for 14.04; since this might really be a
>> binary compatibility problem, this is my main focus.
>>
>> Cheers,
>>
>> Marcus
>>
>> On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:
>>
>>> Hello,
>>>
>>> I'm using gnuradio-companion 3.7.11.1 installed using apt-get on Ubuntu
>>> 14.04.5 LTS running on a Lenovo T60.
>>>
>>> The dialtone example works fine but once I'm using the frequency sink
>>> like e.g. in the resampler_demo.grc I get the following Runtime Error:
>>>
>>> Generating: '/tmp/resampler_demo.py'
>>>
>>> Executing: /usr/bin/python2 -u /tmp/resampler_demo.py
>>>
>>> Traceback (most recent call last):
>>>   File "/tmp/resampler_demo.py", line 284, in 
>>> main()
>>>   File "/tmp/resampler_demo.py", line 272, in main
>>> tb = top_block_cls()
>>>   File "/tmp/resampler_demo.py", line 104, in __init__
>>> 1 #number of inputs
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
>>> line 1371, in make
>>> return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
>>> RuntimeError: std::exception
>>>
>>> Any ideas?
>>>
>>> Best wishes,
>>>
>>> Ruedi
>>>
>>>
>>> ___
>>> 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] qt frequency sink runtime error

2017-08-10 Thread Ruediger Bauernschmitt


Dear Marcus and Kyeong Su Shin

indeed I used the build-gnuradio script before I installed gnuradio by 
apt-get. Sorry for not having mentioned that and in fact I did not 
deinstall after build-gnuradio.


Thank you,

Ruedi


Am 10.08.2017 um 19:27 schrieb Marcus Müller:
Hm, ok, I was hoping for some parser problems within GRC to produce 
errorneous configuration of your QT GUI Frequency sink, but nooope. 
Exactly, byte-wise, the same file as mine.


S, there's something crashing in Qt GUI.

So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get, but 
Canonical's repos only carry 3.7.2 for 14.04; since this might really 
be a binary compatibility problem, this is my main focus.


Cheers,

Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

Hello,

I'm using gnuradio-companion 3.7.11.1 installed using apt-get on 
Ubuntu 14.04.5 LTS running on a Lenovo T60.


The dialtone example works fine but once I'm using the frequency sink 
like e.g. in the resampler_demo.grc I get the following Runtime Error:


Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
  File "/tmp/resampler_demo.py", line 284, in 
main()
  File "/tmp/resampler_demo.py", line 272, in main
tb = top_block_cls()
  File "/tmp/resampler_demo.py", line 104, in __init__
1 #number of inputs
  File 
"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py", 
line 1371, in make

return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


___
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] qt frequency sink runtime error

2017-08-10 Thread Kyeong Su Shin

Dear Ruedi,

I am pretty sure that Ubuntu 14.04 does not come with GNU Radio 3.7.11.1,
so you cannot simply apt-get it from the official repo. Did you add a PPA
or use any other installation methods by any chance? If so, did you remove
the previous version of GNU Radio (if you installed it before) before
installing the newer version?

Regards,
Kyeong Su Shin

On Thu, Aug 10, 2017 at 9:42 AM, Ruediger Bauernschmitt <
ruediger.bauernschm...@gmx.de> wrote:

> ... here we are.
>
> Thanks,
> Ruedi
>
>
> Am 10.08.2017 um 18:28 schrieb Marcus Müller:
>
>> Huh, odd, that looks like it should, and that runs just well on my
>> 3.7.12 (don't remember there being a related bug fix since 11); soo,
>> I'll need to read that couple lines of code in Python that your GRC
>> generates (and mine doesn't). Can you also share your
>> /tmp/resampler_demo.py ?
>>
>> Thanks!
>> Marcus
>>
>>
>> On 08/10/2017 06:21 PM, Ruediger Bauernschmitt wrote:
>>
>>> Dear Marcus,
>>>
>>> attached the flow graph as captured. Thanks for your help!
>>>
>>> Best Regards,
>>>
>>> Ruedi
>>>
>>>
>>> Am 10.08.2017 um 18:08 schrieb Marcus Müller:
>>>
 Dear Ruedi,

 That's pretty interesting; could you use GRC's screen capture
 functionality to share what the flow graph looks like on your machine? I
 sense GNU Radio bugs!

 Best regards,
 Marcus

 On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

> Hello,
>
> I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
> Ubuntu 14.04.5 LTS running on a Lenovo T60.
>
> The dialtone example works fine but once I'm using the frequency sink
> like e.g. in the resampler_demo.grc I get the following Runtime Error:
>
> Generating: '/tmp/resampler_demo.py'
>
> Executing: /usr/bin/python2 -u /tmp/resampler_demo.py
>
> Traceback (most recent call last):
> File "/tmp/resampler_demo.py", line 284, in 
>   main()
> File "/tmp/resampler_demo.py", line 272, in main
>   tb = top_block_cls()
> File "/tmp/resampler_demo.py", line 104, in __init__
>   1 #number of inputs
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
> line 1371, in make
>   return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
> RuntimeError: std::exception
>
> Any ideas?
>
> Best wishes,
>
> Ruedi
>
>
> ___
> 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] qt frequency sink runtime error

2017-08-10 Thread Marcus Müller

Hm, ok, I was hoping for some parser problems within GRC to produce 
errorneous configuration of your QT GUI Frequency sink, but nooope. 
Exactly, byte-wise, the same file as mine.


S, there's something crashing in Qt GUI.

So, how did you get 3.7.11.1 on Ubuntu 14.04? you say apt-get, but 
Canonical's repos only carry 3.7.2 for 14.04; since this might really be 
a binary compatibility problem, this is my main focus.


Cheers,

Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

Hello,

I'm using gnuradio-companion 3.7.11.1 installed using apt-get on 
Ubuntu 14.04.5 LTS running on a Lenovo T60.


The dialtone example works fine but once I'm using the frequency sink 
like e.g. in the resampler_demo.grc I get the following Runtime Error:


Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
  File "/tmp/resampler_demo.py", line 284, in 
main()
  File "/tmp/resampler_demo.py", line 272, in main
tb = top_block_cls()
  File "/tmp/resampler_demo.py", line 104, in __init__
1 #number of inputs
  File 
"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py", 
line 1371, in make

return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


___
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] Explanation on how the preamble is inserted and how the packet is detected

2017-08-10 Thread 李博远

Hi Adhitha,

The tx_stage6.grc outputs BPSK packets. If you want to use OFDM, the OFDM
examples are good references. To detect OFDM packets, use schmidl & cox
OFDM sync module. Anyway, I'm glad that you've got your system going.

Regards,
Edwin

Adhitha Dias 于2017年8月10日周四 上午10:18写道：

> Hi Edwin,
>
> I used OFDM examples and now I can transmit and receive packets. I am
> sorry about mentioning the name as Derek, Derek helped me earlier to set up
> the USRPs from UHD USRP mailing list.
> Your information was very helpful. Thank a lot for your help.
>
> Best regards,
> Adhitha Dias
>
> On Thu, Aug 10, 2017 at 12:36 PM, Adhitha Dias 
> wrote:
>
>> Hi Edwin,
>>
>> tx_stage6.grc outputs a packet that is not modulated, right? The
>> communication should be based on WiFi 802.11. When I insert an OFDM Mod OOT
>> at the end of tx_stage.grc with the USRP sink, the USRP does not give an
>> output. I used /src/gnuradio/gr-digital/examples/packet/ofdm/tx_ofdm.grc
>> with the USRP, then it transmits the OFDM modulated packets but I am
>> uncertain how to detect the packet at the receiving end once it is
>> modulated with OFDM. The example rx_ofdm does not correlate the incoming
>> packet so as to detect the preamble and it does not yield any output when
>> used with another USRP at the receiving end.
>>
>> Furthermore, there is an OOT OFDM Insert Preamble but there is no example
>> on how to use it. Please help me if can figure out a way to detect the
>> preamble for OFDM WiFi based communication 802.11
>>
>> Thank you!
>> Regards,
>> Adhitha
>>
>> On Thu, Aug 10, 2017 at 12:27 PM, Adhitha Dias 
>> wrote:
>>
>>> Hi Derek,
>>>
>>> tx_stage6.grc outputs a packet that is not modulated, right? The
>>> communication should be based on WiFi 802.11. When I insert an OFDM Mod OOT
>>> at the end of tx_stage.grc with the USRP sink, the USRP does not give an
>>> output. I used /src/gnuradio/gr-digital/examples/packet/ofdm/tx_ofdm.grc
>>> with the USRP, then it transmits the OFDM modulated packets but I am
>>> uncertain how to detect the packet at the receiving end once it is
>>> modulated with OFDM. The example rx_ofdm does not correlate the incoming
>>> packet so as to detect the preamble and it does not yield any output when
>>> used with another USRP at the receiving end.
>>>
>>> Furthermore, there is an OOT OFDM Insert Preamble but there is no
>>> example on how to use it. Please help me if can figure out a way to detect
>>> the preamble for OFDM WiFi based communication 802.11
>>>
>>> Thank you!
>>> Regards,
>>> Adhitha Dias
>>>
>>> On Thu, Aug 10, 2017 at 12:28 AM, 李博远  wrote:
>>>
 Hi Adhitha,

 If you check out the tx_stage6.grc example in the folder
 /src/gnuradio/gr-digital/example/packet/, you can see a Protocol Formatter.
 It generates a header which contains a preamble and some additional
 information, and pumps it out through the header output port.  The other
 output port, called payload, outputs the original information from the
 signal source. And there is another module called Tagged Stream Mux. It
 combines the header and the payload, producing a packet.

 As for the receiver, check out the packet_rx.grc. The Correlation
 Estimation correlates the received signal with the modulated preamble and
 finds out the beginning of each packet. The Header/Payload Demux splits the
 header from the payload.

 Hope this answers your question.

 Regards,
 Edwin

 Adhitha Dias 于2017年8月9日周三 上午5:34写道：

> Hi Edwin,
>
> I tried the examples but there is no information on how to detect the
> preamble. What I need to do is, once the Short Training Field is 
> identified
> record the packet so that I can use the Long Training Field can be used 
> for
> processing.
>
> I've been looking in to the examples for a couple of days but I still
> don't have an idea on how the preamble is inserted and how to detect the
> Short Training Field in order to record the un-modulated, raw, time domain
> received signal.
>
> I really appreciate if you can kindly provide some information on this.
>
> Thanks a lot!
> Regards,
> Adhitha Dias
>
> On 9 Aug 2017 00:12, "李博远"  wrote:
>
>> Hi Adhitha,
>>
>> Just check out the examples in the folder
>> /src/gnuradio/gr-digital/examples/packet/
>>
>> Regards,
>> Edwin
>>
>
>>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] qt frequency sink runtime error

2017-08-10 Thread Ruediger Bauernschmitt


... here we are.

Thanks,
Ruedi

Am 10.08.2017 um 18:28 schrieb Marcus Müller:

Huh, odd, that looks like it should, and that runs just well on my
3.7.12 (don't remember there being a related bug fix since 11); soo,
I'll need to read that couple lines of code in Python that your GRC
generates (and mine doesn't). Can you also share your
/tmp/resampler_demo.py ?

Thanks!
Marcus


On 08/10/2017 06:21 PM, Ruediger Bauernschmitt wrote:

Dear Marcus,

attached the flow graph as captured. Thanks for your help!

Best Regards,

Ruedi


Am 10.08.2017 um 18:08 schrieb Marcus Müller:

Dear Ruedi,

That's pretty interesting; could you use GRC's screen capture
functionality to share what the flow graph looks like on your machine? I
sense GNU Radio bugs!

Best regards,
Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

Hello,

I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
Ubuntu 14.04.5 LTS running on a Lenovo T60.

The dialtone example works fine but once I'm using the frequency sink
like e.g. in the resampler_demo.grc I get the following Runtime Error:

Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
File "/tmp/resampler_demo.py", line 284, in 
  main()
File "/tmp/resampler_demo.py", line 272, in main
  tb = top_block_cls()
File "/tmp/resampler_demo.py", line 104, in __init__
  1 #number of inputs
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
line 1371, in make
  return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


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


#!/usr/bin/env python2
# -*- coding: utf-8 -*-
##
# GNU Radio Python Flow Graph
# Title: Resampler Demo
# Generated: Thu Aug 10 17:17:28 2017
##

if __name__ == '__main__':
import ctypes
import sys
if sys.platform.startswith('linux'):
try:
x11 = ctypes.cdll.LoadLibrary('libX11.so')
x11.XInitThreads()
except:
print "Warning: failed to XInitThreads()"

from PyQt4 import Qt
from gnuradio import analog
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio import qtgui
from gnuradio.eng_option import eng_option
from gnuradio.filter import firdes
from gnuradio.filter import pfb
from optparse import OptionParser
import math
import sip
import sys
from gnuradio import qtgui


class resampler_demo(gr.top_block, Qt.QWidget):

def __init__(self):
gr.top_block.__init__(self, "Resampler Demo")
Qt.QWidget.__init__(self)
self.setWindowTitle("Resampler Demo")
qtgui.util.check_set_qss()
try:
self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc'))
except:
pass
self.top_scroll_layout = Qt.QVBoxLayout()
self.setLayout(self.top_scroll_layout)
self.top_scroll = Qt.QScrollArea()
self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame)
self.top_scroll_layout.addWidget(self.top_scroll)
self.top_scroll.setWidgetResizable(True)
self.top_widget = Qt.QWidget()
self.top_scroll.setWidget(self.top_widget)
self.top_layout = Qt.QVBoxLayout(self.top_widget)
self.top_grid_layout = Qt.QGridLayout()
self.top_layout.addLayout(self.top_grid_layout)

self.settings = Qt.QSettings("GNU Radio", "resampler_demo")
self.restoreGeometry(self.settings.value("geometry").toByteArray())

##
# Variables
##
self.nphases = nphases = 32
self.frac_bw = frac_bw = .45
self.samp_rate = samp_rate = 44100
self.rs_taps = rs_taps = firdes.low_pass(nphases, nphases, frac_bw, 0.5-frac_bw)
self.new_rate = new_rate = 48000

##
# Blocks
##
self._samp_rate_tool_bar = Qt.QToolBar(self)

if None:
  self._samp_rate_formatter = None
else:
  self._samp_rate_formatter = lambda x: eng_notation.num_to_str(x)

self._samp_rate_tool_bar.addWidget(Qt.QLabel('Sampling Rate'+": "))
self._samp_rate_label = Qt.QLabel(str(self._samp_rate_formatter(self.samp_rate)))
self._samp_rate_tool_bar.addWidget(self._samp_rate_label)
self.top_grid_layout.addWidget(self._samp_rate_tool_bar, 0,0,1,1)

self._new_rate_tool_bar = Qt.QToolBar(self)

if None:
  self._new_rate_formatter = None
else:
  self._new_rate_formatter = lambda x: eng_notation.num_to_str(x)

Re: [Discuss-gnuradio] qt frequency sink runtime error

2017-08-10 Thread Marcus Müller

Huh, odd, that looks like it should, and that runs just well on my
3.7.12 (don't remember there being a related bug fix since 11); soo,
I'll need to read that couple lines of code in Python that your GRC
generates (and mine doesn't). Can you also share your
/tmp/resampler_demo.py ?

Thanks!
Marcus


On 08/10/2017 06:21 PM, Ruediger Bauernschmitt wrote:
> Dear Marcus,
>
> attached the flow graph as captured. Thanks for your help!
>
> Best Regards,
>
> Ruedi
>
>
> Am 10.08.2017 um 18:08 schrieb Marcus Müller:
>> Dear Ruedi,
>>
>> That's pretty interesting; could you use GRC's screen capture
>> functionality to share what the flow graph looks like on your machine? I
>> sense GNU Radio bugs!
>>
>> Best regards,
>> Marcus
>>
>> On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:
>>> Hello,
>>>
>>> I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
>>> Ubuntu 14.04.5 LTS running on a Lenovo T60.
>>>
>>> The dialtone example works fine but once I'm using the frequency sink
>>> like e.g. in the resampler_demo.grc I get the following Runtime Error:
>>>
>>> Generating: '/tmp/resampler_demo.py'
>>>
>>> Executing: /usr/bin/python2 -u /tmp/resampler_demo.py
>>>
>>> Traceback (most recent call last):
>>>File "/tmp/resampler_demo.py", line 284, in 
>>>  main()
>>>File "/tmp/resampler_demo.py", line 272, in main
>>>  tb = top_block_cls()
>>>File "/tmp/resampler_demo.py", line 104, in __init__
>>>  1 #number of inputs
>>>File
>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
>>> line 1371, in make
>>>  return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
>>> RuntimeError: std::exception
>>>
>>> Any ideas?
>>>
>>> Best wishes,
>>>
>>> Ruedi
>>>
>>>
>>> ___
>>> 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] qt frequency sink runtime error

2017-08-10 Thread Ruediger Bauernschmitt


Dear Marcus,

attached the flow graph as captured. Thanks for your help!

Best Regards,

Ruedi


Am 10.08.2017 um 18:08 schrieb Marcus Müller:

Dear Ruedi,

That's pretty interesting; could you use GRC's screen capture
functionality to share what the flow graph looks like on your machine? I
sense GNU Radio bugs!

Best regards,
Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:

Hello,

I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
Ubuntu 14.04.5 LTS running on a Lenovo T60.

The dialtone example works fine but once I'm using the frequency sink
like e.g. in the resampler_demo.grc I get the following Runtime Error:

Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
   File "/tmp/resampler_demo.py", line 284, in 
 main()
   File "/tmp/resampler_demo.py", line 272, in main
 tb = top_block_cls()
   File "/tmp/resampler_demo.py", line 104, in __init__
 1 #number of inputs
   File
"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
line 1371, in make
 return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


___
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] diagnosing overflows

2017-08-10 Thread Marcus Müller

Hi philip,

to identify such bottlenecks, it's often a nice clue to know which block
consumes the most CPU. I don't know it the Linux perf counters work well
on ARM (simply haven't tried), but if they do: There's a program called
perf. Usage in short

sudo sysctl kernel.perf_event_paranoid=-1
perf record -ag python yourflowgraph.py
perf report

Best regards,
Marcus

On 08/10/2017 03:28 AM, Philip Hahn wrote:
> Sean - OK, I understand what you mean now, thank you - the overflow is
> not reported until the pressure hits the source block.
> Cinaed - In this case it is not my flowgraph but gnss-sdr which I've
> run successfully on several platforms. In this case it is running on a
> Raspberry Pi 3. I anticipate hitting some roadblocks although
> reportedly it's been done before; I am trying to determine the current
> bottleneck.
>
> thanks 
>
> philip
>
> On Wed, Aug 9, 2017 at 3:15 PM, Cinaed Simson  > wrote:
>
> On 08/08/2017 07:56 PM, Philip Hahn wrote:
> > Folks,
> >
> >  Is there a way to diagnose which block first reports an
> overflow in a
> > flowgraph?
> >
> >  In my particular instance I am running a flowgraph which is
> overflowing
> > without pegging either RAM or CPU.
>
> It could also be an error in the plumbing of your flowgraph.
>
> -- Cinaed
>
>
>
> >
> >  Thank you,
> >
> > philip
> >
> >
> > ___
> > 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] [GRCon17] Room Block Update

2017-08-10 Thread Ben Hilburn

Oops, should have read the *11th* of August (tomorrow).

Thanks, Marcus, for pointing out my typo!

Cheers,
Ben

On Aug 10, 2017 11:40, "Ben Hilburn"  wrote:

> Hi all -
>
> This is a heads-up that our negotiated room rate (which matches the US
> Federal Government's per-diem rate for San Diego) and room block is no
> longer guaranteed by the hotel as of EOB this Friday, the 10th of August.
> If you haven't yet booked your rooms for GRCon, please do so soon!
>
> bahiahotel.com/groups/GRCon17/
>
> Cheers,
> The GRCon Organizing Committee
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] qt frequency sink runtime error

2017-08-10 Thread Marcus Müller

Dear Ruedi,

That's pretty interesting; could you use GRC's screen capture
functionality to share what the flow graph looks like on your machine? I
sense GNU Radio bugs!

Best regards,
Marcus

On 08/10/2017 05:54 PM, Ruediger Bauernschmitt wrote:
> Hello,
>
> I'm using gnuradio-companion 3.7.11.1 installed using apt-get on
> Ubuntu 14.04.5 LTS running on a Lenovo T60.
>
> The dialtone example works fine but once I'm using the frequency sink
> like e.g. in the resampler_demo.grc I get the following Runtime Error:
>
> Generating: '/tmp/resampler_demo.py'
>
> Executing: /usr/bin/python2 -u /tmp/resampler_demo.py
>
> Traceback (most recent call last):
>   File "/tmp/resampler_demo.py", line 284, in 
> main()
>   File "/tmp/resampler_demo.py", line 272, in main
> tb = top_block_cls()
>   File "/tmp/resampler_demo.py", line 104, in __init__
> 1 #number of inputs
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py",
> line 1371, in make
> return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
> RuntimeError: std::exception
>
> Any ideas?
>
> Best wishes,
>
> Ruedi
>
>
> ___
> 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] qt frequency sink runtime error

2017-08-10 Thread Ruediger Bauernschmitt


Hello,

I'm using gnuradio-companion 3.7.11.1 installed using apt-get on Ubuntu 
14.04.5 LTS running on a Lenovo T60.


The dialtone example works fine but once I'm using the frequency sink 
like e.g. in the resampler_demo.grc I get the following Runtime Error:


Generating: '/tmp/resampler_demo.py'

Executing: /usr/bin/python2 -u /tmp/resampler_demo.py

Traceback (most recent call last):
  File "/tmp/resampler_demo.py", line 284, in 
main()
  File "/tmp/resampler_demo.py", line 272, in main
tb = top_block_cls()
  File "/tmp/resampler_demo.py", line 104, in __init__
1 #number of inputs
  File 
"/usr/local/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py", 
line 1371, in make

return _qtgui_swig.freq_sink_c_make(*args, **kwargs)
RuntimeError: std::exception

Any ideas?

Best wishes,

Ruedi


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

[Discuss-gnuradio] [GRCon17] Room Block Update

2017-08-10 Thread Ben Hilburn

Hi all -

This is a heads-up that our negotiated room rate (which matches the US
Federal Government's per-diem rate for San Diego) and room block is no
longer guaranteed by the hotel as of EOB this Friday, the 10th of August.
If you haven't yet booked your rooms for GRCon, please do so soon!

bahiahotel.com/groups/GRCon17/

Cheers,
The GRCon Organizing Committee
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bits inserted at random places

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] Explanation on how the preamble is inserted and how the packet is detected

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] qt frequency sink runtime error

Re: [Discuss-gnuradio] diagnosing overflows

Re: [Discuss-gnuradio] [GRCon17] Room Block Update

Re: [Discuss-gnuradio] qt frequency sink runtime error

[Discuss-gnuradio] qt frequency sink runtime error

[Discuss-gnuradio] [GRCon17] Room Block Update

17 matches

Site Navigation

Mail list logo

Footer information