El 31/12/18 a las 21:27, Ed Criscuolo escribió:
> 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.
Hi Ed,
My solution makes a PDU of the maximum
i just typed "RTFM" in google images :)
concerning the documentation :
IMHO
i can't blame anyone to have written the documentation in C++ or Python. in
my early days of a C code dev i used to write the doc in raw C code if no
doc at all
do you know why ARDUINO or RASPBERRY PI have become
Hi Alban et al:
Great RTFM graphic!
gnuradio’s documentation could indeed be much better: this is a discussion
topic at conferences and meetings. I had the same issues a couple of years ago
when I was brand new.
Unfortunately, for undocumented blocks, or those ones where the docs are not
Happy new year everyone !
i would be glad if someone explain me how to use the HPD block, how do i
setup messages with PMT blabla, and what is to packet_len tag and how to
pass the packet length etc.
the packet_rx exmple work with OFDM and has nothing to do with simple FSK
frame decoding
i will
Replying to myself since I've actually taken the time to read the code
instead of asking stupid questions. There is no need for the rail
block since the clipping is done in the float to uchar conversion. The
range is 7 bits per symbol since one of the bits of the uchar is
acting like a sign bit,
