Hi all,
I have a question on the synchronization of ofdm example,namely the
sch&cox source code.
The plateau_detector_fb_impl.cc can find the plateau,and then
header_payload_demux_impl can find the head data.
STEP 1: plateau_detector_fb_impl find the plateau.
le len=a) or the
length of data pass through CRC(len+4)?
Best regards,
zswx
At 2015-07-11 07:40:38, "Martin Braun" wrote:
On 10 Jul 2015 01:38, "zs" wrote:
> If I want to have a working CRC,what is the number of packet length at least?
32 bits.
> If someone
Hello everyone,
I have 3 questions want to ask you,thanks.
1.I look at this in the api,
Uses the following header format: Bits 0-11: The packet length (what was stored
in the tag with key len_tag_key) Bits 12-23: The header number (counts up
everytime this function is called) Bit 24-31: 8-Bit
ut stream 0). It's usually > 1.
Best regards,
Marcus
On 07/09/2015 03:29 PM, zs wrote:
Hi,
Thank you in advance.I have a question about the "ninput_items".I find the
meaning of it is "vector of items available on all input buffers".
When I read the sourc
ut stream 0). It's usually > 1.
Best regards,
Marcus
On 07/09/2015 03:29 PM, zs wrote:
Hi,
Thank you in advance.I have a question about the "ninput_items".I find the
meaning of it is "vector of items available on all input buffers".
When I read the sourc
Hi,
Thank you in advance.I have a question about the "ninput_items".I find the
meaning of it is "vector of items available on all input buffers".
When I read the source code of "crc32_bb_impl.cc",I see the code below,
"
int
65 crc32_bb_impl::work (int noutput_items,
66
) and the cfo exactly(I know the x in advance while
I don't know the cfo and h.So I have to estimate them).The root question I
faced is the cfo estimated from the SCA isn't enough.
Thank you so much. I will read the paper you mentioned.Maybe helpful.Thanks.
Best regards,
zs
At 2015-0
Dear Marcus Müller:
Thank you so much.So kindly of you.Thanks.I will read the papers you mentioned.
Best regards,
zs
At 2015-06-24 17:08:16, "Marcus Müller" wrote:
Hi zs,
this reminds me very much of OFDM radar technologies, as your problem boils
down to finding a good est
Dear Marcus Müller:
Do you know which is the synchronization algorithm used in the old version of
ofdm example?Where is the source code of the old ofdm version in
gnuradio?Thanks.
Any other suggestions?
Thank you.
Best regards,
zs
At 2015-06-24 15:54:30, "Marcus Müller&qu
nt to combined the algorithms.So I ask the question in the
maillist.
Thank you so much.
Best regards,
zs
At 2015-06-24 15:54:30, "Marcus Müller" wrote:
Dear zs,
basically, Schmidl and Cox is a very good algorithm, because it can achieve the
same quality of synchronization w
ether have
other good frequency offset correction algorithm which have been implemented.
2.What is the algorithm used by the old version of the ofdm
example?Thanks.
Best regards,
zs
___
Discuss-gnuradio mailing list
Discuss-gnu
ether have
other good frequency offset correction algorithm which have been implemented.
2.What is the algorithm used by the old version of the ofdm
example?Thanks.
Best regards,
zs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
Hi Martin:
Thank you so much for your kindly reply.So kindly of you.I
understand it.
Best regards,
zs
At 2015-02-02 18:24:25, "Martin Braun" wrote:
>I'll try and keep it short and simple:
>
>First: What's the difference between a cyclic shif
quot;Integer CFO does not introduce ICI between sub-carriers, but does
introduce a cyclic shift of data sub-carriers..."
Is it right?And the source code ofdm_chanest_vcvc_impl.cc is right?Maybe I'm
wrong.Can you explain it?Thank you.
Best regards,
zs
At 2015-01-25 19:27:30, "
Hi Bastian:
Thank you so much.I use the ofdm example,and I think maybe the
crc is wrong as you said,thank you.
Can you give me some advices to avoid these warning?Thank you
so much.
Best regards,
zs
At 2015-01-30 00:43:12, "Bastian Bloessl"
Hi Bastian:
Thank you so much.I use the ofdm example,and I think maybe the
crc is wrong as you said,thank you.
Best regards,
zs
At 2015-01-30 00:43:12, "Bastian Bloessl" wrote:
>Hi,
>
>On 01/29/2015 03:13 PM, zs wrote:
>> Can you tell me,for gene
Hi Bastian:
Thank you so much for your kindly reply.Can you tell me,for
general,in which circumstance,the packet header maybe corrupt?
Thank you so much.
Best regards,
zs
At 2015-01-29 20:44:13, "Bastian Bloessl" wrote:
>Hi,
>
>On 01/2
is the source
code of the block?And have someone can help me to explain this problem more
details?Why will have this error/warning?
Thank you.
Best regards,
zs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mail
do ldconfig" to solve it.But when I use
the "sudo ldconfig",the error also exists.
Can someone help me?Thanks.
Best regards,
zs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
do ldconfig" to solve it.But when I use
the "sudo ldconfig",the error also exists.
Can someone help me?
Best regards,
zs
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
example,we have 5 subcarriers,cfo=2.
Right subcarriers:s1,s2,s3,s4,s5
Wrong subcarriers:s4,s5,s1,s2,s3
So the channel estimation coefficients will not be zeros.Is it right?
Best regards,
zswx
At 2015-01-25 03:38:38, "Martin Braun" wrote:
>On
Hi all:
Thank you in advance.I have read the source
code:ofdm_chanest_vcvc_impl.cc.But i have a question.
void
ofdm_chanest_vcvc_impl::get_chan_taps(
const gr_complex *sync_sym1,
const gr_complex *sync_sym2,
int carr_offset,
std::vector &taps)
{
const
Hi all:
Thank you in advance.I have read the source
code:ofdm_chanest_vcvc_impl.cc.But i have a question.
void
ofdm_chanest_vcvc_impl::get_chan_taps(
const gr_complex *sync_sym1,
const gr_complex *sync_sym2,
int carr_offset,
std::vector &taps)
{
const
t;latency".I want to detect this,and
just receive the signal to the next block(writing in the gnuradio).
Thanks.
Best regards,
zs
At 2014-11-28 20:17:32, "Marcus Müller" wrote:
>Hi zs/xd,
>
>On 11/28/2014 12:58 PM, zs wrote:
>> Hi Marcus:
>&
receiver keep receiving during this processing.So
in the interval of the transmitter sending,the receiver receive some noise.I
don't want receive the noise.
Have some ideas about this?Experts.Thank you.
Best regards,
zs
At 2014-11-28 19:21:15, "Marcus Müller"
Hi all:
Thank you in advance.
Environment: gnuradio 3.7.5
The picture below shows the received signal.I will try my best to
explain my problem.I use one usrp N210 to send signal and the other usrp
receive the signal and then transmit the message by the tcpip to the
tra
26 matches
Mail list logo
