discuss-gnuradio
[Top][All Lists]
Advanced

[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

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]