Quantcast

Re: Discuss-gnuradio Digest, Vol 175, Issue 16

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Discuss-gnuradio Digest, Vol 175, Issue 16

Huzaifa niazi

Hi , i am using 16 qam mdulation transmission and reception on gnuradio , I have to do synchronization at reciever side ,I am using correlate and sync block i get the peak but i want to know how to remove preamble from my frame after this block , so please help in this regard


On May 15, 2017 9:03 PM, <[hidden email]> wrote:
Send Discuss-gnuradio mailing list submissions to
        [hidden email]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
        [hidden email]

You can reach the person managing the list at
        [hidden email]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."


Today's Topics:

   1. Re: GFSK mod/demod does not work OK with wav file (Fernando)
   2. Re: GFSK mod/demod does not work OK with wav file (Cinaed Simson)
   3. Attribute Error (Ayan Chatterjee)
   4. How to write data periodically in file sink (Deepak Gautam)
   5. Re: How to write data periodically in file sink
      (Moritz Luca Schmid)
   6. DARPA Hackfest information (Tom Rondeau)
   7. Re: Attribute Error (West, Nathan)
   8. Re: Custom C++ blocks on E310 (Jessica Iwamoto)


----------------------------------------------------------------------

Message: 1
Date: Sun, 14 May 2017 22:06:52 +0200
From: Fernando <[hidden email]>
Cc: GNURadio Discussion List <[hidden email]>
Subject: Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with
        wav file
Message-ID: <[hidden email]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

With 8 samples/symbol there was aU and CPU at 94% (I have three AMD cores)
I have reduced it to 2 s/s as suggested Cinaed, then aU dissapear and
CPU is at 70%, sound is a little better but still intermittent.
File is sampled at 44100 and with direct connection from wav file source
to audio sink (everything else disabled) it plays fine

regards



On 12/05/17 22:51, Ben Hilburn wrote:
> Hi Fernando -
>
> Are there are errors / warnings / printouts happening in your GRC log
> window or in your terminal? Do you see `aU` getting printed, by chance?
>
> Also, just to be certain, your wavefile was recorded at 44.1kHz and
> not at something like 48kHz?
>
> Cheers,
> Ben
>
> On Fri, May 12, 2017 at 10:14 AM, Fernando <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     I'm playing with a GFSK modulator demodulator from here:
>
>     https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio
>     <https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio>
>
>     It works fine when transmitting a cosine, but when I transmit a
>     audio signal (everything the same) it sounds bad, with noise and
>     intermittent sound.
>
>     What am I doing wrong?
>
>
>
>     regards
>
>
>
>
>
>     _______________________________________________
>     Discuss-gnuradio mailing list
>     [hidden email] <mailto:[hidden email]>
>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>     <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170514/4128162f/attachment.html>

------------------------------

Message: 2
Date: Sun, 14 May 2017 20:33:47 -0700
From: Cinaed Simson <[hidden email]>
To: [hidden email]
Subject: Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with
        wav file
Message-ID: <14478539-df32-da75-4a4d-[hidden email]>
Content-Type: text/plain; charset=utf-8

On 05/14/2017 01:06 PM, Fernando wrote:
> With 8 samples/symbol there was aU and CPU at 94% (I have three AMD cores> I have reduced it to 2 s/s as suggested Cinaed, then aU dissapear and
> CPU is at 70%, sound is a little better but still intermittent.
> File is sampled at 44100 and with direct connection from wav file source
> to audio sink (everything else disabled) it plays fine

Try turning on the throttle and see what happens.

>
> regards
>
>
>
> On 12/05/17 22:51, Ben Hilburn wrote:
>> Hi Fernando -
>>
>> Are there are errors / warnings / printouts happening in your GRC log
>> window or in your terminal? Do you see `aU` getting printed, by chance?
>>
>> Also, just to be certain, your wavefile was recorded at 44.1kHz and
>> not at something like 48kHz?
>>
>> Cheers,
>> Ben
>>
>> On Fri, May 12, 2017 at 10:14 AM, Fernando <[hidden email]
>> <mailto:[hidden email]>> wrote:
>>
>>     I'm playing with a GFSK modulator demodulator from here:
>>
>>     https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio
>>     <https://www.scribd.com/doc/254559988/Gaussian-Frequency-shift-Keying-With-GNU-Radio>
>>
>>     It works fine when transmitting a cosine, but when I transmit a
>>     audio signal (everything the same) it sounds bad, with noise and
>>     intermittent sound.
>>
>>     What am I doing wrong?
>>
>>
>>
>>     regards
>>
>>
>>
>>
>>
>>     _______________________________________________
>>     Discuss-gnuradio mailing list
>>     [hidden email] <mailto:[hidden email]>
>>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>     <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>
>>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [hidden email]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>




------------------------------

Message: 3
Date: Mon, 15 May 2017 11:22:17 +0530
From: Ayan Chatterjee <[hidden email]>
To: GNURadio Discussion List <[hidden email]>
Subject: [Discuss-gnuradio] Attribute Error
Message-ID:
        <[hidden email]>
Content-Type: text/plain; charset="utf-8"

Hi all,

I have made an out-of-tree module for a switch. But I am getting this error
while executing -> AttributeError: 'module' object has no attribute 'cc'

Any suggestions on how to get rid of this.

Thanks.

Regards,
Ayan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/42636025/attachment.html>

------------------------------

Message: 4
Date: Mon, 15 May 2017 20:53:57 +0900
From: Deepak Gautam <[hidden email]>
To: [hidden email]
Subject: [Discuss-gnuradio] How to write data periodically in file
        sink
Message-ID:
        <CAK=1b8rkOOnCaEsDHr3kVj8Dbd6vanBJ9gNgSa=[hidden email]>
Content-Type: text/plain; charset="utf-8"

Currently i am working in the USRP using GNU Radio for my masters work. In
my transmitter side, i send data continuously from file source followed by
UHD Sink at the rate of 25 MSPS. In receiver side, I want to write the data
in every two/three seconds after receiving from receiver USRP. Meaning,
write data for 1 sec (25M samples), then dont write for next 2 second and
again write for 1 sec and so on. Is there any suggestion for this purpose.
I look forward for the resposne


Best Regards,
Deepak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/1de62cf6/attachment.html>

------------------------------

Message: 5
Date: Mon, 15 May 2017 14:02:08 +0200
From: Moritz Luca Schmid <[hidden email]>
To: Deepak Gautam <[hidden email]>, GNURadio Discussion List
        <[hidden email]>
Subject: Re: [Discuss-gnuradio] How to write data periodically in file
        sink
Message-ID: <[hidden email]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

Hey Deepak,

my first idea is to reconfigure the flowgraph. You could connect and
disconnect your source for the time, you want to write data in your file
sink and the time you don't want to.

You can find infos about the flowgraphs operations here
<https://gnuradio.org/doc/doxygen/page_operating_fg.html>.


Best

Luca



On 15.05.2017 13:53, Deepak Gautam wrote:
> Currently i am working in the USRP using GNU Radio for my masters
> work. In my transmitter side, i send data continuously from file
> source followed by UHD Sink at the rate of 25 MSPS. In receiver side,
> I want to write the data in every two/three seconds after receiving
> from receiver USRP. Meaning, write data for 1 sec (25M samples), then
> dont write for next 2 second and again write for 1 sec and so on. Is
> there any suggestion for this purpose. I look forward for the resposne
>
>
> Best Regards,
> Deepak
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [hidden email]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/496bfba3/attachment.html>

------------------------------

Message: 6
Date: Mon, 15 May 2017 09:48:24 -0400
From: Tom Rondeau <[hidden email]>
To: GNURadio Discussion List <[hidden email]>,
        "[hidden email]" <[hidden email]>
Subject: [Discuss-gnuradio] DARPA Hackfest information
Message-ID:
        <[hidden email]>
Content-Type: text/plain; charset="utf-8"

Hello software radio experts!

Over the past couple of weeks, I've been traveling around to engage new
audiences for the DARPA SDR Hackfest coming up in November (
http://darpahackfest.com/). The current promotion is to get people to the
teaming workshop coming up next Monday in Mountain View, CA (
https://events.sa-meetings.com/ehome/index.php?eventid=237057&).

I wanted to make sure everyone on here knew about what we're doing here to
see about coming to join us and hopefully participate in the Hackfest.

A lot of the people that I've been meeting on the road lately haven't even
heard of software radio, or if they have, they only have a passing
familiarity with it. It'll be important for them to have a way to connect
with experts and enthusiasts like you. While the Hackfest is about more
than just software radio, SDR is a big part of it, and this community's
abilities are going to be indispensable come November.

Also coming up this weekend is the Bay Area Maker Faire. I'll be speaking
there about software radio and a bit about the Hackfest.

Hope to see some of you there!

Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/a5b3932b/attachment.html>

------------------------------

Message: 7
Date: Mon, 15 May 2017 10:43:45 -0400
From: "West, Nathan" <[hidden email]>
To: Ayan Chatterjee <[hidden email]>
Cc: GNURadio Discussion List <[hidden email]>
Subject: Re: [Discuss-gnuradio] Attribute Error
Message-ID:
        <CALkxiLL20+GTXU6cqJbuHRsvtgpDL2Y9=[hidden email]>
Content-Type: text/plain; charset="utf-8"

My guess is that you have a block you've named "cc". It's not linked
against some external library properly.

On Mon, May 15, 2017 at 1:52 AM, Ayan Chatterjee <[hidden email]> wrote:

> Hi all,
>
> I have made an out-of-tree module for a switch. But I am getting this
> error while executing -> AttributeError: 'module' object has no attribute
> 'cc'
>
> Any suggestions on how to get rid of this.
>
> Thanks.
>
> Regards,
> Ayan
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [hidden email]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/8e0da67e/attachment.html>

------------------------------

Message: 8
Date: Mon, 15 May 2017 15:38:12 +0000
From: Jessica Iwamoto <[hidden email]>
To: Ben Hilburn <[hidden email]>
Cc: "[hidden email]" <[hidden email]>
Subject: Re: [Discuss-gnuradio] Custom C++ blocks on E310
Message-ID:
        <[hidden email]>

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

Hi Ben,

Here is some of the backtrace from the error. At the top level, the error starts in the msg_connect function and it looks like it gets tripped up reading something from memory when checking for a valid message port.

#0  0xb635c67c in fetch_add (order=boost::memory_order_relaxed, v=1,
    storage=@0x6: <error reading variable>)
    at /home /prefix /sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/atomic/detail/ops_gcc_atomic.hpp:100
#1  fetch_add (order=boost::memory_order_relaxed, v=1, this=0x6)
    at /home /prefix /sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/atomic/detail/atomic_template.hpp:115
#2  pmt::intrusive_ptr_add_ref (p=0x2)
    at /home /prefix /src/gnuradio/gnuradio-runtime/lib/pmt/pmt.cc:69
#3  0xb63e56e4 in intrusive_ptr (rhs=..., this=0xbeffec7c)
    at /home /prefix /sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/boost/smart_ptr/intrusive_ptr.hpp:92
#4  gr::flowgraph::check_valid_port (this=this@entry=0x10c578, e=...)
    at /home /prefix /src/gnuradio/gnuradio-runtime/lib/flowgraph.cc:162
#5  0xb63e95d0 in gr::flowgraph::connect (this=this@entry=0x10c578, src=...,
    dst=...)
    at /home /prefix /src/gnuradio/gnuradio-runtime/lib/flowgraph.cc:503
#6  0xb63f4c84 in gr::hier_block2_detail::msg_connect (
    this=this@entry=0x10c528, src=..., srcport=..., dst=..., dstport=...)
    at /home /prefix /src/gnuradio/gnuradio-runtime/lib/hier_block2_detail.cc:198
#7  0xb63f1b14 in gr::hier_block2::msg_connect (this=this@entry=0x0, src=...,
    srcport=..., dst=..., dstport=...)
    at /home /prefix /src/gnuradio/gnuradio-runtime/lib/hier_block2.cc:104
#8  0xb5cd6958 in _wrap_top_block_sptr_primitive_msg_connect__SWIG_1 (
    args=<optimized out>)
    at /home /prefix_new/src/gnuradio/build-arm/gnuradio-runtime/swig/runtime_swigPYTHON_wrap.cxx:47551

Thanks,
Jessica

From: Ben Hilburn [mailto:[hidden email]]
Sent: Friday, May 12, 2017 1:35 PM
To: Jessica Iwamoto <[hidden email]>
Cc: [hidden email]
Subject: Re: [Discuss-gnuradio] Custom C++ blocks on E310

Hey Jessica -

The SIGBUS you are receiving indicates that there is likely some funniness happening with memory addressing / access somewhere. Especially since your test flowgraph is so simple, using GDB to get a backtrace might point you to the offending code pretty quickly. For more details on how to do this, check out this page on our Wiki: https://wiki.gnuradio.org/index.php/TutorialsDebugging#Expert_debugging_tools

Have you tried this already? If so, can you share the backtrace?

Cheers,
Ben



On Thu, May 11, 2017 at 6:15 PM, Jessica Iwamoto <[hidden email]<mailto:[hidden email]>> wrote:
Hi again,

Attached is the code that I?m using if anyone would like to try to replicate my issue. The test_msg_py.py file contains the custom python block code for a simple message sink. The test_msg_impl.cc, test_msg_impl.h, and test_msg.h files contain the custom C++ code for a message sink. The test.py file contains a simple flowgraph that connects a message strobe to my custom message sink blocks. When I run test.py with either of the blocks on my desktop, it works correctly. However, when I run test.py after cross compiling on the E310, it works correctly with the test_msg_py block and produces the following error with the test_msg block:
Could not find port: in in:
system
Bus error

Thanks,
Jessica

From: Discuss-gnuradio [mailto:[hidden email]<mailto:[hidden email]>=[hidden email]<mailto:[hidden email]>] On Behalf Of Jessica Iwamoto
Sent: Wednesday, May 10, 2017 9:53 AM
To: [hidden email]<mailto:[hidden email]>
Subject: [Discuss-gnuradio] Custom C++ blocks on E310

Hi all,

I have built custom C++ blocks that work on my PC, but don?t work when cross compiled for the E310. Specifically, I am trying to build a custom C++ block with a message port and cross compile it for the E310. I am using version 3.7.12 of GNU radio and the latest version of the SDK/toolchain for the E310. I have built a simple message sink block with just a message input port and put it in a flowgraph with a message strobe. My code runs correctly on my PC but when I run it on the E310, I get the error:
Could not find port: msg in:
system
Bus error

I am able to create custom python blocks with message ports and run them on the E310 and my PC with no issues. Additionally, I am unable to create custom C++ blocks with normal input and output streams on the E310 (the program seg faults when I try to connect the custom block to another block), but they run correctly on my PC. Any suggestions on what could be causing this?

Thanks,
Jessica


_______________________________________________
Discuss-gnuradio mailing list
[hidden email]<mailto:[hidden email]>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20170515/0f27eb69/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


------------------------------

End of Discuss-gnuradio Digest, Vol 175, Issue 16
*************************************************

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Loading...