[Discuss-gnuradio] SNR question

2015-07-30 Thread dcardona
Hi

I would want to know if there a way to calculate SNR for a qpsk, 16 QAM and
64 QAM signals.  I have been using the "divide" block, which has as inputs,
the signal that entries to the channel and a noise source fixed with the
voltage of noise that is fixed in the "channel model" block. Then, the
"divide" block's output goes to the "log10" block  Would this be correct?
 
I copied this idea from another discussion. 

http://gnuradio.4.n7.nabble.com/file/n47229/flowgraph.png

Thank you



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/SNR-question-tp55133.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] viterbi combo

2015-07-07 Thread dcardona
Hello

I have a question about the viterbi combo block parameters.
Does the block size parameter depends of the size of the input? For example,
if I have a vector of 10 items, should I set the block size in 10?

Also, I would want to know how the constellation parameter works. If the
code rate is 1/3,  i know the ouptut cardinality is 8 and i know then the
constellation parameter must be set with (o,1,2,3,4,5,6,7) but I don't
really understand why.

About the dimensionality, I know it should be set to 1, but i don't
understand why neither. 

Thank you

David





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/viterbi-combo-tp54687.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] a two blocks synchronizing problem

2015-07-01 Thread dcardona
Thank you Marcus.

I saw my mistakes, now both blocks are finally working fine! Thank you for
all your help. And thank to all that helped me. 



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/a-two-blocks-synchronizing-problem-tp54499p54575.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] a two blocks synchronizing problem

2015-07-01 Thread dcardona
Hello again

I'm sorry, in the last message, tamano_entrada is 8 and nsimbolo is 3 (this
is for the encoder).

Also, I had probed doing this scheme in two parts:
 First I took a vector source as a binary entry for the encoder. The
encoder's output was what I have expected it to be. I had the same 11 float
values in the same order all the time.
Then, I took a vector source with the float values that would be in the
encoder's output, and I connected it to the decoder's input. The values at
the decoder's output were corrects too (were the same bits that I put into
the vector source in the first part).

So, I think the problem is when I connect both encoder and decoder blocks
but I don't know how to solve it.

Than you.
David.

 



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/a-two-blocks-synchronizing-problem-tp54499p54562.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] a two blocks synchronizing problem

2015-07-01 Thread dcardona
Hello Marcus.

Thank you for your response.



I I had already done that when I made the question, I'm sorry I didn't
specified it.
This is how I set it:


In another topic, you wrote me that was syntactically incorrect and you
advice me to set it like this:
set_output_multiple(tamano_entrada+nsimbolo);

But this way I get the errors <‘tamano_entrada’ is not a type> and  

Again, when I set this parameters the first time I asked (void
set_output_multiple (int tamano_entrada + nsimbolo);
void set_relative_rate (double relative_rate);) I did not get any 
errors,
but I had the problems I wrote in the original message.
 to be.
> But, the decoder´s outputs are giving me trouble: At first, it behaves
> well,
> the decoder´s input corresponds with encoder´s output and the decoder´s
> output corresponds with the vector source´output. But then, after a while,
> the decoder´s input do not begin in the first value as the encoder´s
> output
> and thus, the decoder´s output is not equal to the vector source´s output.
>
> For example, if the encoder´s output is: 20.57, 11.45, 14.82, 17.81,
> 16.95,
> 16.63, 20.57, 15.14, 16.95, 11.45, 20.57.  At first, the decoder´s input
> is
> exactly the same, but after a while, are: 17.81, 16.95, 16.63, 20.57,
> 15.14,
> 16.95, 11.45, 20.57, 20.57, 11.45, 14.82. It begins in the fourth value
> instead the first. >

Is there something else I am missing?

Thank you very much!

David






--
View this message in context: 
http://gnuradio.4.n7.nabble.com/a-two-blocks-synchronizing-problem-tp54499p54561.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] a two blocks synchronizing problem

2015-06-29 Thread dcardona
Hello

I created 2 new blocks, one is an encoder and the other one a decoder. I
needed the encoder block to had 8 input items (from a vector source) and 11
output items, so I set: consume each(8) and return(11). I did not have any
problem with it.

Now, for the decoder block, I needed to had 11 input items and 8 output
items, so I set: consume each(11) and return (8). 

I printed out the outputs with "cout << out[i];" .

The problem: The encoder´s outputs are fine, they are what I expected them
to be.
But, the decoder´s outputs are giving me trouble: At first, it behaves well,
the decoder´s input corresponds with encoder´s output and the decoder´s
output corresponds with the vector source´output. But then, after a while,
the decoder´s input do not begin in the first value as the encoder´s output
and thus, the decoder´s output is not equal to the vector source´s output.

For example, if the encoder´s output is: 20.57, 11.45, 14.82, 17.81, 16.95,
16.63, 20.57, 15.14, 16.95, 11.45, 20.57.  At first, the decoder´s input is
exactly the same, but after a while, are: 17.81, 16.95, 16.63, 20.57, 15.14,
16.95, 11.45, 20.57, 20.57, 11.45, 14.82. It begins in the fourth value
instead the first.

Is there a way to synchronize these two bloks? So the decoder´s input is
always the same as the encoder´s output?

am I missing something? What should I do?

Thank you

David



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/a-two-blocks-synchronizing-problem-tp54499.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] #include "vector.hpp"

2015-06-24 Thread dcardona
I'm sorry. You are right, I will try to keep that in mind next time I write
asking for help.




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54398.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] #include "vector.hpp"

2015-06-23 Thread dcardona
I'm getting this error while I'm trying to create a new block.
I don't get any error when I compile it in a C++ compiler.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54390.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] #include "vector.hpp"

2015-06-23 Thread dcardona
Hello!

I think I already found a way to do this, but now I'm getting this error:
"error: a function-definition is not allowed here before ‘{’ token"
In these parts of the code : 

Vector txyz(4); 
void initialize()
 {
 txyz[0] = 0.0;
txyz[1] = 0.0;
txyz[2] = 1.0;
txyz[3] = 0.0;
}

void PrimercruceenB()
 {
char B;
char Bi;
double w = sqrt(b * (r - 1));
while (txyz[1] < w){ // Cruce con plano  B en x

RK4Step(txyz, dt);
}
// Aqui ya tengo el primer valor de x cruzando al plano B

if (txyz[2] >= w) { // Cruce con plano B en y
Bi = '3';
}
else {
while ( txyz[2] < w) {
RK4Step(txyz, dt);
}
if (txyz[1] >= w) {
  Bi = '3';
}
}
}

Vector f(Vector txyz) 
{
double t = txyz[0];
double x = txyz[1];
double y = txyz[2];
double z = txyz[3];
Vector f(4);
f[0] = 1;
f[1] = - sigma * x + sigma * y;
f[2] = - x * z + r * x - y;
f[3] = x * y - b * z;
return f;
}

I don't know why I'm getting this error. Doesn't these functions can be
recognize by GNU Radio?

Thank you.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54388.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] #include "vector.hpp"

2015-06-22 Thread dcardona
Yes Tom, you are absolutely right. I'm sorry and thank you.





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54356.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] #include "vector.hpp"

2015-06-22 Thread dcardona
Hi

Yes, I tried to use only #include , but it gives me an error for
each vector a I use.

Vector f (at the beginning the following code) is one of the vectors which
needs the #include "vector.hpp". 

intentooptimizar.cpp
  

Thank you.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344p54350.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] #include "vector.hpp"

2015-06-22 Thread dcardona
Hello

I'm trying to create a block which C++ code needs to use  include
"vector.hpp". But I;m getting this error:  fatal error: vector.hpp: No such
file or directory.

Is there a way to do this?

Thank you very much.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/include-vector-hpp-tp54344.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] unpack k bits block with a new created block

2015-06-17 Thread dcardona
Hello Johannes.

Thank you for answering me.
I did what told me and it didn't give that error, but when i connect my
block's output to a qtgui_time_sink, I don't see anything. 

I put the loop you told me below the "// Do <+signal processing+>" part, Is
it there or in the constructor?

Thank you very much.

David



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/unpack-k-bits-block-with-a-new-created-block-tp54234p54255.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] unpack k bits block with a new created block

2015-06-16 Thread dcardona
HI

I'm using the unpack k bits block (which is located at the output of a
vector source), before the new block that I'm trying to create. I would want
to save all the bits at the output of the unpacked k bits block, in a vector
(inside the block), so I can manipulate them individually. Is it possible? I
thought each bit at the unpack_k_bit block's output would be one of the
input_items in my block, Is this right?
I tried to do that defining a new integer type vector inside the block and
save there all the input_items[i] and then use that vector in my code. But
it is giving me this error: invalid conversion from ‘const void*’ to ‘int’
[-fpermissive]

 I don't know if I can do something like this.

Thank you very much.

David



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/unpack-k-bits-block-with-a-new-created-block-tp54234.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about set_output_multiple

2015-06-15 Thread dcardona
I thought I was doing it well.

Thank you Marcus, I will read then.

David



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-set-output-multiple-tp54173p54191.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about set_output_multiple

2015-06-15 Thread dcardona
Hello Marcus

Thank you for your response

Before, I was setting the set_output_multiple at the constructor in the .cc
file and i was getting the error I said before 
Then, I set it in the .h file and I had no error.

Is it correct to set it in the .h file? Here are both the .cc and the . h
files. 

In the .cc file, the set_output_multiple is commented.

Codificador_bf_impl.h
  
Codificador_bf_impl.cc
  

Also, I set:   int n;
  ninput_items_required[0] = noutput_items - n;
at the forecast method. I did this for the reason i explained before; If i
have for example 16 items at the in put, i need to have 16 + n items at the
output. Is this configured right?

Another question: This is about the ninput_items.  How should I set it for
my requirements? I suppose this ninput_items should depend of "tamano",
which is the size of the input stream.
Should I use ninput_items instead of tamano in the code? And if this right,
should I set set_output_multiple(int ninput_items + n) instead of
set_output_multiple(int tamano + n)?

PD: In the .cc file you can take a look at the c++ code for the chaotic
coding if you like. And if you are interested, i can send you the c++ code
that gives those values of "zmean3", "zmean6", "secuencias3" and
"secuencias6" and the paper where the theory of this coding method is
specified.

Thank you very much.

David




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-set-output-multiple-tp54173p54187.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] question about set_output_multiple

2015-06-14 Thread dcardona
Hello

I'm trying to create a block whose number of outputs is the number of
inputs, which i'm setting as a parameter of the block(named tamano),+ n,
being n a parameter of the block too.
For example, if i use a vector sources block of size 16 as the input of my
block, and n = 3, the output should be of size 19.
According to what i have read, i should use the set_output_multiple() to
achieve this.

Problem 1:
But i don't know what is the correct way to do this, or where to set it.
I was doing it by writing: set_output_multiple(int tamano + n) at the
constructor, but i'm having an error: error: expected primary-expression
before ‘int’.

Problem 2:
I am trying to create this block with a c++ code and i don't know how to use
SWIG, i don't know if i should convert the c++ code into a python code using
SWIG and then copy it into the .cpp file generated, or if i copy the c++
code into it and then SWIG converts it to a python code using some commands
in the terminal.

Could the problem 1 has something to do with the fact that I am trying to
create this block with a c++ code?

Thank you very much.

David.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-set-output-multiple-tp54173.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about data types while creating blocks

2015-06-07 Thread dcardona
That sounds great, I will do that.

Thank you very much Marcus, You really helped me.




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-data-types-while-creating-blocks-tp54075p54083.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about data types while creating blocks

2015-06-07 Thread dcardona
Thank you very much Marcus.

And to save the vectors in the third block, should i use the
set_history(n*2^n)? how do i set the input i want to save?  because i have 2
inputs



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-data-types-while-creating-blocks-tp54075p54081.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about data types while creating blocks

2015-06-07 Thread dcardona
Hello again.

Maybe i could use n as a parameter on the block and do what yo suggest;
define in the io_signature of the block to let the item size to be 1 byte
and then maybe use the set_output_multiple(n*2^n).
Can i do something like this?

Thank you.

David



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-data-types-while-creating-blocks-tp54075p54079.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] question about data types while creating blocks

2015-06-07 Thread dcardona
Hi Marcus

Thank you very much for your response.

What i want to do in general, is a chaotic channel coding scheme (based in
Lorenz system) that works in lte, and compare it with the channel coding
schemes using conventionally (convolutional coding and turbocoding). That's
why i wrote you last week (May 31) doing some questions about the connection
between a trellis encoder block (or pccc encoder block) with the ofdm mod
and ofdm demod blocks and then with the viterbi combo block (or pccc decoder
combo block).

So, returning to the chaotic coding... The method i'm using requires first a
learning process which consists in obtain 2^n sequences (in this case n= 3)
each corresponding to 2^n values of the variable z crossing with 2 Poincare
surfaces sections (also a vector) of the Lorenz system. 
Hence, each coordinate of the vector (v) is really a sequence of symbols.
For example, z[1] corresponds to the v[1] sequence, z[2] with the v[2]
sequence, and so on.
I want to send this two vectors to a third block (explained below).

On the other hand, i have to create a second block that makes a differential
encoding; associating the bit 0 with a change of symbol in two consecutive
crossing with the Poincare surfaces of section (i.e., '23' or '32') and the
bit 1 with the repetition of the same symbol (i.e., '22' or '33').

The second blocks output will entry in a third block, i should convert it to
a string so i can compare it with the 2^n string sequences. This bock will
send the z values, which are double (that's why i was asking about the
output type float) that are needed to represent the sequences required
(based on the inputs from the second block). 

So, I was trying to create the first block, which makes the learning
process.
If n = 3, i guess i could simply define 8 vectors of size 3 for the symbol
sequences and another vector of size 8 for the z values directly in the
third block, this because there will be the same all the time. This way, i
only have 2 blocks (the second and the third).
But in the case n = 8), i would have to define more vectors manually (256
vectors each of size 8)
and that is what i wanted to avoid. I want to probe with several values of n
so i can compare the behavior.
I have thought and i could do it till n = 6. it's no to much to write 64
vectors of size 6 manually.

If you see a easier way to do all this, i'm all ears.

I don't know if i explained myself but thank you very much anyway. Again i'm
sorry for my English.  

David.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-data-types-while-creating-blocks-tp54075p54078.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] question about data types while creating blocks

2015-06-07 Thread dcardona
Hello

I'm trying to create a new block, which one of its output variables is
string. I would like to know if that it's possible or if i should convert it
to a integer type.
This output is a vector of size 8, each with three characters:
v[1] = '222'
v[2] ='223'
v[3] ='232'
v[4] ='233'
v[5] ='333'
v[6] ='322'
v[7] ='323'
v[8] ='332'

Also, i would like to know if i can transmit a double variable using the
float type output.

Thank you
David.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/question-about-data-types-while-creating-blocks-tp54075.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] [trellis - ofdm]

2015-05-31 Thread dcardona
Hi Marcus

Thank you for your quick response.

I think it works. I mean, i'm using an Error Rate block to compare the
Trellis Enoder's output and the Viterbi Combos' output (I'm also doing this
with the PCCC Encoder and the PCCC Decoder Combo blocks) and the results is
0 (like it should be).  But i'm not sure if i'm missing something because
the Viterbi Combo block (and the PCCC Decoder Combo) uses a constellation
parameter, doesnt that mean that it decodes and demodulates at the same
time? 
The OFDM Mod block makes a digital modulation, and the OFDM Demod block
demodulates it.
So, am I demodulating twice? I am new at this and i don't know if I am
wrong.

I'm sending you my flowgraph, if you could see it, i would be really
gratefull.

Thank you very much.

Pd: I though Rita's pcf was a user and I was answering a post. Sorry if I
was wrong. Like I said, I'm new at this.
FUNCIONA__INTENTOCOMPLETO_PCC_OFDMMOD_OFDMDEMOD_ErrorRate_VECTOR.grc

  



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/trellis-ofdm-tp29324p53953.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] [trellis - ofdm]

2015-05-31 Thread dcardona
Hello Rita's pcf

I'm trying to use the trellis encoder with the ofdm mod and the ofdm demod
too. 
Could you please tell me why it can't be used just by connecting the trellis
encoder's output with the ofdm mod's input.

Did you find a way to do this?

Please forgive me for my english



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/trellis-ofdm-tp29324p53950.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] pccc encoder

2015-04-11 Thread dcardona
Hi.

I understand the use of the trellis metrics block for the calculation of the
costs, but I don`t understand the use of the constellation parameter, thats
why I didn`t use that block before, I though it only was used in the cases
were modulation was made.

Thank you for correct my file.



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/pccc-encoder-tp53173p53271.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] pccc encoder

2015-04-11 Thread dcardona
Hi

Thank you for your help.

Now i`m trying to use only the pccc encoder and pccc decoder blocks, without
modulation.
I`m using the awgn1o2_8.fsm for the fsm parameter because i need a state
machine with those characteristics, and i`m using the error rate block to
make sure that the source is the same than the output of the decoder. But
this value is in the range between 0.02 and 0.06 (when the source is a
random source) when it should be 0 (i`m not using any noise or channel
blocks) and is 0.02 with the vector source V = (0, 1, 0,1,1,0,0,1). Does the
blocks itself introduce an error?

 Also i would want to know if i can create my own fsm file in the case i
need a state machine with characteristics I=2, S=64,O=8 (There is any in the
fsm_files folder). I created one but i don`t know either which is the format
i should use nor where to save it.
 How the Bits per Symbol parameter influences in the error rate?

Again i apologize for my english.

Thank you very much for your help.
FSM284_Vector_Cod_decod_turbo_error_rate.grc

  





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/pccc-encoder-tp53173p53264.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] pccc encoder

2015-04-07 Thread dcardona
HI
Thank you very much for your response, you really helped me.

In my last post, i made a mistake. The fsm that i wanted to use is
fsm=1,2,[13,11]. If i understood well, i should use a 16qam modulation.

But i`m using an error rate block, just like in the example pccc.grc (only
that i`m not using any channel), and at the number sink i`m having a ber
value, when i shouldn`t have any. 
I dont`n know where is my mistake.


If you could help me, i really appreciate.
FUNCIONApccc_random_chunks_pcccdeccombo.grc

  



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/pccc-encoder-tp53173p53214.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio