Hi,
I am working with the "mpsk_stage6.grc" of the gr-tutorial. I added a FEC
Enconder and a FEC Decoder to the flowgraph as follows:
File source --> Unpack k bits (8) --> FEC Encoder --> Packet encoder -->
Map (-1,1) --> Packet encoder --> Constellation Modulator --> ... -->
Differential decoder
Hi,
I've been trying to implement a sync python embedded block that processes
all input_items. At the end of the work() function, I call
output_items[0][:] = input_items[0]
self.consume_each(len(input_items[0]))
return len(input_items[0])
This works well the first time and all data is processed
r reference, here is the autogenerated code for a new module:
>
> def work(self, input_items, output_items):
> in0 = input_items[0]
> out = output_items[0]
> # <+signal processing here+>
> out[:] = in0
> return len(output_items[0])
I see but no, I'm not processing a finite number of samples. I'm generating
a message periodically with a Message Strobe, then the message is encoded
and modulated as a WiFi signal using the modules in:
https://github.com/bastibl/gr-ieee802-11. Now, I'm trying to detect the
signals myself and then
n the following block, I just returned len(output_items[0])
without using consume() or produce() and it works fine. So, apparently, my
code is a bit random, but I'm happy it works now. :)
Thanks for your help, Jeff!
Best regards,
Verónica
On Thu, Oct 28, 2021 at 8:47 AM Verónica Toro Betancur
w
m this block? Glad
> it's working for you, in any case.
>
> On Thu, Oct 28, 2021 at 6:24 AM Verónica Toro Betancur
> wrote:
>
>> Nevermind now, I figured it out!
>>
>> It turns out that using produce() instead of consume() does the trick,
>> but I couldn
Hi,
I am trying to detect and decode WiFi and ZigBee signals in GNURadio. For
the detection, I have implemented my own blocks in Python. It all works
well with simulated signals but the problem comes when I use radios to
acquire real signals. I'm using Pluto SDR and it works perfectly when I use
i
for something that works like zigbee. Do you
> have a link to your code?
>
> I think it should be working better than what you're seeing.
>
> -Michelle W5NYV
>
>
>
>
> On Thu, Nov 25, 2021 at 5:59 AM Verónica Toro Betancur
> wrote:
>
>> Hi,
>>
>
> have you maybe mismatched data types? Like, the real signals are fixpoint,
> but your Python is doing floating point?
>
> --M
>
> On Thu, Nov 25, 2021 at 2:59 PM Verónica Toro Betancur
> wrote:
>
>> Hi,
>>
>> I am trying to detect and decode WiFi an
needs to match
> that.
>
> Best regards,
>
> Marcus
>
> On 25.11.21 17:47, Verónica Toro Betancur wrote:
> > Hi Martin,
> >
> > Yes, that could definitely be the case. I don't have my radios right now
> with me, but
> > I'll try it tomorrow
7;t know how.
Best regards,
Verónica
On Fri, Nov 26, 2021 at 12:40 AM Marcus Müller wrote:
> Hi,
>
> pretty sure that thing actually emits complex64/gr_complex/fc32.
>
> Best regards,
> Marcus
>
> On 25.11.21 19:58, Verónica Toro Betancur wrote:
> > Hi Marcus,
> >
11 matches
Mail list logo