Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-18 Thread Inspire Me
Hi Ed I have the continuous Flags working thanks to the information and explanations. I owe thanks to you and to Nick and Marcus for the help. End the end it was quite simple to modify the current HDLC Framer to output flags when there are no messages in the queue. Kind Regards Frank On 17 Au

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-16 Thread Ed Criscuolo
On 8/16/16 11:28 PM, Inspire Me wrote: Hi Ed Much appreciated. You mentioned latency due to queued flags. This has potential to cause us issues. I was wondering if it is possible to build a block as a sort of switch that takes input from the standard HDLC Framer but executues continuously, ie on

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-16 Thread Ed Criscuolo
In a GnuRadio block that is derived from a "sync" block, the number of input and output items are the same, so the work function is supplied with a single value called "nitems". The normal control flow of a typical work function uses a loop that iterates over nitems, taking one item from the inpu

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Inspire Me
Hi Nick / Marcus Great discussion, obviously this issue has been solved before, as mentioned in the 2009 discussion the GMSKSpacecraftGroundstation project ( https://moo.cmcl.cs.cmu.edu/trac/cgran/wiki/GMSKSpacecraftGroundstation ) seems to have solved it. I acknowledge that gnuradio has moved on,

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Marcus Müller
Hi Nick, On 15.08.2016 19:19, Nick Foster wrote: > This is a pretty familiar problem. A lot of satcom systems require > continuous transmission when in an idle state so the receiver can use > slow (i.e., sensitive) frequency and timing estimator loops. I'm sorry > to say there's no great answer.

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Nick Foster
This is a pretty familiar problem. A lot of satcom systems require continuous transmission when in an idle state so the receiver can use slow (i.e., sensitive) frequency and timing estimator loops. I'm sorry to say there's no great answer. But you have some options: a) modify the HDLC block so tha

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Marcus Müller
Yep, next (==what becomes 3.8) fixes that spinning. On 15.08.2016 17:35, Marcus Müller wrote: > > Hi Frank, > > > Are you suggesting that I send a SOB tag along with the Flag 0x7E (1 > byte) and the radio will continuously output 0x7E's until I send an > EOB ? > > Whatever "flag 0x7e" is, no, t

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Marcus Müller
Hi Frank, > Are you suggesting that I send a SOB tag along with the Flag 0x7E (1 byte) and the radio will continuously output 0x7E's until I send an EOB ? Whatever "flag 0x7e" is, no, that's not how it works. You specify a transmit time at the start of your burst, and that's the time that the US

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Inspire
Hi Marcus Thank you for the response. I will take your advice and go over all the tutorial information again as well as [2] & [3]. However I have completed the tutorial's and for the most part understand the information. Admittedly I am still struggling with the use of stream tag's, I have gone b

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Marcus Müller
Hi Frank, really, with the advances of the drivers and hardware capability and the changes in GNU Radio architecture, your problem isn't that comparable to the problem in 2009; again, please don't rely on Nabble posts; Nabble is just a mirror of the GNU mailing list archives (and adds some kind of

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Marcus Müller
Hi Frank, **which** post from March 2009? Would you happen to have a mailing list archive [1] link (please don't use Nabble). At any rate, what applied 7 years ago regarding messages will probably not apply now, anymore. I think it would be very worthwhile if we didn't discuss this based on some

Re: [Discuss-gnuradio] Constant carrier digital transmission

2016-08-15 Thread Inspire
Hello I am relatively new to gnuradio, I have only been working with it for 6 weeks. I came across your posts from march 2009 relating to continuously transmitting 0x7E's when no messages are present in the queue. I am facing the exact issue with our implementation in GNURadio. I need to send ou

Re: [Discuss-gnuradio] Constant carrier digital transmission

2009-03-22 Thread Ed Criscuolo
William Harding wrote: Would it be feasible to simply pass the desired transmit data (1?s and 0?s) to the HDLC block (which you mentioned) by just having another method in the block, say "tx_data(char[#])," which would take in an array of bytes; and then, after tagging on the CRC, SOF, EOF et

Re: [Discuss-gnuradio] Constant carrier digital transmission

2009-03-19 Thread Ed Criscuolo
William Harding wrote: I would like to implement a module which keeps a constant carrier running and transfers packets of data at different times. In other words, using ASK (or OOK) modulation, I would like to always be transmitting ones (carrier is at full amplitude) except for certain perio

[Discuss-gnuradio] Constant carrier digital transmission

2009-03-19 Thread William Harding
I would like to implement a module which keeps a constant carrier running and transfers packets of data at different times. In other words, using ASK (or OOK) modulation, I would like to always be transmitting ones (carrier is at full amplitude) except for certain periods where I will "pause" the