On Wed, Jan 29, 2014 at 10:14:19AM +0800, Cheng Chi wrote:
> I am trying to collect signal from Thuraya-3. Here is the setup I
> used:
> - USRP N210 + WBX
> - LNA with 30dB gain (ZHL-1217MLN)
> - Iridium Antenna (I don't have specific antenna for Thuraya right now.
> Since Iridium and Thuraya freq
Also, apparently, the two systems have opposite polarization:
http://www.peter2000.co.uk/aviation/satcomms/3G1216RL-P-XXX-X.pdf
-John
On Tue, Jan 28, 2014 at 8:32 PM, John Malsbury wrote:
> Cheng,
>
> The resources I've read say that the downlink is 1525-1559 MHz, which is a
> ways off from Ir
Cheng,
The resources I've read say that the downlink is 1525-1559 MHz, which is a
ways off from Iridium's frequency of 1616-1626 MHz.
This would suggest that you should find a different antenna, like this one
which covers both bands:
http://www.northernaxcess.com/satellite-communication-products/
On 01/28/2014 09:24 PM, Cheng Chi wrote:
Hi,
I think it's TDMA/FDMA, not spread spectrum. Each channel is about 30KHz.
Best regards,
Cheng Chi
Make sure that you're tuned to the correct frequency, and that your link
margins are adequate. It could be that your antenna has insufficient
gain
Hi,
I think it's TDMA/FDMA, not spread spectrum. Each channel is about 30KHz.
Best regards,
Cheng Chi
On Wed, Jan 29, 2014 at 10:17 AM, Marcus D. Leech wrote:
> On 01/28/2014 09:14 PM, Cheng Chi wrote:
>
> Hi,
>
> I am trying to collect signal from Thuraya-3. Here is the setup I used:
> - U
On 01/28/2014 09:14 PM, Cheng Chi wrote:
Hi,
I am trying to collect signal from Thuraya-3. Here is the setup I used:
- USRP N210 + WBX
- LNA with 30dB gain (ZHL-1217MLN)
- Iridium Antenna (I don't have specific antenna for Thuraya right
now. Since Iridium and Thuraya frequency bands are quite c
On 01/28/2014 09:14 PM, Cheng Chi wrote:
Hi,
I am trying to collect signal from Thuraya-3. Here is the setup I used:
- USRP N210 + WBX
- LNA with 30dB gain (ZHL-1217MLN)
- Iridium Antenna (I don't have specific antenna for Thuraya right
now. Since Iridium and Thuraya frequency bands are quite c
Hi,
I am trying to collect signal from Thuraya-3. Here is the setup I used:
- USRP N210 + WBX
- LNA with 30dB gain (ZHL-1217MLN)
- Iridium Antenna (I don't have specific antenna for Thuraya right now.
Since Iridium and Thuraya frequency bands are quite close, I suppose it
would work more or less)
Hi,
The patch in 86845ea15ab8d36f5c196c8ab56e5b77d43b4cf9
did not make it into the 'maint' branch. As this is a bugfix it should be
applied on this branch as well.
Happy hacking
On Tue, Jan 21, 2014 at 9:41 AM, Aditya Dhananjay wrote:
>
>>
>>
>> For the record: The default is 8 bits CRC, so t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ken,
since segfaults are never desirable, we should look into the issue.
Generally, I'd say that flowgraphs are not really meant for restarting
if not special precautions were made. Many blocks are stateful,
meaning that it does matter if you're t
How can you restart a flow graph after a head block kills it?
For example, I want to do something like the following:
tb.start()
tb.wait() # head block will terminate
... do some reconfiguration ...
tb.start()
However, I get a seg fault if I ever try to call tb.start() after the head
block retur
If you build a wx.App application you can use wx.StaticBitmap indicators
for each channel. The bitmap for each channel can then be SetBitmap() to
either a red or green circle, for example, depending on whether the power
exceeds a threshold. The power measurements and threshold checks can be
perform
It works! Thank you very much!
Marco.
-Original Message-
From: Josh Blum [mailto:j...@joshknows.com]
Sent: martedì 28 gennaio 2014 08.48
To: Marco Bosco; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] change a block parameter using a python script
On 01/27/2014 11:19 PM, Mar
On Tue, Jan 28, 2014 at 12:34 PM, Jose Rodriguez
wrote:
>
> On Tue, Jan 28, 2014 at 12:05 PM, Tom Rondeau wrote:
>>
>> On Tue, Jan 28, 2014 at 11:10 AM, Jose Rodriguez
>> wrote:
>> >
>> > Hi,
>> >
>> > I am a beginner at Gnuradio and I am working on writing some simple
>> > graphs.
>> > I am hav
On Tue, Jan 28, 2014 at 12:05 PM, Tom Rondeau wrote:
> On Tue, Jan 28, 2014 at 11:10 AM, Jose Rodriguez
> wrote:
> >
> > Hi,
> >
> > I am a beginner at Gnuradio and I am working on writing some simple
> graphs.
> > I am having a problem w. the block "Message Source".
> >
> > I got the block "Mes
On Tue, Jan 28, 2014 at 11:10 AM, Jose Rodriguez
wrote:
>
> Hi,
>
> I am a beginner at Gnuradio and I am working on writing some simple graphs.
> I am having a problem w. the block "Message Source".
>
> I got the block "Message Strobe" connected to "Message Source" (the goal is
> to extract the da
Hi,
I am a beginner at Gnuradio and I am working on writing some simple graphs.
I am having a problem w. the block "Message Source".
I got the block "Message Strobe" connected to "Message Source" (the goal is
to extract the data bytes and feed them to a "Packet Encoder" block).
The graph builds
On 01/23/2014 03:21 PM, David Halls wrote:
> I wondered, if you are working on the HPD, if it’s possible to look into
> making a change when a header is received incorrectly, e.g. low SNR or
> sudden shadowing. I find that (although it no longer crashes with the
> recent update to adjust buffer siz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thinking about it, if we're exchanging thoughts, I think the CMake
Modules would make a fine submodule in the GR main tree, as well as in
OOT modules.
But that would introduce to initializing and updating the cmake
submodule after cloning the gnuradio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Also, usually to build an OOT-Module you shouldn't need the whole GR
tree, but only the headers that had been used to build the
gnuradio-libraries as well as the libraries to link against.
So, when introducing another external dependency for OOT modul
> at the moment each out of tree module has it's one cmake/Modules path,
> containing some cmake macros, mainly copied from some gnuradio source tree.
GnuRadio already installs the required CMakefiles modules globally so
AFAIK, OOT modules are free to use them.
And it's definitely a goal toward t
Hi,
at the moment each out of tree module has it's one cmake/Modules path,
containing some cmake macros, mainly copied from some gnuradio source tree.
As gnuradio development proceeds, cmake modules may be updated. It's not
always necessary but perhaps good practice to keep the out of tree cm
On 01/28/2014 10:01 AM, Jordan Johnson wrote:
> They commonly peak at 10dB and above...even without any gain. How do I
> go about decreasing it? Never explored that option but worth a shot I
> suppose. I'm going to sleep now, but can up the GRC to Google Drive
> later today for investigation.
Just
On 01/28/2014 09:56 AM, Jordan Johnson wrote:
> My other email must've not made it. I'm a complete newbie to this
> mailing list thing. I assumed it was Real and Imaginary. It worked for
> signal sources.
>
> But anyway there still seems to be a snag. The individual inputs work,
> but once they ge
On 01/28/2014 01:26 AM, Jordan Johnson wrote:
> Well it indeed appears to be my graph. Tried using a simple graph.
>
> Signal Source (32k) > Complex - Float > WAV
Jordan,
this is a common use case for WAV files, actually. What you do is you
split the complex signal and pass the I part to one cha
25 matches
Mail list logo
