[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Continous Transmission using GNU RADIO. Is it rea
From: |
CEL |
Subject: |
Re: [Discuss-gnuradio] Continous Transmission using GNU RADIO. Is it really possible? |
Date: |
Mon, 13 May 2019 20:44:48 +0000 |
https://web.archive.org/web/20170423012135/https://oshearesearch.com/index.php/page/2/#post-194
might be of interest, too.
On Mon, 2019-05-13 at 10:55 -0700, Joe K wrote:
> Hi,
>
> Hopefully I'm not hijacking Mehtap's thread too badly but it seems that the
> website with gr-eventstream documentation is no longer available. It doesn't
> seem that there's much inline documentation or anything else in the git repo.
> Am I missing something? Does anybody have cached copies of the
> documentation? It sounds like gr-eventstream could be useful to me but
> without much saying what, exactly, it does, it's a bit difficult to parse.
> The GRC blocks don't have inline documentation available for the most part
> and their ports aren't immediately clear as to what they're doing. Google
> isn't coming up with much either.
>
> Thanks and sorry if the info is already out there and I'm just not seeing it.
>
> Joe
>
> On Mon, May 13, 2019 at 5:46 AM Müller, Marcus (CEL) <address@hidden> wrote:
> > Hi Mehtap, please answer on the list.
> >
> > The purpose of gr-eventstream is exactly to enable what you're trying.
> >
> > Best regards,
> > Marcus
> >
> > On Mon, 2019-05-13 at 15:40 +0300, mehtap özkan wrote:
> > > Thank you Marcus,
> > > I have looked at gr-eventstream and found it useful for bursty
> > > transmissions not continous ones.
> > > Maybe there is a way to produce '0's and add/ xor them with real data?
> > > Any advice on that?
> > >
> > > Müller, Marcus (CEL) <address@hidden>, 13 May 2019 Pzt, 15:23 tarihinde
> > > şunu yazdı:
> > > > Dear Mehtap,
> > > >
> > > > On Mon, 2019-05-13 at 15:03 +0300, mehtap özkan wrote:
> > > > > Dear All,
> > > > > I have implemented a CPFSK transmitter succesfully using GNU RADIO.
> > > >
> > > > Cool!
> > > >
> > > > > The blocks are PRBS Source->Scrambler (G3RUH)-> CPFSK Mod-> UHD Sink.
> > > > > The reference HW receiver receives and demodulates the signal quite
> > > > > well.
> > > >
> > > > It's always a nice feeling when something works with real hardware :)
> > > >
> > > > >
> > > > > Then I remove the PRBS Source and place a UDP Source+UART block as
> > > > > the data source.
> > > > > When the connected client sends continous data, everything is fine
> > > > > (except at the start of transmission where the receiver needs time to
> > > > > lock to the incoming signal).
> > > > > When I send some bytes from the client and stop sending, the
> > > > > transmission becomes burst-like and the receiver can demodulate
> > > > > pretty much nothing.
> > > > > I found the culprit which is the Scrambler, when there is no input to
> > > > > the Scrambler, there is no output, so there is no RF output.
> > > >
> > > > Well, I wouldn't call it a "culprit", since it does what it's designed
> > > > to do: Scramble data.
> > > >
> > > > > I have also developed a FPGA Continous CPFSK transmitter in the past
> > > > > and the scrambler there was producing output every clock cycle as
> > > > > there was 0 in its Input, so that guaranteed continous output.
> > > > > The real problem is: What should I do to force some Input bits to
> > > > > the Scrambler, even there is no real data?
> > > >
> > > > The gr-eventstream module might be of interest to you!
> > > >
> > > > Best regards,
> > > > Marcus
> > > >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
smime.p7s
Description: S/MIME cryptographic signature