hello Everybody,
I am trying to recover my fsk signal with the Muller&muller block.
Here is my configuraiton:
Sample rate of USRP = 240K
bitrate of signal = 9600bps
receiving the signal from the USRP,
apply a low pass filter -> quadrature demod ->rational resampler -> m&m
sync block
My signal
Problem solved!
The IT people had done an apt-get dist-upgrade
that upgraded the libraries to 13.1.
After recompiling gnuradio with the new libraries and burning new fpga
images in the X300 everything worked fine.
thanks for the help,
Achilleas
___
Disc
Hello Cinaed,
Thank you for the quick response,
I look at your flowgraph, and i appreciate al the corrections you told me.
I must just say that i was guiding myself through the examples that are
under the folder digital when you install GNU Radio.
I took your model, and did some changes to mine
Nope.
1/Averaging evaluates to zero.
1/Averaging. (trailing period) does not evaluate, either in the Moving
Average parameters, or as a separate variable.
On Mon, Jan 21, 2019 at 11:00 PM Cinaed Simson
wrote:
> 1/5 is zero using integer division in python.
>
> Try using float division
>
> 1/4
> Date: Tue, 22 Jan 2019 10:42:19 +0100
> From: samuel verdon
>
> hello Everybody,
>
> I am trying to recover my fsk signal with the Muller&muller block.
> Here is my configuraiton:
> Sample rate of USRP = 240K
> bitrate of signal = 9600bps
>
> receiving the signal from the USRP,
> apply a low
Hi Samuel,
Is there any reason why you do the quadrature demodulation before the
resampler? Usually the CPU limitations require to decimate the signal
as soon as possible to a manageable rate for the quadrature demod
block. Also, if the FSK symbols are not RC filtered and represent a
square wave,
So how would you represent this expression so that it evaluates as floating
point:
As the "Delay" variable in a delay block: Phase * (SampleRate/360)
On Tue, Jan 22, 2019 at 5:59 AM david vanhorn wrote:
> Nope.
>
> 1/Averaging evaluates to zero.
> 1/Averaging. (trailing period) does not evalua
On 1/22/19 8:51 AM, Luis Felipe Albarracin Sanchez wrote:
> Hello Cinaed,
>
> Thank you for the quick response,
>
> I look at your flowgraph, and i appreciate al the corrections you told me.
>
> I must just say that i was guiding myself through the examples that are
> under the folder digital wh
On 1/22/19 4:59 AM, david vanhorn wrote:
> Nope.
>
> 1/Averaging evaluates to zero.
> 1/Averaging. (trailing period) does not evaluate, either in the Moving
> Average parameters, or as a separate variable.
You can't put a "." after a variable.
Use
1/float(Averaging)
or
1./Averaging
-- Ci
Hello Cinaed, Discussion List,
Once again thank you for the response,
Please believe me that i have gone through tutorials, and i have understood
that in the python Top block i could enable/disable blocks, i also went
through this specific one for modulations:
https://wiki.gnuradio.org/index.php
On 1/22/19 1:54 PM, Luis Felipe Albarracin Sanchez wrote:
> Hello Cinaed, Discussion List,
>
> Once again thank you for the response,
>
> Please believe me that i have gone through tutorials, and i have
> understood that in the python Top block i could enable/disable blocks, i
> also went through
Hello Cinaed and all,
Thanks for the response.
Mainly I want to change the modulation directly while running the flowgraph
(either by QT GUI Chooser or other switch), without having others in
parallel for future control systems implementations.´
I don´t know if you have any ideas or guidelines
I have seen a lot of links and tried a lot of downloads. My hw works but
sofar osmocom does not see the device. I assume that means I have not found
the real driver I need. Does anyone have this working on Windows, and can
I get a pointer to the working driver?
___
13 matches
Mail list logo
