Hi all,
I have a question on the synchronization of ofdm example,namely the
sch 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.
=a) or the
length of data pass through CRC(len+4)?
Best regards,
zswx
At 2015-07-11 07:40:38, Martin Braun martin.br...@ettus.com wrote:
On 10 Jul 2015 01:38, zs zswx_...@126.com 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:
). 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 source code of crc32_bb_impl.cc,I see the code
). 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 source code of crc32_bb_impl.cc,I see the code
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
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@gnu.org
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 marcus.muel...@ettus.com wrote:
Dear zs,
basically, Schmidl and Cox is a very good algorithm, because it can achieve the
same quality of synchronization
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
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 marcus.muel
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 marcus.muel...@ettus.com wrote:
Hi zs,
this reminds me very much of OFDM radar technologies, as your problem boils
down to finding
) 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-06-24 17:08
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 martin.br...@ettus.com wrote:
I'll try and keep it short and simple:
First: What's the difference between a cyclic shift and a non
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, Martin Braun martin.br...@ettus.com wrote:
On 01
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 bloe...@ccs
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/mailman/listinfo/discuss
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 bloe...@ccs-labs.org wrote:
Hi,
On 01/29/2015
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 bloe...@ccs-labs.org wrote:
Hi,
On 01/29/2015 03:13 PM, zs wrote:
Can you tell me,for general,in which
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
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
08:43 AM, zs wrote:
Now the taps only have values on taps[0]---taps[63-2],and taps[62]
taps[63] will be equal to zero.It means that the channel estimation have
value 0.It is wrong?
They will be zero, and it's not wrong. What else should be written here?
There's no useful information outside
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::vectorgr_complex taps)
{
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::vectorgr_complex taps)
{
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
to the next block(writing in the gnuradio).
Thanks.
Best regards,
zs
At 2014-11-28 20:17:32, Marcus Müller marcus.muel...@ettus.com wrote:
Hi zs/xd,
On 11/28/2014 12:58 PM, zs wrote:
Hi Marcus:
Thank you for your reply.Sorry for my unclear introduction
25 matches
Mail list logo