Hi all,
finally I added only delay of 64 samples due to correlate access code and
it works good. My filter is of order 165 and with that additional delay the
rssi is wrong. Why there is no delay due to the filter?
Thank you
On Fri, Jul 19, 2013 at 12:05 AM, Nemanja Savic wrote:
> Hi Adeel, al
Hi Adeel, all,
thank you again for your reply.
The structure of my receiver is following:
/---> filter ---> quadrature demod > threshold
detector ---> clock synchronization ---> correlate ac ---> deframer
usrp source
/
/
\
/
\---> rms ---> 10 log
--
Nemanja,
>>The problem that I have now is how to ensure that samples from
demodulator chain and samples from RSSi calculator come in the same time to
the symbol decision block. How can I tune this delay and is it
deterministic?
Yes, the delay is fix and can be determined by adding delay of all
"Fi
just to add this: In scope sink signals looks pretty alligned, but when I
print RSSI value for every bit they don't match to waveform, so I suppose
(and hope) that comes from the way how scope sink works.
On Thu, Jul 18, 2013 at 5:05 PM, Nemanja Savic wrote:
> Hi,
>
> thank you Adeel for your a
Hi,
thank you Adeel for your answer. I implemented almost the same approach
yesterday. I bring signal from USRP through rms and log calculator directly
to the block for sampling symbol value. On every symbol I read RSSI and
send that value forward. As soon as I detect premble i start calculating
R
Nemanja,
I built this block sometime back. The ideas is to construct a custom RSSI
Measurement block having input
1: complex IQ-samples after USRP-SRC or before "AGC"
2: byte-stream after "digital_correlate_access_code_bb". Output byte stream
has data in LSB (1st bit) while Flag in 2nd bit shows
This looks a bit silly cause I am speaking with myself. Anyway, maybe I can
do something with probe_avg_mag_sqr, but maybe somebody can tell me how can
I access that block's values from another block?
Best,
Nemanja
On Tue, Jul 16, 2013 at 3:16 PM, Nemanja Savic wrote:
> The only way that is on
The only way that is on my mind is to detect burst and store it in a file,
and then to send a message to the block that will read that file, and in
case of successfull demodulation and decoding to calcualte signal power,
but it looks pretty robust and non elegant.
Cheers,
Nemanja
On Tue, Jul 16,
Any suggestions on this topic, opinions?
Best
Nemanja
On Tue, Jul 9, 2013 at 4:23 PM, Nemanja Savic wrote:
> Hi again gnuradioers,
>
> as always, I would like to ask for your opinion before starting to write
> my own block.
> Basically, I would like to add a feature to my receiver to be able t
Hi again gnuradioers,
as always, I would like to ask for your opinion before starting to write my
own block.
Basically, I would like to add a feature to my receiver to be able to
calculate average signal strength during signal reception. When I receive a
valid packet I would like to have a RSS val
10 matches
Mail list logo