Dear all,
I was working for some time on a project of a set of GNU Radio tools for
receiving GSM transmissions. As the project reached the point where it
might be useful for the community I have decided to officially announce
it. It is available on github with short installation and usage guides:
Looking for help
I have written a source block to do satellite predictions. It acts as a
source of a float representing the input parameter - e.g. elevation. The
block probes predict via UDP, looks at the string returned and selects the
asked for parameter.
So far fine, but I would like
I would suggest looking at the message-strobe block and using messages.
- Seth
Sent from my iPhone
On Nov 30, 2014, at 10:11 AM, Mike Willis willis...@gmail.com wrote:
Looking for help
I have written a source block to do satellite predictions. It acts as a
source of a float
I looked at that but I don’t know how to and it’s extremely difficult to
understand. It is probably possible to bodge using the system timer to avoid a
re-calculation if called within less than a specific time, e.g. 10 seconds.
This is what I am thinking at the moment. Basically reduce the
That may work, but it may cause problems with the scheduler if you are using
stream ports.
- Seth
Sent from my iPhone
On Nov 30, 2014, at 10:47 AM, Mike Willis willis...@gmail.com wrote:
I looked at that but I don’t know how to and it’s extremely difficult to
understand. It is probably
Yes, it worked but the CPU load is immense as the function probe is probing
about as fast as it can and of course there is still overhead in looking up the
time. Basically if the time in seconds is the same as last time it just returns
the previous sample without repeating any calculations. I
I want to check some signal in fpga, so generate the bit stream file, and burn
it by JTAG, Moinitor some signal in the chipscope
Then, burning is finished, receiver program (gnuradio) in computer is running
well, but chipscope signal can be triggered
I do not why?
Thank you for your help!!
Hi Bashar,
It was a bit hard to read, and I'm trying not to debug too much of your
code, but you should definitely set the start time for all your USRPs,
not just for one.
Best regards,
Marcus
On 11/29/2014 12:10 AM, Bashar Hussain wrote:
Dear Marcus
Thanks for you. Actually I started to get
Hi hzc,
that's not nearly enough information for anyone to guess what's going
on. What USRP device (there's around a dozen publicly available USRP
types)? Which signal? Why are you doing things in the FPGA?
What are you doing? What is your problem with the chipscope signal?
Generally: [1]!
Also:
Hi Michele,
if you built GNU Radio/gqrx with gcc, then the GNU Debugger might be of
immensive help.
First make sure you've built GNU Radio with debugging symbols (cmake
-DCMAKE_BUILD_TYPE=RelWithDebInfo [...]), then start gqrx in the debugger:
? gdb $(which gqrx)
[lots of text from gdb]
(gdb)
Hi,
I'm currently using the Rational Resampler in GUNURADIO to resample LTE
data, for example from 30.72MHz to 15.36MHz and 50MHz to 15.36MHz. I`m able
to decode the data, so every thing seems to be well.
I chose the Rational Resampler, simply because it is easy to use. However I
noticed,
The PFB Arb Resampler is the newest. I've been using it to do all my
resampling for every application because it's dead simple - handles all the
nyquist filtering for you and allows fractional resampling.
On Sunday, November 30, 2014, Paul Creaser drpaulcrea...@gmail.com wrote:
Hi,
I'm
12 matches
Mail list logo