On Fri, May 2, 2014 at 11:08 AM, Martin Braun wrote:
> On 02.05.2014 16:59, zielalaoui wrote:
>
>> Hi to all,
>> I resolved my problem and I want to share the solution
>> The problem was the amplitude in the QAM demod block input. I checked the
>> constellation in the transmitter directly before U
On 02.05.2014 16:59, zielalaoui wrote:
Hi to all,
I resolved my problem and I want to share the solution
The problem was the amplitude in the QAM demod block input. I checked the
constellation in the transmitter directly before UHD usrp block for being
sure the the constellation points are good d
Hi to all,
I resolved my problem and I want to share the solution
The problem was the amplitude in the QAM demod block input. I checked the
constellation in the transmitter directly before UHD usrp block for being
sure the the constellation points are good depending on the samples/symbol
value (8 w
On Wed, Apr 30, 2014 at 1:01 PM, zielalaoui wrote:
> Yes I did, with channel model like that:
> Noise voltage = 200m
> frequency offset=50m
> epsilon=900m
> taps=1
> seed=0
> And I can receive data.
>
Ok. A couple of things. First, please keep the rest of the conversation in
the mail and bottom
Yes I did, with channel model like that:
Noise voltage = 200m
frequency offset=50m
epsilon=900m
taps=1
seed=0
And I can receive data.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/On-air-16-QAM-transmission-problem-with-USRP-N210-tp47871p47903.html
Sent from the GnuRadio mai
On Wed, Apr 30, 2014 at 12:04 PM, zielalaoui wrote:
> Hi Tom,
> Yes i've already done the simulation with 16 QAM and even 64 QAM by
> following your example for MPSK. The simulation was very good even I add
> noise in the channel model. I had only problem of power, if the
> transmitting
> power i
Hi Tom,
Yes i've already done the simulation with 16 QAM and even 64 QAM by
following your example for MPSK. The simulation was very good even I add
noise in the channel model. I had only problem of power, if the transmitting
power is high enough the transmission is perfect with no errors. On air,
On Wed, Apr 30, 2014 at 10:58 AM, zielalaoui wrote:
> Hi all,
> For synchronization I did not add blocks because the QAM.py calls
> synchronization blocks from generic_mod file which already contains AGC,
> fll, polyphase clock synk, ... I thought that those bolcks are doing the
> job. So i just
Hi all,
For synchronization I did not add blocks because the QAM.py calls
synchronization blocks from generic_mod file which already contains AGC,
fll, polyphase clock synk, ... I thought that those bolcks are doing the
job. So i just think to add FEC block because it is not a part of my
flow-graph
On Wed, Apr 30, 2014 at 3:22 AM, Martin Braun wrote:
> On 29.04.2014 23:22, zielalaoui wrote:
>
>> Hi all,
>> I am trying to build transmission on air by using USRPs N210. The
>> transmission is good with MPSK modulations but when i try to use 16_QAM i
>> could not receive data (0 bytes at the rec
On 29.04.2014 23:22, zielalaoui wrote:
Hi all,
I am trying to build transmission on air by using USRPs N210. The
transmission is good with MPSK modulations but when i try to use 16_QAM i
could not receive data (0 bytes at the reception). I tried to adapte
transmission power, gain at the tranmitte
You'll have to attach the flowgraph.
On Wed, Apr 30, 2014 at 7:22 AM, zielalaoui wrote:
> Hi all,
> I am trying to build transmission on air by using USRPs N210. The
> transmission is good with MPSK modulations but when i try to use 16_QAM i
> could not receive data (0 bytes at the reception).
Hi all,
I am trying to build transmission on air by using USRPs N210. The
transmission is good with MPSK modulations but when i try to use 16_QAM i
could not receive data (0 bytes at the reception). I tried to adapte
transmission power, gain at the tranmitter, gain at receiver, samp_rate but
the re
13 matches
Mail list logo
