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, <discuss-gnuradio-requ...@gnu.org> wrote:

> Send Discuss-gnuradio mailing list submissions to
>         discuss-gnuradio@gnu.org
>
> 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
>         discuss-gnuradio-requ...@gnu.org
>
> You can reach the person managing the list at
>         discuss-gnuradio-ow...@gnu.org
>
> 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 <ferna...@samara.com.es>
> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org>
> Subject: Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with
>         wav file
> Message-ID: <b53f32f9-9c0d-389b-e65b-8b377ed10...@samara.com.es>
> 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 <ferna...@samara.com.es
> > <mailto:ferna...@samara.com.es>> 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
> >     Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> >     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 <cinaed.sim...@gmail.com>
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] GFSK mod/demod does not work OK with
>         wav file
> Message-ID: <14478539-df32-da75-4a4d-b19dcef98...@gmail.com>
> 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 <ferna...@samara.com.es
> >> <mailto:ferna...@samara.com.es>> 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
> >>     Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> >>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>     <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
> >>
> >>
> >
> >
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 15 May 2017 11:22:17 +0530
> From: Ayan Chatterjee <ayane...@gmail.com>
> To: GNURadio Discussion List <discuss-gnuradio@gnu.org>
> Subject: [Discuss-gnuradio] Attribute Error
> Message-ID:
>         <CAAtRgAnBO6koXPAFr+Ejtb9RAZK1AA3Jq+9g5YLFWsk5SLDPVQ@mail.gmail.
> com>
> 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 <dpaak...@gmail.com>
> To: discuss-gnuradio@gnu.org
> Subject: [Discuss-gnuradio] How to write data periodically in file
>         sink
> Message-ID:
>         <CAK=1b8rkOOnCaEsDHr3kVj8Dbd6vanBJ9gNgSa=pF8RmP00vjw@mail.gmail.
> com>
> 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 <luca.moritz.sch...@gmail.com>
> To: Deepak Gautam <dpaak...@gmail.com>, GNURadio Discussion List
>         <discuss-gnuradio@gnu.org>
> Subject: Re: [Discuss-gnuradio] How to write data periodically in file
>         sink
> Message-ID: <113e37ee-1a48-146d-3c0d-bb42dfaec...@gmail.com>
> 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
> > Discuss-gnuradio@gnu.org
> > 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 <t...@trondeau.com>
> To: GNURadio Discussion List <discuss-gnuradio@gnu.org>,
>         "usrp-us...@lists.ettus.com" <usrp-us...@lists.ettus.com>
> Subject: [Discuss-gnuradio] DARPA Hackfest information
> Message-ID:
>         <CA+SzT6gk--5bksmx4WAfBSMVKU2Sik3bpW7gx1f3
> 848bqly...@mail.gmail.com>
> 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" <n...@ostatemail.okstate.edu>
> To: Ayan Chatterjee <ayane...@gmail.com>
> Cc: GNURadio Discussion List <discuss-gnuradio@gnu.org>
> Subject: Re: [Discuss-gnuradio] Attribute Error
> Message-ID:
>         <CALkxiLL20+GTXU6cqJbuHRsvtgpDL2Y9=fE8TJTR
> rd6e-8c...@mail.gmail.com>
> 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 <ayane...@gmail.com>
> 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
> > Discuss-gnuradio@gnu.org
> > 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 <jessica.iwam...@aero.org>
> To: Ben Hilburn <bhilb...@gnuradio.org>
> Cc: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org>
> Subject: Re: [Discuss-gnuradio] Custom C++ blocks on E310
> Message-ID:
>         <SN1PR09MB100890FC9E1C6602D4490C8E9BE10@SN1PR09MB1008.
> namprd09.prod.outlook.com>
>
> 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:bhilb...@gnuradio.org]
> Sent: Friday, May 12, 2017 1:35 PM
> To: Jessica Iwamoto <jessica.iwam...@aero.org>
> Cc: discuss-gnuradio@gnu.org
> 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 <jessica.iwam...@aero.org
> <mailto:jessica.iwam...@aero.org>> 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:discuss-gnuradio-bounces+jessica.iwamoto<
> mailto:discuss-gnuradio-bounces%2Bjessica.iwamoto>=aero....@gnu.org
> <mailto:aero....@gnu.org>] On Behalf Of Jessica Iwamoto
> Sent: Wednesday, May 10, 2017 9:53 AM
> To: discuss-gnuradio@gnu.org<mailto:discuss-gnuradio@gnu.org>
> 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
> Discuss-gnuradio@gnu.org<mailto:Discuss-gnuradio@gnu.org>
> 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
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ------------------------------
>
> End of Discuss-gnuradio Digest, Vol 175, Issue 16
> *************************************************
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to