Someone correct me if i'm wrong, but the PSK mod won't propagate stream
tags.
On Sat, Feb 8, 2014 at 8:25 PM, Marc Newlin syn...@gmail.com wrote:
The burst tagging won't cause the USRP to stop transmitting -- it tells
the USRP not to expect any more samples, but any delay logic must be
Hi Martin,
Thanks a lot for all your help! I just added the CRC checker, and it works
perfectly!
I'd never have been able to figure that out by myself.
Kind Regards
Chris
On Mon, Jan 27, 2014 at 8:12 AM, Martin Braun martin.br...@ettus.comwrote:
On 01/25/2014 09:30 PM, chris 0 wrote
packet_len is still 14, rather than 112, which is
confusing me.
Thanks a lot.
Chris
On Mon, Jan 20, 2014 at 9:09 AM, Martin Braun martin.br...@ettus.comwrote:
On 01/18/2014 09:46 PM, chris 0 wrote:
Hi,
I'm wondering if anyone can take a look at my grc file, which uses the
header
Hi,
I'm wondering if anyone can take a look at my grc file, which uses the
header/payload demux to try to obtain a payload - but I'm currently getting
incorrect values from the tags. For instance packet_len should be 10, but
the value is mostly 1.
I've attached the file.
If you can't open it
Thanks Martin,
The problem with connecting the tagged stream directly to the modulator,
is then
how do you align bits to the byte boundary etc. after the demodulator,
which is the main issue I was thinking with that.
cheers
Chris
___
Discuss-gnuradio
Hi,
I'm trying to work out the best way to connect a PDU to tagged stream
block
to a modulator.
I presume you can't simply attach the PDU to tagged stream directly to a
modulator.
So I was thinking of doing:
Tun tap pdu - PDU to tagged stream --- packet encoder modulator
However the
Hi,
I'm very confused with the following flow chart:
file -- throttle -- dpsk mod --- dpsk demod -- unpacked to packed --
file sink
I'm losing 2 bytes in the output file.
I've uploaded the grc here - www.anfractuosity.com/files/dpsk-test.grc
I realise the data could get corrupted due to the
