ing?
Once the stream is packetized and tagged it seems pretty straight forward.
Thanks
On Tue, May 20, 2014 at 10:37 AM, Francois Gervais <
francoisgerv...@gmail.com> wrote:
> Thanks I'll take a closer look.
>
>
> On Tue, May 20, 2014 at 10:34 AM, Marcus Müller
> wr
innovation meant to simplify the
> design of blocks dealing with packetized data.
> Lool in the gr-digital/examples subfolder for how some implementations of
> that principle are used.
>
> Greetings,
> Marcus
>
>
> On Tue, May 20, 2014 at 4:23 PM, Francois Gervais <
&g
of varying length, that's exactly what the PDU block
> infrastructure is for:
> http://gnuradio.org/doc/doxygen/page_tagged_stream_blocks.html
>
> Greetings,
> Marcus
>
> On 20.05.2014 15:59, Francois Gervais wrote:
> > Thanks Activecat you actually answered quite well to
t the forecast like so:
ninput_items_required[0] = noutput_items*8;
It seems pretty straight forward. Is this correct?
On Mon, May 19, 2014 at 9:32 PM, Activecat wrote:
> On Tue, May 20, 2014 at 2:17 AM, Francois Gervais <
> francoisgerv...@gmail.com> wrote:
>
>> Hi,
>>
&
Hi,
I'm making a block which takes bit from a bit slicer and output packets as
input comes in. My block will output bytes so it can emulate a usb adapter
that receives the RF signal and output a packet stream through an FTDI.
That way I can use the stack that comes with the adapter without owning
In this scenario would the message passing interface be the best input type?
On Tue, Apr 15, 2014 at 12:50 PM, Tom Rondeau wrote:
> On Tue, Apr 15, 2014 at 12:21 PM, Martin Braun wrote:
>
>> On 04/15/2014 06:18 PM, Francois Gervais wrote:
>> > Well I'm thinking if
rote:
> On Tue, Apr 15, 2014 at 12:03 PM, Martin Braun wrote:
>
>> On 04/15/2014 03:55 PM, Francois Gervais wrote:
>> > Ah so message queue and message passing interface are two different
>> > things in gnuradio? Might be why I was confused. So what I want to look
&g
nd receiver pdus
> with strings stored in pmt u8vectors and can be easily dropped into a Qt
> Gui for user interaction
>
> https://github.com/osh/gr-pyqt/commit/7b12b79bc029d483ce71878960b248
> 71ddbfd954
>
> -Tim
>
>
> On 04/15/2014 04:35 AM, Martin Braun wrote:
&g
Hi,
I'm trying to figure out the best way to print the decoded data information
of packets (received through gnuradio) to the user. File outputs are not
really user friendly so I'm thinking of using a message queue out of my
decoding block connected to the WX GUI Terminal Sink.
Is this a good app
) to allow
> it to lock faster.
>
> --n
>
>
> On Fri, Apr 11, 2014 at 9:59 AM, Francois Gervais <
> francoisgerv...@gmail.com> wrote:
>
>> Any idea on this? Should I post the images somewhere else?
>>
>>
>> On Thu, Apr 10, 2014 at 11:11 PM, Francois Ger
Any idea on this? Should I post the images somewhere else?
On Thu, Apr 10, 2014 at 11:11 PM, Francois Gervais <
francoisgerv...@gmail.com> wrote:
> I tried using the M&M clock recovery block as suggested and I have a
> little fidelity problem. I added two screenshot links belo
myself.
>
> The amplitude going into M&M should be as close as possible to +/- 1.0,
> which is why you want the scaling functions before this block. The AGC
> block assures you're working with something constant amplitude for
> demodulation.
>
> -John
>
>
> O
> m&m clock recovery -> slicer -> do something with the data
>
> Other, more advanced implementations might use correlation for
> synchronization.
>
> -John
>
>
> On Wed, Apr 9, 2014 at 1:27 PM, Francois Gervais <
> francoisgerv...@gmail.com> wrote:
>
Hi,
I'm new to gnu radio and I'm trying to demodulate a 125kpbs ASK signal from
a device I have, as a first project. I'm using RTL-SDR as the input device.
I'm slowly getting there. I receive the signal, at 2Msample/s, I low-pass
filter it to 300khz, I send it through the AM demodulation block an
14 matches
Mail list logo
