pt in apps/ will take the output generated by
>>> gr-air-modes and parse it to tell you how many actual aircraft you've heard.
>>>
>>> --n
>>>
>>>
>>> On Mon, Jan 27, 2014 at 2:35 AM, Ralph A. Schmid, dk5ras <
>>> ra...@schmid.xx
t;
>> --n
>>
>>
>> On Mon, Jan 27, 2014 at 2:35 AM, Ralph A. Schmid, dk5ras <
>> ra...@schmid.xxx> wrote:
>>
>>> When having no clue about the data I should expect - how can I find out
>>> about the real data, and how can I see
.@gnu.org [mailto:
>> discuss-gnuradio-bounces+ralph=schmid@gnu.org] *On Behalf Of *Nick
>> Foster
>> *Sent:* Monday, January 27, 2014 9:43 AM
>> *To:* Cheng Chi
>> *Cc:* GNURadio Discussion List
>> *Subject:* Re: [Discuss-gnuradio] Help about using g
;
> Ralph-
>
>
>
> *From:* discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:
> discuss-gnuradio-bounces+ralph=schmid@gnu.org] *On Behalf Of *Nick
> Foster
> *Sent:* Monday, January 27, 2014 9:43 AM
> *To:* Cheng Chi
> *Cc:* GNURadio Discussion List
>
-bounces+ralph=schmid@gnu.org] On Behalf Of Nick
Foster
Sent: Monday, January 27, 2014 9:43 AM
To: Cheng Chi
Cc: GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] Help about using gr-air-modes
The reason you're seeing lots of false packets is the use of a zero
threshold. Leave the
The reason you're seeing lots of false packets is the use of a zero
threshold. Leave the -T 0 part out of the command line. Your other settings
are fine, although if you're indoors you probably aren't going to see much
data at all.
I'll look into the timestamp issue and see if I can replicate it h
Hi Nick,
The command line:
{{{
modes_rx -T 0 -r 1000 -s packet_float.dat
}}}
The setup:
USRP + WBX + VERT900 Antenna, gain is set at 19 when recording the data.
The output:
{{{
usrp@ubuntu:~/gr-air-modes/apps$ modes_rx -T 0 -r 1000 -s
packet_float.dat
Using file source packet_float.dat
On Mon, Jan 27, 2014 at 12:23 AM, Cheng Chi wrote:
> Hi Nick,
>
> Thanks for your quick reply!
>
> I have to use a 10M sampling rate in my case, but due to computer
> constrain, modes_rx will cause overflow when used directly with -r
> 1000. I gauss it's because it's sampling data in float? I
Mode a packets don't contain time stamp but that should not stop you te
stamping them from the PC time
Are you Mlat processing. ?
Sent from my iPhone
> On 27 Jan 2014, at 5:48 pm, Cheng Chi wrote:
>
> Hi,
>
> I am using gr-air-modes for decoding the air plane signal with USRP. I've
> succe
Hi Nick,
Thanks for your quick reply!
I have to use a 10M sampling rate in my case, but due to computer
constrain, modes_rx will cause overflow when used directly with -r
1000. I gauss it's because it's sampling data in float? I am using a
GPSDO with USRP.
So I record data in short at 10M sa
On Sun, Jan 26, 2014 at 11:48 PM, Cheng Chi wrote:
> Hi,
>
> I am using gr-air-modes for decoding the air plane signal with USRP. I've
> successfully used the "modes_rx" and "modes_gui" for decoding the mode-S
> packets.
>
> However, it seems that the modes_rx or modes_gui can't provide the
> tim
Hi,
I am using gr-air-modes for decoding the air plane signal with USRP. I've
successfully used the "modes_rx" and "modes_gui" for decoding the mode-S
packets.
However, it seems that the modes_rx or modes_gui can't provide the
timestamp of the mode-S packets being decoded. Is there any option tha
12 matches
Mail list logo
