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
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
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
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,
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.
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
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
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
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
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
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
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
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
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
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
15 matches
Mail list logo