But this would only work well if there is enough gap time and/or preamble bits
and/or fill bytes between the packets. Otherwise, you will consume and discard
the beginning of the next packet.
@(^.^)@ Ed
Sent from my iPhone
> On Dec 31, 2018, at 4:52 AM, Daniel Estévez wrote:
>
> Hi,
>
> Bes
Correction, I should have said entire 4 bit range instead of 128 bit
range, but I hope you got the picture.
Regards,
Adrian
On 12/31/18, Adrian Musceac wrote:
> Hi,
>
> I'm sorry I didn't have much time to research the intricacies of the
> convolutional decoder implementation, but I have a quest
Hi,
I'm sorry I didn't have much time to research the intricacies of the
convolutional decoder implementation, but I have a question coming
more from the user perspective regarding the optimal way of using the
API.
In the default implementation of the extended decoder (
https://github.com/gnuradi
Dear Suresh,
we're the GNU Radio mailing list, and there's truly not only Sirs on
here, but also Ladies; I've pointed this out before to you.
So, this flow graph is essentially impossible to save: you rely on
blks2_packet_decoder. It's broken, and hence for good in the
"Deprecated" category.
I'
Dear sir,I am Suresh, I am working on BPSK Modulation in gnuradio by
using USRP N210 radio modulenow I able to set signal bandwidth is 10KHz,
25KHz, 50KHz but I am not able to set exact signal bandwidth to 5KHzPlease help
me and please find out attached grc file then I found one runtime
error,
Hi,
Besides using the Header Payload Demuxer as Julian suggested, a simple
trick when the packet size is unknown but limited to a (not very large)
maximum size is to cut a PDU with the maximum packet size and then throw
away everything you don't need.
I have a CC1101 decoder in gr-satellites that
