Thanks Martin, i tried with replacing uhd with channel model, I had good
signal at the receiver after gmsk_demodulator but I'm facing the same
problem i.e with packet decoder no out put after here.
Even I tried with removing uhd and directly connecting them even though I
have the same problem
Lot of people around here at IIT Bombay also complain that there is no data
at the output of packet decoder.
Try replacing the random source (binary output) with a signal source(set it
to float). And try to plot the output of packet decoder(float output) in a
gui sink. That should work, because
To expand on Martin's comments, here are some of the issues that *could* be
present:
- Add a mult_const block or otherwise reduce the amplitude of the i/q
signal going to the usrp_sink from +/- 1.0 to 0.5 or 0.7. This ensures you
are not non-linear in the transmitter.
- tx and
And here's a flowgraph with some of the recommendations above (attached).
-John Malsbury
On Fri, Mar 28, 2014 at 12:12 AM, John Malsbury john.malsb...@ettus.comwrote:
To expand on Martin's comments, here are some of the issues that *could*
be present:
- Add a mult_const block or
Hi,
I am trying to receive signal from I-4 satellites of Inmarsat.
I found that I-4 satellites have one global beam with 25 KHz bandwidth and
several regional beams with 50 KHz bandwidth. However, I have scanned
through frequency band 1525-1559 MHz and haven't been able to find those
beams.
On 03/27/2014 05:15 PM, Stephen Andrew wrote:
File source - throttle - file sink
produces no data if repeat is off, and the sent file is small. If the
sent file is large, it will produce some data, but not all of it.
Removing the throttle doesn't seem to have an effect.
For example, I
I intend to make some tests with the antenna of my Inmarsat phone. When the
phone receives something, I keep the antenna position and simply will plug the
antenna to my SDR to see what happens. But I have no idea when I will find some
time for this test…
Ralph.
From:
Hi Martin,
Sorry for the very slow reply. Life is hectic here!
I found that if I removed the SNR input, that provides many few inputs that the
other (its an SNR value *per packet*, so there is only 1 input item to this for
every 768 to the other input), the output buffer increases to
Yes , I tried it again it works :)
Thanks Tom , Volker Nathan .
I ran gnuradio in terminal after installing I see there is no problem in
it
sara@ubuntu:~/gnuradio$ gnuradio-companion
Warning: Block key blocks_ctrlport_monitor_performance not found when
loading category tree.
Warning: Block key
I am using Boost 1.53, on Ubuntu 13.10 via apt-get. When I was running it
under GnuRadio 3.6, I think I was running Boost 1.49, but it got upgrade
because I think it is not compatible with GR 3.7?
Would it be worth it to try build from source for Boost 1.48 or 1.55?
On Fri, Mar 28, 2014 at
What version of boost are you using?
Tim
On Fri, Mar 28, 2014 at 12:45 PM, Luke Berndt luk...@gmail.com wrote:
I was wondering if there has been any progress or work arounds for Bug 598
in 3.7?
http://gnuradio.org/redmine/issues/598
The issue is the GnuRadio will segfault if there are
I was wondering if there has been any progress or work arounds for Bug 598
in 3.7?
http://gnuradio.org/redmine/issues/598
The issue is the GnuRadio will segfault if there are too many Lock /
Unlocks.
I am having it happen after 6 - 10 lock/unlocks.
My program is a C++ program that records
Yes , I tried it again it works :)
Thanks Tom , Volker Nathan .
I ran gnuradio in terminal after installing I see there is no
problem in it
sara@ubuntu:~/gnuradio$ gnuradio-companion
Warning: Block key blocks_ctrlport_monitor_performance not found
when loading category tree.
Warning: Block
I just found a good starting point. This program uses hamlib, a library
that is often used to control rigs and antenna rotors and that is
supported by GPredict:
http://james.ahlstrom.name/hamlib.html
I just tested it and GPredict connects well to localhost:4575. The
server programs output shows
I was thinking the older version of boost had a bug in the boost thread
stuff that was causing this, but boost 1.53 should be fine.
On Fri, Mar 28, 2014 at 1:09 PM, Luke Berndt luk...@gmail.com wrote:
I am using Boost 1.53, on Ubuntu 13.10 via apt-get. When I was running it
under GnuRadio
Hi,
Can you explain in detail regarding querying the Gpredict for doppler
corrected freq. using UDP, since I novice to UDP. If possible,, can you
please post the relevant code.
Rajesh
--
View this message in context:
If all you need is something in python you can just use pyephem
http://rhodesmill.org/pyephem/
Alex
On Fri, Mar 28, 2014 at 6:33 PM, M Dammer i...@mdammer.net wrote:
I just found a good starting point. This program uses hamlib, a library
that is often used to control rigs and antenna rotors
Which device did you used for receiving samples? I have noticed a same
phenomenon with my device, caused by a coarse implementation of a high
pass filter.
On 03/26/2014 04:08 PM, Bastian Bloessl wrote:
On 26 Mar 2014, at 15:05, alex alexleeresea...@gmail.com wrote:
I am currently working on
I want to make a test and see the output , I put 3 blocks , vector source ,
throttle and vector sink . I edited the vector parameter in vector source
block to (6,6). All 3 blocks have a type byte. I generated the flow graph.
I moved to the directory of grc file , I wrote in terminal
vim
I found that tb.wait() is written in the file so it takes too long time .
Now after I erased tb.wait() .. the output on terminal is --- ( ) .. I
don't know why ?? Here is what is written in top_block.py
#!/usr/bin/env python
##
# Gnuradio Python
1531 MHz signals from what? If you are using a patch antenna then it
probably won't have the bandwidth to cover 100 MHz.
Lou
KD4HSO
Cheng Chi wrote
- Iridium antenna (I am not able to get specific antennas for
Inmarsat...Iridium is at 1616 -1626.5 MHz and Inmarsat is at 1525-1559
MHz.
I
21 matches
Mail list logo