[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss-gnuradio] Re: debug freezing
From: |
feldmaus |
Subject: |
[Discuss-gnuradio] Re: debug freezing |
Date: |
Thu, 7 May 2009 11:25:34 +0000 (UTC) |
User-agent: |
Loom/3.14 (http://gmane.org/) |
Josh Blum <josh <at> joshknows.com> writes:
> Do you think that it might be possible for peak detector to output
> always the same number at "some frequencies"?
I think not. The Peakdetector(with TH factor Rise and Fall) works and the
Peakdetector2 works not. Maybe there are some bugs in the peakdetector2
(with only TH factor Rise).
>
> Replace the peak detector with a source of constant 0 or a source of
> constant 1, do the plots appear frozen?
Yes i did this and also other combinations, but only when i play with
Peakdetecor2, my application freezes.
>
> It seems that if you give the graphical sinks a signal that never
> changes, the plotted waveforms will also not change.
My application is really freezed. I changed the signal frequency, so i
can watch how the signal in the scope changes, but when i change to
special frequencies, then i get my application freezed.
>
> Further, if your scope is triggering on channel 1 (the blue) and blue is
> constant, the scope cannot find a trigger point, and stop plotting new
> samples until a trigger point is found.
I tried this also, but this doesnt solve this problem.
As i said this problem doe not appear in Pekdetector but in
Peakdetector2.
Further on the Peakdetecor finds peaks whether i changed the TH factor Rise
to 10e15. :-) It would be nice if you give me some instructions
for the alpha value and look ahead. Because i think i missunderstood the
documentation of the peakdetector.
Will there be always an average value calculated or only when the threshold
founds some possible peak ?
Can you please explpain in your own words the alpha value ?
regards markus
- [Discuss-gnuradio] Re: debug freezing,
feldmaus <=