bistromath/gr-air-modes

Gnuradio Mode-S/ADS-B radio

gr-air-modes's Issues

No module modes_rx_ui (required by modes_gui)

$ modes_gui
Traceback (most recent call last):
File "/usr/bin/modes_gui", line 30, in
from air_modes.modes_rx_ui import Ui_MainWindow
ImportError: No module named modes_rx_ui

The code:
from air_modes.modes_rx_ui import Ui_MainWindow

The grep for Ui_MainWindow against sources provides no match.

cmake error

What do you guys make of this error when installing gr-air-modes on Ubuntu 14.04 LTS?

polyted@polyted-VirtualBox:~/Downloads/gr-air-modes-master/build$ cmake ../
-- The CXX compiler identification is GNU 4.8.2
-- The C compiler identification is GNU 4.8.2
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Could NOT find Boost
CMake Error at cmake/Modules/GrBoost.cmake:90 (if):
if given arguments:

"EQUAL" "104600"

Unknown arguments specified
Call Stack (most recent call first):
CMakeLists.txt:50 (include)

-- Configuring incomplete, errors occurred!
See also "/home/polyted/Downloads/gr-air-modes-master/build/CMakeFiles/CMakeOutput.log".

Temp file creation broken on windows

modes_rx SBS-1 crashes on Linux mint 16 x64

The app crashes after 1 hour running.

Traceback:

Exception in thread Thread-3:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 808, in bootstrap_inner
self.run()
File "/usr/local/lib/python2.7/dist-packages/air_modes/zmq_socket.py", line 101, in run
self._pubsub[address] = msg
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in __setitem
sub(val)
File "/usr/local/lib/python2.7/dist-packages/air_modes/parse.py", line 433, in publish
pub["type%i_dl" % ret.data.get_type()] = ret
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in setitem
sub(val)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 95, in output
sbs1_msg = self.parse(msg)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 142, in parse
outmsg = self.pp4(msg.data, msg.ecc)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 165, in pp4
aircraft_id = self.get_aircraft_id(ecc)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 86, in get_aircraft_id
for icao, _id in self._aircraft_id_map.iteritems():
RuntimeError: dictionary changed size during iteration

Some details:
USRP B210 / UHD
Linux Mint 16 x64
Python 2.7.5+
linux; GNU C++ version 4.8.1; Boost_1.53
gnuradio 3.7.3

hackrf gain settings

software only allows for one out of 3 RX gain settings.

modes_gui SBS-1 freezes on Ubuntu 10.13 x64

The app freezes after 10 minutes running.

Traceback:

Exception in thread Thread-1:
Traceback (most recent call last):
 File "/usr/lib/python2.7/threading.py", line 808, in __bootstrap_inner
    self.run()
  File "/usr/local/lib/python2.7/dist-packages/air_modes/zmq_socket.py", line 101, in run
    self._pubsub[address] = msg
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in __setitem__
    sub(val)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/parse.py", line 433, in publish
    pub["type%i_dl" % ret.data.get_type()] = ret
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in __setitem__
    sub(val)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 95, in output
    sbs1_msg = self.parse(msg)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 144, in parse
    outmsg = self.pp5(msg.data, msg.ecc)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 171, in pp5
    aircraft_id = self.get_aircraft_id(ecc)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 86, in get_aircraft_id
    for icao, _id in self._aircraft_id_map:
TypeError: 'int' object is not iterable

Some details:

Ubuntu 13.10 x64
Python 2.7.5+
linux; GNU C++ version 4.8.1; Boost_105300
gr-osmosdr v0.1.0-65-g24f6f88a (0.1.1git) gnuradio 3.7.2.1

Fix RTLSDR/Jawbreaker gain

Need appropriate default gain settings for RTLSDR and gain binning for Jawbreaker (should really be in osmosdr).

Next sometimes stops receiving in GUI app.

modes_rx untested so far.

Compilation not work with gnu radio 3.7 on Mac OSX

Hi, I use the 'next' branch. However, there are some errors.

toutekiMacBook-Pro:gr-air-modes-next survive$ cd /opt/local/share/gnuradio/survive/gr-air-modes-next
toutekiMacBook-Pro:gr-air-modes-next survive$ cmake ./CMakeLists.txt
-- The CXX compiler identification is Clang 5.1.0
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.55.0
-- Found the following Boost libraries:
-- date_time
-- program_options
-- filesystem
-- system
-- thread
-- Found PkgConfig: /opt/local/bin/pkg-config (found version "0.28")
-- checking for module 'gnuradio-runtime'
-- found gnuradio-runtime, version 3.7.3
-- Found GNURADIO_RUNTIME: /opt/local/lib/libgnuradio-runtime.dylib
CMake Warning (dev) at CMakeLists.txt:81 (include):
Syntax Warning in cmake code at

/opt/local/share/gnuradio/survive/gr-air-modes-next/cmake/Modules/GrPython.cmake:201:44

Argument not separated from preceding token by whitespace.
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning (dev) at CMakeLists.txt:81 (include):
Syntax Warning in cmake code at

/opt/local/share/gnuradio/survive/gr-air-modes-next/cmake/Modules/GrPython.cmake:201:92

Argument not separated from preceding token by whitespace.
This warning is for project developers. Use -Wno-dev to suppress it.

CMake Warning (dev) at CMakeLists.txt:81 (include):
Syntax Warning in cmake code at

/opt/local/share/gnuradio/survive/gr-air-modes-next/cmake/Modules/GrPython.cmake:201:100

Argument not separated from preceding token by whitespace.
This warning is for project developers. Use -Wno-dev to suppress it.

-- Found PythonInterp: /usr/bin/python (found version "3.4")
File "", line 3
print sysconfig.get_python_lib(plat_specific=True, prefix='')
^
SyntaxError: invalid syntax
CMake Error at cmake/Modules/GrPython.cmake:104 (file):
file FILE([TO_CMAKE_PATH|TO_NATIVE_PATH] path result) must be called with
exactly three arguments.
Call Stack (most recent call first):
CMakeLists.txt:81 (include)

-- Python checking for PyZMQ
File "", line 6
except ImportError, AssertionError: exit(-1)
^
SyntaxError: invalid syntax
-- Python checking for PyZMQ - not found
CMake Error at CMakeLists.txt:84 (message):
Python ZMQ bindings not found.

-- Configuring incomplete, errors occurred!
See also "/opt/local/share/gnuradio/survive/gr-air-modes-next/CMakeFiles/CMakeOutput.log".

It seems the python interpreter it found is the former one(version 3.4) which was built early rather than the latter(version 2.7) which was installed with Macports.
Please, what should I do to avoid it?

Thanks

Prefs file to remember last settings

use ConfigParser to create ~/.gr-air-modes/prefs

ImportError: No module named air_modes

when I try to start mode_rx I get this error:

Traceback (most recent call last):
File "/usr/local/bin/modes_gui", line 30, in
import air_modes
ImportError: No module named air_modes

uhd_modes.ps stops and CPU > 99%

Hi,

gr-air-modes stops after 1-3Minutes decoding the messages, and the cpu usage of uhd_modes.py raises up to 99.6%.
In normal mode (decoding) the cpu rises not over 50%.

My System:
Ubuntu 12.04 LTS (GNU/Linux 3.2.0-29-generic-pae i686) (on VMWare)
RTL Dongle (Hama Nano) on a Raspberry PI with RTL_TCP (runs without any Problems - testet on Windows with SDR# as Client)

When i start uhd_modes, i get the following messages:

gnuradio@gnuradio-virtual-machine:~$ uhd_modes.py -d -D rtl_tcp=192.168.0.240:1234 -K /var/www/air.kml
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.004.003-175-g09de3c07

gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
Gain is 0
Rate is 4000000
Using Volk machine: sse4_1_32

gr_fir_ccf: using SSE
(-41 0.0000000000) Type 17 BDS0,9-1 (track report) from 400803 with velocity 453kt heading 86 VS 64
(-35 0.0000000000) No handler for BDS1 == 0 from 4cae3f
(-36 0.0000000000) Type 17 BDS0,9-1 (track report) from 400803 with velocity 453kt heading 86 VS 64
(-38 0.0000000000) No handler for BDS1 == 0 from 715d3f
(-39 0.0000000000) No handler for BDS1 == 0 from 51acf7
(-39 0.0000000000) No handler for BDS1 == 0 from 715d3f

--------------- cut ------------------

After a few minutes the decoding stops (no more messages are displayed), and the cpu rises up to 99.6%.

What is went wrong ?

Xodor

air_modes_swig

Hello,

After downloading and building the project, here is the error that appears during the execution of uhd_modes.py:

etudiant@ubuntu:~/gr-air-modes/build/apps$ uhd_modes.py

Traceback (most recent call last):
File "/usr/local/bin/uhd_modes.py", line 30, in
import air_modes
File "/usr/local/lib/python2.7/dist-packages/air_modes/init.py", line 50, in
from air_modes_swig import *
ImportError: No module named air_modes_swig

Online projet seems to be incomplete...

Thx

swig error in Ubuntu 12.10

I installed this under Ubuntu 12.04 with no issues, then tried on a different computer running 12.10 and encountered this error. Any ideas?

Thanks, C.

ubuntu1210:~/gr-air-modes/build$ modes_gui
Traceback (most recent call last):
File "/usr/local/bin/modes_gui", line 28, in
import air_modes
File "/usr/local/lib/python2.7/dist-packages/air_modes/init.py", line 50, in
from air_modes_swig import *
File "/usr/local/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 26, in
_air_modes_swig = swig_import_helper()
File "/usr/local/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 22, in swig_import_helper
_mod = imp.load_module('_air_modes_swig', fp, pathname, description)
ImportError: /usr/local/lib/python2.7/dist-packages/air_modes/_air_modes_swig.so: undefined symbol: _ZN8gr_block24is_set_max_noutput_itemsEv

Timestamp is 0/NULL for all received messages

air_modes_preamble.cc doesn't seem to find any "rx_time" tags, ever, meaning all timestamps are set to 0. I'm not too familiar with any of the internals, so tracing it back to:

get_tags_in_range(tstamp_tags, 0, abs_sample_cnt, abs_sample_cnt + ninputs, pmt::pmt_string_to_symbol("rx_time"));

was about as far as I could take it.

I'm running an RTL dongle "ISDB-T". It seems to work fine otherwise. Grabbing the system time at this point would probably be good enough for my purposes, but I'm curious as to why the timestamp never comes through!

finish mlat demo

collect sample data, normal text from modes_print will do, run through mlat solver.

when validated, write simple client-server app to pull timestamped data out from E100s and run the solver at a central location.

RSSI bar isn't working in next

Race condx on db creation and db query.

Just delay that query.

Exception in thread Thread-4:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/local/lib/python2.7/dist-packages/air_modes/kml.py", line 42, in run
self.writekml()
File "/usr/local/lib/python2.7/dist-packages/air_modes/kml.py", line 58, in writekml
kmlstr = self.genkml()
File "/usr/local/lib/python2.7/dist-packages/air_modes/kml.py", line 110, in genkml
self.locked_execute(c, q)
File "/usr/local/lib/python2.7/dist-packages/air_modes/kml.py", line 66, in locked_execute
c.execute(query)
OperationalError: no such table: positions

I/Q data

I want to get the visible I/Q data from my usrp2 via gr-air-modes,
and how the I/Q data become to be the 112bit data.
But I don't know how to modify the program.
I just want to know how the data transfered in different program.

I really need your help.
Thanks....

ZeroMQ not found (next branch)

GIT update -->
repository: https://github.com/bistromath/gr-air-modes.git
at the commit: e47992d
branch: next
storage directory: "/usr/portage/distfiles/egit-src/gr-air-modes.git"
checkout type: bare repository
Cloning into '/var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999'...
done.
Branch branch-next set up to track remote branch next from origin.
Switched to a new branch 'branch-next'

Unpacked to /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999
Source unpacked in /var/tmp/portage/net-wireless/gr-air-modes-9999/work
Preparing source in /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999 ...
Source prepared.
Configuring source in /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999 ...
Working in BUILD_DIR: "/var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999_build"
cmake --no-warn-unused-cli -C /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999_build/gentoo_common_config.cmake -G Unix Makefiles -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Gentoo -DCMAKE_INSTALL_DO_STRIP=OFF -DCMAKE_USER_MAKE_RULES_OVERRIDE=/var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999_build/gentoo_rules.cmake /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999
Not searching for unused variables given on the command line.
loading initial cache file /var/tmp/portage/net-wireless/gr-air-modes-9999/work/gr-air-modes-9999_build/gentoo_common_config.cmake
-- The CXX compiler identification is GNU 4.6.3
-- Check for working CXX compiler: /usr/bin/x86_64-pc-linux-gnu-g++
-- Check for working CXX compiler: /usr/bin/x86_64-pc-linux-gnu-g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost version: 1.53.0
-- Found the following Boost libraries:
-- date_time
-- program_options
-- filesystem
-- system
-- thread
-- Found PkgConfig: /usr/bin/x86_64-pc-linux-gnu-pkg-config (found version "0.28")
-- checking for module 'gnuradio-runtime'
-- found gnuradio-runtime, version 3.7.1
-- Found GNURADIO_RUNTIME: /usr/lib64/libgnuradio-runtime.so
-- Could NOT find ZeroMQ (missing: ZEROMQ_INCLUDE_DIRS)
CMake Error at CMakeLists.txt:83 (message):
ZMQ not found.

ZMQ installed as follows:

ozzie ~ # qlist zeromq
/usr/include/zmq_utils.h
/usr/include/zmq.h
/usr/share/man/man3/zmq_init.3.bz2
/usr/share/man/man3/zmq_msg_recv.3.bz2
/usr/share/man/man3/zmq_msg_send.3.bz2
/usr/share/man/man3/zmq_ctx_new.3.bz2
/usr/share/man/man3/zmq_poll.3.bz2
/usr/share/man/man3/zmq_send.3.bz2
/usr/share/man/man3/zmq_connect.3.bz2
/usr/share/man/man3/zmq_disconnect.3.bz2
/usr/share/man/man3/zmq_getsockopt.3.bz2
/usr/share/man/man3/zmq_strerror.3.bz2
/usr/share/man/man3/zmq_msg_get.3.bz2
/usr/share/man/man3/zmq_proxy.3.bz2
/usr/share/man/man3/zmq_ctx_get.3.bz2
/usr/share/man/man3/zmq_msg_set.3.bz2
/usr/share/man/man3/zmq_socket.3.bz2
/usr/share/man/man3/zmq_recv.3.bz2
/usr/share/man/man3/zmq_errno.3.bz2
/usr/share/man/man3/zmq_msg_copy.3.bz2
/usr/share/man/man3/zmq_msg_size.3.bz2
/usr/share/man/man3/zmq_socket_monitor.3.bz2
/usr/share/man/man3/zmq_setsockopt.3.bz2
/usr/share/man/man3/zmq_ctx_set.3.bz2
/usr/share/man/man3/zmq_msg_init_data.3.bz2
/usr/share/man/man3/zmq_bind.3.bz2
/usr/share/man/man3/zmq_version.3.bz2
/usr/share/man/man3/zmq_msg_init_size.3.bz2
/usr/share/man/man3/zmq_msg_init.3.bz2
/usr/share/man/man3/zmq_recvmsg.3.bz2
/usr/share/man/man3/zmq_msg_close.3.bz2
/usr/share/man/man3/zmq_sendmsg.3.bz2
/usr/share/man/man3/zmq_msg_move.3.bz2
/usr/share/man/man3/zmq_term.3.bz2
/usr/share/man/man3/zmq_msg_more.3.bz2
/usr/share/man/man3/zmq_close.3.bz2
/usr/share/man/man3/zmq_ctx_destroy.3.bz2
/usr/share/man/man3/zmq_msg_data.3.bz2
/usr/share/man/man3/zmq_unbind.3.bz2
/usr/share/man/man7/zmq_epgm.7.bz2
/usr/share/man/man7/zmq_ipc.7.bz2
/usr/share/man/man7/zmq_tcp.7.bz2
/usr/share/man/man7/zmq_pgm.7.bz2
/usr/share/man/man7/zmq_inproc.7.bz2
/usr/share/man/man7/zmq.7.bz2
/usr/share/doc/zeromq-3.2.3/ChangeLog.bz2
/usr/share/doc/zeromq-3.2.3/NEWS.bz2
/usr/share/doc/zeromq-3.2.3/README.bz2
/usr/share/doc/zeromq-3.2.3/AUTHORS.bz2
/usr/lib64/pkgconfig/libzmq.pc
/usr/lib64/libzmq.so.3.0.0
/usr/lib64/libzmq.so
/usr/lib64/libzmq.so.3

New one to me: "too many values to unpack"

(-28 0.0000000000) Type 11 (all call reply) from a47916 in reply to interrogator 0 with capability level 6
OOOOOOOOOTraceback (most recent call last):
File "/usr/local/bin/uhd_modes.py", line 231, in
out(msg.to_string())
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_sbs1.py", line 66, in output
sbs1_msg = self.parse(msg)
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_sbs1.py", line 123, in parse
outmsg = self.pp17(data)
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_sbs1.py", line 187, in pp17
O[altitude, decoded_lat, decoded_lon, rnge, bearing] = self.parseBDS05(data)
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_parse.py", line 271, in parseBDS05
[decoded_lat, decoded_lon, rnge, bearing] = self.cpr.decode(icao24, encoded_lat, encoded_lon, cpr_format, 0)
File "/usr/local/lib/python2.7/dist-packages/air_modes/cpr.py", line 225, in decode
[rnge, bearing] = range_bearing(self.my_location, [decoded_lat, decoded_lon])
File "/usr/local/lib/python2.7/dist-packages/air_modes/cpr.py", line 147, in range_bearing
[a_lat, a_lon] = loc_a
ValueError: too many values to unpack
OOOException in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 551, in __bootstrap_inner
File "/usr/local/bin/uhd_modes.py", line 44, in run
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 104, in run
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 107, in wait
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 69, in wait
File "/usr/lib/python2.7/threading.py", line 403, in wait
OSegmentation fault (core dumped)

No section: 'GUI' modes_gui problem with gnu radio 3.7

$ modes_gui --help
Got bus address: "unix:abstract=/tmp/dbus-ZzUyhfCfhX,guid=fb7329df0bcead2fd179b81500000005"
Connected to accessibility bus at: "unix:abstract=/tmp/dbus-ZzUyhfCfhX,guid=fb7329df0bcead2fd179b81500000005"
Registered DEC: true
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-129-g95e6bfea

Traceback (most recent call last):
File "/usr/local/bin/modes_gui", line 492, in
window = mainwindow()
File "/usr/local/bin/modes_gui", line 52, in init
defaults = self.get_defaults()
File "/usr/local/bin/modes_gui", line 466, in get_defaults
for item in prefs.items("GUI"):
File "/usr/lib/python2.7/ConfigParser.py", line 642, in items
raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'GUI'

modes_gui No SBS-1 or FlightGear output on Ubuntu 13.10 x64

When selecting SBS-1 or FlighGear output option. modes_gui freezes.

Traceback of sbs1

  File "/usr/local/bin/modes_gui", line 331, in on_button_start_released
    sbs1out = air_modes.output_sbs1(self._cpr_dec, sbs1port, self._publisher)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 66, in __init__
    pub.subscribe("type%i_dl" % i, output)
NameError: global name 'output' is not defined
OOOOOOOOOOO

Traceback of flightgear

 File "/usr/local/bin/modes_gui", line 336, in on_button_start_released
    fgout = air_modes.output_flightgear(self._cpr_dec, fghost, int(fgport), self._publisher)
  File "/usr/local/lib/python2.7/dist-packages/air_modes/flightgear.py", line 21, in __init__
    self.localpos = localpos
NameError: global name 'localpos' is not defined
OOOOOO

Some details:

Ubuntu 13.10 x64
Python 2.7.5+
linux; GNU C++ version 4.8.1; Boost_105300
gr-osmosdr v0.1.0-65-g24f6f88a (0.1.1git) gnuradio 3.7.2.1

Add ac data to map view

Requires the Google Maps Utility Library installed alongside gr-air-modes.

Declassify parse

It's really a stateless collection of functions. The only state is a CPR decoder object, which requires location, and should be constructed using a factory.

KML Output Broken

ryannathans@bender:~/Desktop/rtlsdr/gr-air-modes/gr-air-modes$ uhd_modes.py -d -g 49 --kml=KML -a -l [OBFUSCATED]
Traceback (most recent call last):
File "/usr/local/bin/uhd_modes.py", line 190, in
kmlgen = air_modes.modes_kml(options.kml, my_position) #create a KML generating thread
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_kml.py", line 30, in init
modes_output_sql.init(self, localpos, self._dbname) #write to the db
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_sql.py", line 32, in init
self.db = sqlite3.connect(filename)
sqlite3.OperationalError: unable to open database file
Error in sys.excepthook:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 68, in apport_excepthook
binary = os.path.realpath(os.path.join(os.getcwdu(), sys.argv[0]))
OSError: [Errno 2] No such file or directory

Original exception was:
Traceback (most recent call last):
File "/usr/local/bin/uhd_modes.py", line 190, in
kmlgen = air_modes.modes_kml(options.kml, my_position) #create a KML generating thread
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_kml.py", line 30, in init
modes_output_sql.init(self, localpos, self._dbname) #write to the db
File "/usr/local/lib/python2.7/dist-packages/air_modes/modes_sql.py", line 32, in init
self.db = sqlite3.connect(filename)
sqlite3.OperationalError: unable to open database file
Exception AttributeError: "'modes_kml' object has no attribute 'db'" in <bound method modes_kml.del of <modes_kml(Thread-1, initial)>> ignored

Combine SQL data model with GUI table view.

Currently SQLite3 is used for generating KML and map view. A separate dashboard_data_model maintains data for generating the dashboard view, and yet another bespoke datatype maintains the history for the azimuth map. At the very least the dashboard and KML/map views should use the same data source; differences in data expiry lead to discrepancies between the two views, and it adds unnecessary complication and processing load to maintain and prune separate data sources.

The structure of the DB should probably be changed to add separate views used to generate appropriate presentations instead of using complex queries for dashboard_data_model etc.

modes_rx next branch problem without -s osmocom option

$ ./modes_rx
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-129-g95e6bfea

Traceback (most recent call last):
File "./modes_rx", line 99, in
main()
File "./modes_rx", line 58, in main
tb = air_modes.modes_radio(options, context)
File "/usr/local/lib/python2.7/dist-packages/air_modes/radio.py", line 46, in init
self._setup_source(options)
File "/usr/local/lib/python2.7/dist-packages/air_modes/radio.py", line 147, in _setup_source
self._u = uhd.single_usrp_source(options.args, uhd.io_type_t.COMPLEX_FLOAT32, 1)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/init.py", line 121, in constructor_interceptor
return old_constructor(_args)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line 1716, in make
return _uhd_swig.usrp_source_make(_args)
RuntimeError: LookupError: KeyError: No devices found for ----->
Empty Device Address

$ modes_rx -s osmocom
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-129-g95e6bfea

gr-osmosdr v0.1.0-8-ge97339c1 (0.1.1git) gnuradio v3.7.0-102-g631dd648
built-in source types: file fcd rtl rtl_tcp uhd hackrf
Using device #0 Realtek RTL2832U SN: 00000001
Found Elonics E4000 tuner
Gain is 42
Rate is 4000000
(-47 0.00000000) Type 0 (short A-A surveillance) from l01b0b at 10ft (No TCAS)

seems to work but:
modes_rx -s osmocom -g 60 -T 4 -n -K planes.kml
doesn't modify the file planes.kml
I just read adsb on stdin
I don't have any plane in modes_gui but a big amount of live datas with a lot of position information.
All worked for me in master branch when I had a gnuradio 3.6.

function parseBDS09_1(data) in parse.py is not correct?

ns_vel = float(data["vns"])
ew_vel = float(data["vew"])

Should we minus 1?

ns_vel = float(data["vns"]) - 1
ew_vel = float(data["vew"]) -1

Sending 5 digit ICAO24 code to SBS1 modes

Aircraft with leading zero in ICAO24 code are not sent complete to SBS1.

For example, aircraft D001D is not recognized by planeplotter. Needs a leading 0 as 0D001D to be recognized.

Add multiple sources to GUI

Friendlier way to add multiple feeds -- maybe a list plus add/remove dialog

modes_gui; ImportError: cannot import name Ui_MainWindow

Traceback (most recent call last):
File "/usr/local/bin/modes_gui", line 30, in
from air_modes.modes_rx_ui import Ui_MainWindow
ImportError: cannot import name Ui_MainWindow

modes_rx_ui.py appears to be empty in HEAD (3a358b2) - any clues?

'guv

gr-air-modes has problems with high message rates

Hi,
I'm currently working on my bachelor thesis and I found some strange problems in gr-air-modes.

I'm creating an ads-b signal where every message is directly after another (the space between 2 messages is 0).

Gr-air-modes receives about 0% of these messages.

Just at a specific point of my experiment gr-air-modes can decode about 5000 messages consecutively. Probably some specific message content triggers it.

No Location data

I am successfully receiving data from aircraft but without any location data. I am exporting all the data to a kml but no aircraft locations are shown or printed in the console. I live under a flight path so it is not a problem with the signal.

Error during make of gr-air-modes on Mac 10.9.5

While trying to install gr-air-modes with Homebrew on OS X (10.9.5) I get this error during make:

Scanning dependencies of target rx_ui
Scanning dependencies of target pygen_apps_0524f
Scanning dependencies of target pygen_swig_af270
Scanning dependencies of target pygen_res_b216e
Scanning dependencies of target pygen_python_4be4f
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f swig/CMakeFiles/pygen_swig_af270.dir/build.make swig/CMakeFiles/pygen_swig_af270.dir/build
Scanning dependencies of target _air_modes_swig_swig_tag
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f res/CMakeFiles/rx_ui.dir/build.make res/CMakeFiles/rx_ui.dir/build
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f res/CMakeFiles/pygen_res_b216e.dir/build.make res/CMakeFiles/pygen_res_b216e.dir/build
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f apps/CMakeFiles/pygen_apps_0524f.dir/build.make apps/CMakeFiles/pygen_apps_0524f.dir/build
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f python/CMakeFiles/pygen_python_4be4f.dir/build.make python/CMakeFiles/pygen_python_4be4f.dir/build
/Applications/Xcode.app/Contents/Developer/usr/bin/make -f swig/CMakeFiles/_air_modes_swig_swig_tag.dir/build.make swig/CMakeFiles/_air_modes_swig_swig_tag.dir/build
make[2]: *** No rule to make target swig/air_modes_swig.py', needed byswig/air_modes_swig.pyc'. Stop.
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 20
make[1]: *** [swig/CMakeFiles/pygen_swig_af270.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 8
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 16
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 2
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 9
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 11
/usr/local/Cellar/cmake/3.0.2/bin/cmake -E cmake_progress_report /tmp/gr-air-modes-Z6Xjpy/build/CMakeFiles 10

Any ideas on what to do next?
This is the info on swig:
freddie$ brew info swig
swig: stable 3.0.2 (bottled)
http://www.swig.org/
/usr/local/Cellar/swig/3.0.2 (665 files, 8.8M) *
Poured from bottle
From: https://github.com/Homebrew/homebrew/blob/master/Library/Formula/swig.rb
Thanks,
Ed

Stop/restart in GUI doesn't work

Parallel build is broken

$ make -j3
Scanning dependencies of target air_modes
Scanning dependencies of target pygen_swig_f25c9
[ 8%] make[2]: *** No rule to make target swig/air_modes_swig.py', needed byswig/air_modes_swig.pyc'. Stop.
make[1]: *** [swig/CMakeFiles/pygen_swig_f25c9.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 16%] Building CXX object lib/CMakeFiles/air_modes.dir/air_modes_slicer.cc.o
Building CXX object lib/CMakeFiles/air_modes.dir/air_modes_preamble.cc.o
Scanning dependencies of target pygen_python_3c3dc
[ 25%] Generating init.pyc, altitude.pyc, cpr.pyc, mlat.pyc, modes_exceptions.pyc, modes_flightgear.pyc, modes_kml.pyc, modes_parse.pyc, modes_print.pyc, modes_raw_server.pyc, modes_sbs1.pyc, modes_sql.pyc, Quaternion.pyc
[ 33%] Generating init.pyo, altitude.pyo, cpr.pyo, mlat.pyo, modes_exceptions.pyo, modes_flightgear.pyo, modes_kml.pyo, modes_parse.pyo, modes_print.pyo, modes_raw_server.pyo, modes_sbs1.pyo, modes_sql.pyo, Quaternion.pyo
[ 33%] Built target pygen_python_3c3dc
[ 41%] Building CXX object lib/CMakeFiles/air_modes.dir/modes_crc.cc.o
Linking CXX shared library libair_modes.so
[ 41%] Built target air_modes
make: *** [all] Error 2

Compilation not work with gnuradio 3.7

Hello, I have this error with gnuradio 3.7

Please, have you an idea ?

-- Could NOT find GRUEL (missing: GRUEL_LIBRARIES GRUEL_INCLUDE_DIRS)
-- Could NOT find GNURADIO_CORE (missing: GNURADIO_CORE_LIBRARIES GNURADIO_CORE_INCLUDE_DIRS)

Plot currently-visible aircraft on azimuth map

Azimuth map legend

Alter history to change authorship

You forgot to set author appropriately on a number of commits.

modes_rx -d empty outputs under ubuntu 12.10

Hi Nick,

When I tested under Backtrack 5. It works great! But when I switch to Ubuntu 12.10. And
used same install methods... I only go as far as this?

~$ modes_rx -d
linux; GNU C++ version 4.7.2; Boost_104900; UHD_003.005.002-56-g34052015

gr-osmosdr 871f0cc2 (0.0.1git) gnuradio v3.6.4.1-184-g669614b0
built-in device types: file fcd rtl rtl_tcp uhd
Using device #0 Realtek RTL2838UHIDIR
Found Elonics E4000 tuner
Gain is 34
Rate is 4000000
Using Volk machine: sse3_32_orc

gr_fir_ccf: using SSE

no any data outputs on the screen at all? I would expect to see outputs like this :

(-23 0.0000000000) Type 17 subtype 09-1 (track report) from a7a616 with velocity 228kt heading 236 VS 0
(-21 0.0000000000) Type 17 subtype 05 (position report) from a7a616 at (44.837173, -92.670724) (2.58 @ 241) at 7175ft
(-22 0.0000000000) Type 0 (short A-A surveillance) from a7a616 at 7175ft
(-21 0.0000000000) Type 0 (short A-A surveillance) from a7a616 at 7175ft
(-22 0.0000000000) Type 17 subtype 09-1 (track report) from a7a616 with velocity 228kt heading 236 VS 0

by the way when I use "modes_rx -d --kml=airplane.kml" it did created airplane.kml file. Any ideas?

Azimuth map zoom support

airspeed incorrect when using flightgear output

When using the flightgear output with openradar (http://wiki.flightgear.org/OpenRadar) the speed will change drastically about once per second.
It looks like openradar/flightgear is expecting an x/y/z component velocity and gr-airmodes only sends the Vx (http://wiki.flightgear.org/Multiplayer_protocol)

99% of messages are type "No Handler", can only decode Altitude and ICAO tag

Using SDR-RTL dongle RTL2832U + FC0012 tuner (device id 0x1f4d 0xc803 Lifeview LV5TDeluxe)

I don't know if it's an issue with this tuner or anything else, here's some output from uhd_modes.py (about 10 seconds of received data):

--@ubuntu:~$ uhd_modes.py -d -P --freq=10910000000.0 -w
gr-air-modes warning: numpy+scipy not installed, FlightGear interface not supported
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.004.003-174-gd18fc6f0

gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
Using device #0: Lifeview LV5TDeluxe
Found Fitipower FC0012 tuner
Gain is 19
Rate is 4000000
Using Volk machine: ssse3_32

gr_fir_ccf: using SSE
Connections: 1
142edeb48da624 ada34c 0.142329 0000000000
(-17 0.0000000000) No handler for message type 2 from ada34c
18e054d1290fb3 4cafbc 0.1734443009 0000000000
(-15 0.0000000000) No handler for message type 3 from 4cafbc
2d576f25ef92d6 dbfe96 0.1854652017 0000000000
(-15 0.0000000000) Type 5 (short surveillance ident reply) from dbfe96 with ident 3877 (SPI)
2f27198c8961f8 874d7b 0.2378620505 0000000000
(-12 0.0000000000) Type 5 (short surveillance ident reply) from 874d7b with ident 6540
d0465ae3a55d74 48a34b 0.1802912205 0000000000
(-15 0.0000000000) No handler for message type 26 from 48a34b
bbab381c1ed476 8519c5 0.1850624681 0000000000
(-15 0.0000000000) No handler for message type 23 from 8519c5
c51953fdd41740 64cedf 0.1585081518 0000000000
(-16 0.0000000000) No handler for message type 24 from 64cedf (but it's in modes_parse)
5315cfcf50f635 af3057 0.1926407963 0000000000
(-14 0.0000000000) No handler for message type 10 from af3057
b5353a024870dc e218be 0.1789063364 0000000000
(-15 0.0000000000) No handler for message type 22 from e218be
352e724b3765f9 c9f130 0.1602439284 0000000000
(-16 0.0000000000) No handler for message type 6 from c9f130
b199aa1f362edf 23acd6 0.2255500555 0000000000
(-13 0.0000000000) No handler for message type 22 from 23acd6
c858b2d32417bb 83b0f7 0.1907099783 0000000000
(-14 0.0000000000) No handler for message type 25 from 83b0f7
4bc0d4eb897292 6d05e6 0.1413210332 0000000000
(-17 0.0000000000) No handler for message type 9 from 6d05e6
50f7295991da81 b40048 0.2033050507 0000000000
(-14 0.0000000000) No handler for message type 10 from b40048
fff7c729da5939 e0b3d7 0.1878362894 0000000000
(-15 0.0000000000) No handler for message type 31 from e0b3d7
6c20d8efe38902 398870 0.1843376756 0000000000
(-15 0.0000000000) No handler for message type 13 from 398870
cd6e4000b52806 9ed4bf 0.1804189235 0000000000
(-15 0.0000000000) No handler for message type 25 from 9ed4bf
0d7cdef81971c8 4281b3 0.1621760577 0000000000
(-16 0.0000000000) No handler for message type 1 from 4281b3
bdd5979b6f0ad7 399d22 0.1396341771 0000000000
(-17 0.0000000000) No handler for message type 23 from 399d22
1ae4e514430ef6 94cd69 0.1432601064 0000000000
(-17 0.0000000000) No handler for message type 3 from 94cd69
6b549e7ea1cd4c 2d18eb 0.1770957261 0000000000
(-15 0.0000000000) No handler for message type 13 from 2d18eb
baaa2c5118aff4 819a66 0.2013347894 0000000000
(-14 0.0000000000) No handler for message type 23 from 819a66
6c0b63df9eddab 3da9fe 0.1765163839 0000000000
(-15 0.0000000000) No handler for message type 13 from 3da9fe
384e50fbb4beef 85c072 0.1760474443 0000000000
(-15 0.0000000000) No handler for message type 7 from 85c072
359d987975be61 39fcb3 0.1977970898 0000000000
(-14 0.0000000000) No handler for message type 6 from 39fcb3
a89ea2c80de2fa 86be81 0.1725120395 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from 86be81
cf694a4bdca2bc 11e57a 0.1797314882 0000000000
(-15 0.0000000000) No handler for message type 25 from 11e57a
2e415ad8a8484a 03217b 0.1789025515 0000000000
(-15 0.0000000000) Type 5 (short surveillance ident reply) from 3217b with ident 6872
e3682c0a5f27c7 8aafb0 0.2071590126 0000000000
(-14 0.0000000000) No handler for message type 28 from 8aafb0
68961abc867a78 c843c8 0.192548126 0000000000
(-14 0.0000000000) No handler for message type 13 from c843c8
42ad4202d7a809 e4bad8 0.1716928482 0000000000
(-15 0.0000000000) No handler for message type 8 from e4bad8
ac59719a31ed6e 20bc74 0.209879607 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from 20bc74
b414c08dcbfa9a cd1274 0.1967520118 0000000000
(-14 0.0000000000) No handler for message type 22 from cd1274
4bfdae604878bb 56ed1e 0.1564363539 0000000000
(-16 0.0000000000) No handler for message type 9 from 56ed1e
771b894472d269 40e73a 0.1701379716 0000000000
(-15 0.0000000000) No handler for message type 14 from 40e73a
38f69ea4f21ce9 f2e62e 0.1371942759 0000000000
(-17 0.0000000000) No handler for message type 7 from f2e62e
436e10baed04bb 0577d3 0.1750880182 0000000000
(-15 0.0000000000) No handler for message type 8 from 577d3
a5e3dd53d51d30 3c961e 0.1619484276 0000000000
139974b462d8e6 691d49 0.2009307146 0000000000
(-14 0.0000000000) No handler for message type 2 from 691d49
96b685e72bbb5b 06827f 0.1764162779 0000000000
(-15 0.0000000000) No handler for message type 18 from 6827f
25056b498c355a 6e6fc1 0.1709372401 0000000000
c4bf19e080165f 771008 0.1625797004 0000000000
(-16 0.0000000000) No handler for message type 24 from 771008 (but it's in modes_parse)
c47e34b5040609 1a94ee 0.1918847859 0000000000
(-14 0.0000000000) No handler for message type 24 from 1a94ee (but it's in modes_parse)
dc809c207ee7aa 8a2fb5 0.1754509509 0000000000
(-15 0.0000000000) No handler for message type 27 from 8a2fb5
ebc3729ee8d293 852d06 0.1167601869 0000000000
(-19 0.0000000000) No handler for message type 29 from 852d06
291b5aa2c6a552 9e466d 0.1847111583 0000000000
(-15 0.0000000000) Type 5 (short surveillance ident reply) from 9e466d with ident 6818 (aircraft is on the ground)
cdffba1ec135a4 e79a47 0.2043693513 0000000000
(-14 0.0000000000) No handler for message type 25 from e79a47
2fe5ca41f5b2eb 0ca550 0.1905103326 0000000000
(-14 0.0000000000) Type 5 (short surveillance ident reply) from ca550 with ident 2625
3b74d6f96f3612 125cf6 0.1856260598 0000000000
(-15 0.0000000000) No handler for message type 7 from 125cf6
a99d6ff2a849b1 dc16f3 0.1733287275 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from dc16f3
6890c4295c16cd f7fdea 0.1673022062 0000000000
(-16 0.0000000000) No handler for message type 13 from f7fdea
21ee5f1c3846ff 32b2bb 0.175869301 0000000000
(-15 0.0000000000) Type 4 (short surveillance altitude reply) from 32b2bb at 48900ft (aircraft is on the ground)
09cd7fb63df25f 7c9131 0.1855058372 0000000000
(-15 0.0000000000) No handler for message type 1 from 7c9131
a9239090b3f906 f4d72a 0.1868739873 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from f4d72a
2ffb459312979c d3ba7e 0.1507985145 0000000000
(-16 0.0000000000) Type 5 (short surveillance ident reply) from d3ba7e with ident 1427
ccef9185b1e946 c5bf09 0.1593969166 0000000000
(-16 0.0000000000) No handler for message type 25 from c5bf09
b9dd623f990511 650559 0.2170476317 0000000000
(-13 0.0000000000) No handler for message type 23 from 650559
05e1ca57d0ab05 69ab27 0.1852598935 0000000000
9675877513cbbc 5393a7 0.1957808733 0000000000
(-14 0.0000000000) No handler for message type 18 from 5393a7
84ec677795072c d29a6a 0.2033605874 0000000000
(-14 0.0000000000) No handler for message type 16 from d29a6a (but it's in modes_parse)
3d235e199598cd ea5472 0.1993070841 0000000000
(-14 0.0000000000) No handler for message type 7 from ea5472
4aea8403673f7f 01a795 0.1461604238 0000000000
(-17 0.0000000000) No handler for message type 9 from 1a795
841ce6eb5de49f 120ef9 0.1849865466 0000000000
(-15 0.0000000000) No handler for message type 16 from 120ef9 (but it's in modes_parse)
a94053cf21b894 d42346 0.2112654448 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from d42346
b569531cdc9a98 44a4b6 0.1841195971 0000000000
(-15 0.0000000000) No handler for message type 22 from 44a4b6
4b4cd8d44e66ae af3d5b 0.1861636639 0000000000
(-15 0.0000000000) No handler for message type 9 from af3d5b
c2e90a6298dc48 19446a 0.1829994172 0000000000
(-15 0.0000000000) No handler for message type 24 from 19446a (but it's in modes_parse)
ce5ef38f8d1907 8fe657 0.2176680565 0000000000
(-13 0.0000000000) No handler for message type 25 from 8fe657
dee6bd8d4f5f51 c622bf 0.1565657258 0000000000
(-16 0.0000000000) No handler for message type 27 from c622bf
b60af029a2175c b479c5 0.2077478766 0000000000
(-14 0.0000000000) No handler for message type 22 from b479c5
2fcc1299b30fef 7d2b16 0.2060164809 0000000000
(-14 0.0000000000) Type 5 (short surveillance ident reply) from 7d2b16 with ident 4761
397c901d25eaf2 3c018c 0.1849366277 0000000000
(-15 0.0000000000) No handler for message type 7 from 3c018c
4e4ed8bc192f72 65e6a6 0.1924013197 0000000000
(-14 0.0000000000) No handler for message type 9 from 65e6a6
3940c61f18a8a2 78e9e0 0.1654157192 0000000000
(-16 0.0000000000) No handler for message type 7 from 78e9e0
aa635a9f372293 90bc66 0.1828633398 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from 90bc66
712b96b0e77ada 0a7024 0.1979033053 0000000000
(-14 0.0000000000) No handler for message type 14 from a7024
6cb1ca3090d4c3 77477d 0.1745955795 0000000000
(-15 0.0000000000) No handler for message type 13 from 77477d
e851c35a109f29 00b34d 0.1861832142 0000000000
(-15 0.0000000000) No handler for message type 29 from b34d
b5767529c6ae86 28df29 0.1855368614 0000000000
(-15 0.0000000000) No handler for message type 22 from 28df29
a7624ca4dc274b 683767 0.197492227 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from 683767
3c9d13b369db70 31f913 0.1601106524 0000000000
(-16 0.0000000000) No handler for message type 7 from 31f913
b96b45259d2873 2b050f 0.1827217788 0000000000
(-15 0.0000000000) No handler for message type 23 from 2b050f
ab38d6e2214489 ce11d9 0.1633445323 0000000000
(-16 0.0000000000) No handler for BDS1 == 0 from ce11d9
27f0534a39928e 1f6b2b 0.1735402644 0000000000
4f76b09c9977e2 0bb8ff 0.1277715415 0000000000
(-18 0.0000000000) No handler for message type 9 from bb8ff
aa1c06ee155f62 c6d220 0.1379410774 0000000000
(-17 0.0000000000) No handler for BDS1 == 0 from c6d220
6ec2a4ddea43b6 b2e35e 0.16823861 0000000000
(-15 0.0000000000) No handler for message type 13 from b2e35e
25d328bd7d2aed 653373 0.1544113904 0000000000
(-16 0.0000000000) Type 4 (short surveillance altitude reply) from 653373 at 13325ft (SPI)
e10c14df8d8a1b a274fb 0.1477970481 0000000000
(-17 0.0000000000) No handler for message type 28 from a274fb
e4324296c1193f f4f660 0.1819882095 0000000000
(-15 0.0000000000) No handler for message type 28 from f4f660
4ac2948c2d5fc2 786781 0.1761854589 0000000000
(-15 0.0000000000) No handler for message type 9 from 786781
6b8ad6c88df252 f42303 0.1863684654 0000000000
(-15 0.0000000000) No handler for message type 13 from f42303
f8cc29491a9740 feb60a 0.1439635456 0000000000
(-17 0.0000000000) No handler for message type 31 from feb60a
1eb119020fd0f7 0945e9 0.1478136778 0000000000
(-17 0.0000000000) No handler for message type 3 from 945e9
a5f68d38d09152 bf5195 0.1599629521 0000000000
(-16 0.0000000000) No handler for BDS1 == 0 from bf5195
fbb333d335b8ab 7bf4df 0.1823951304 0000000000
(-15 0.0000000000) No handler for message type 31 from 7bf4df
2daa66ffe9482a 0baf6e 0.1637254655 0000000000
(-16 0.0000000000) Type 5 (short surveillance ident reply) from baf6e with ident 1791 (SPI)
b1b8d3d754b034 d11a02 0.2036998719 0000000000
(-14 0.0000000000) No handler for message type 22 from d11a02
295650c73549a2 228c6d 0.155082047 0000000000
(-16 0.0000000000) Type 5 (short surveillance ident reply) from 228c6d with ident 4295 (aircraft is on the ground)
d2f9250a0a7e36 8f511a 0.1857559681 0000000000
(-15 0.0000000000) No handler for message type 26 from 8f511a
ad22d4858bee50 d57384 0.1703584045 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from d57384
6928f874b7a17b 413071 0.197985515 0000000000
(-14 0.0000000000) No handler for message type 13 from 413071
21da5a84b17e2d 254ea0 0.1652747393 0000000000
(-16 0.0000000000) Type 4 (short surveillance altitude reply) from 254ea0 at 103200ft (aircraft is on the ground)
99f56a7527a283 0399a2 0.133011654 0000000000
(-18 0.0000000000) No handler for message type 19 from 399a2
acd80a18d44579 e5b0cf 0.1991071105 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from e5b0cf
d69e77a94a74f2 f7635e 0.1682515144 0000000000
(-15 0.0000000000) No handler for message type 26 from f7635e
a91302b5b70a19 93c2a7 0.1924194545 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from 93c2a7
ac5c8cc9011950 cb151a 0.1684925556 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from cb151a
26ffee6c46cc25 64792c 0.1767974049 0000000000
083199f4f2bba7 a57c14 0.1570655555 0000000000
(-16 0.0000000000) No handler for message type 1 from a57c14
e6a67a887a1a89 b65a59 0.1779415458 0000000000
(-15 0.0000000000) No handler for message type 28 from b65a59
18d1a3cffb536b 7a8f3a 0.1973188967 0000000000
(-14 0.0000000000) No handler for message type 3 from 7a8f3a
4e5919e02606f4 2e18a3 0.1750908196 0000000000
(-15 0.0000000000) No handler for message type 9 from 2e18a3
a5dc52b5b429d6 2c2997 0.1853349507 0000000000
(-15 0.0000000000) No handler for BDS1 == 0 from 2c2997
b5c05c5c293310 24cc13 0.1908279806 0000000000
(-14 0.0000000000) No handler for message type 22 from 24cc13
35ce4d506018c4 c0a4f4 0.1640552133 0000000000
(-16 0.0000000000) No handler for message type 6 from c0a4f4
21c67b52ec3283 c8bdce 0.1807565093 0000000000
3982d890854030 d26a87 0.1542121768 0000000000
(-16 0.0000000000) No handler for message type 7 from d26a87
10fcc1f9645fa0 0b145a 0.1647287458 0000000000
(-16 0.0000000000) No handler for message type 2 from b145a
0d058a5e57370b dff41d 0.1755816638 0000000000
(-15 0.0000000000) No handler for message type 1 from dff41d
072d761f508421 eb5477 0.1886341721 0000000000
(-14 0.0000000000) Type 0 (short A-A surveillance) from eb5477 at 34575ft (speed 75-150kt)
cd581294a71f4a bfb770 0.1639927477 0000000000
(-16 0.0000000000) No handler for message type 25 from bfb770
af92deb325145a 333df9 0.1997513324 0000000000
(-14 0.0000000000) No handler for BDS1 == 0 from 333df9
33fcf8c79ca629 ae04d9 0.1963538378 0000000000
(-14 0.0000000000) No handler for message type 6 from ae04d9
bc164e49313933 258b7c 0.183719486 0000000000
(-15 0.0000000000) No handler for message type 23 from 258b7c
1c915b24863725 f3523b 0.189515084 0000000000
(-14 0.0000000000) No handler for message type 3 from f3523b
cd56943565bd0b 1b40e2 0.1568844914 0000000000
(-16 0.0000000000) No handler for message type 25 from 1b40e2
78c6909ccf13a9 fdf9e4 0.1581354886 0000000000
(-16 0.0000000000) No handler for message type 15 from fdf9e4
defb6656583358 a4ea5b 0.1979065835 0000000000
(-14 0.0000000000) No handler for message type 27 from a4ea5b
2d77579dcf2594 169230 0.1897878945 0000000000
(-14 0.0000000000) Type 5 (short surveillance ident reply) from 169230 with ident 6045 (SPI)
1d2e5e0b1c6c2d b71d43 0.1777317971 0000000000
(-15 0.0000000000) No handler for message type 3 from b71d43
78f826ef47dad0 51b81d 0.1577528417 0000000000
(-16 0.0000000000) No handler for message type 15 from 51b81d
bcb3d8cfa5e83d 1e607a 0.2012952417 0000000000
(-14 0.0000000000) No handler for message type 23 from 1e607a
3de4ced3b72fea 94139e 0.1842635572 0000000000
(-15 0.0000000000) No handler for message type 7 from 94139e
31a172aa9eb90e 90e3f0 0.1617184728 0000000000
(-16 0.0000000000) No handler for message type 6 from 90e3f0
90e5f7940db22a da0164 0.1703535616 0000000000
(-15 0.0000000000) No handler for message type 18 from da0164
1764181ad5c56e d1132c 0.2030093521 0000000000
(-14 0.0000000000) No handler for message type 2 from d1132c

modes_rx --help crashes on OS X 10.10 with Fatal Python Error

$ modes_rx --help
Fatal Python error: PyThreadState_Get: no current thread
Abort trap: 6

Worthwhile to note that OS X's own error reporter then came on. I'll spare you the gigantic error message I got from that (also, I forgot to copy it).

switch in spur filter for DBSRX

Instead of repeatedly adding & deleting the spur filter, make uhd_modes.py read the connected dboard out of the properties interface and if it's a DBSRX, use the filter. In addition, make the filter after the demod blk so you can use NEON-optimized FFF filters.

modes_rx SBS-1 crashes on Linux mint x64

hi Nick,

I have tried latest committed version, but it gives another new error after 20 minutes. I'm using 1090 MHz roof antenna and receiving lots of ads-b transponder.( receiving diameter is around 700 km)

Exception in thread Thread-3:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in bootstrap_inner
self.run()
File "/usr/local/lib/python2.7/dist-packages/air_modes/zmq_socket.py", line 101, in run
self._pubsub[address] = msg
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in __setitem
sub(val)
File "/usr/local/lib/python2.7/dist-packages/air_modes/parse.py", line 433, in publish
pub["type%i_dl" % ret.data.get_type()] = ret
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/pubsub.py", line 52, in setitem
sub(val)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 95, in output
sbs1_msg = self.parse(msg)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 142, in parse
outmsg = self.pp4(msg.data, msg.ecc)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 165, in pp4
aircraft_id = self.get_aircraft_id(ecc)
File "/usr/local/lib/python2.7/dist-packages/air_modes/sbs1.py", line 86, in get_aircraft_id
for icao, _id in map(self._aircraft_id_map).iteritems():
TypeError: map() requires at least two args

Problems using file as data source

Hello, I've an RTL-based dongle. If I use gr-air-modes as:

modes_rx -d

I can receive messages without issues, and the messages are correct about flight I actually know are landing or leaving the airport near my home.

However I need to register data with rtl_sdr, and later analyze it with modes_rx.
In order to do so I get data with:

rtl_sdr -f 1090000000 -s 4000000 /tmp/modes.bin

Later I convert this 8 bit samples in .cfile format with the following C "program":

#include <stdio.h>

int main(void) {
    unsigned char in[2];
    float out[2];

    while(fread(in,1,2,stdin) == 2) {
        out[0] = in[0];
        out[1] = in[1];
        out[0] = (out[0] - 127)*(1.0/128);
        out[1] = (out[1] - 127)*(1.0/128);
        fwrite(out,sizeof(float),2,stdout);
    }
    return 0;
}

And finally I use the generated cfile-format output with:

modes_rx -F dump.cfile

But this time it does not work as expected and I only see bogus messages due to the weak checksum, so basically it is just garbage.

Now I wonder if there is a problem with -F in modes_rx, or my conversion program does not work.

If there is no modes_rx issue, please read this issue just as: please document the format expected by -F.

Thank you for your work.

Regards,
Salvatore

Make failed on MAC OS X

Error:
toutekiMacBook-Pro:build survive$ make
Linking CXX shared library libair_modes.dylib
Undefined symbols for architecture x86_64:
"pmt::from_double(double)", referenced from:
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
"pmt::dict_has_key(boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&)", referenced from:
gr::basic_block::has_msg_port(boost::intrusive_ptrpmt::pmt_base) in preamble_impl.cc.o
gr::basic_block::has_msg_port(boost::intrusive_ptrpmt::pmt_base) in slicer_impl.cc.o
"pmt::string_to_symbol(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator > const&)", referenced from:
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
gr::air_modes::slicer_impl::work(int, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in slicer_impl.cc.o
"pmt::symbol_to_string(boost::intrusive_ptrpmt::pmt_base const&)", referenced from:
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::_1::allocator<void*> >&) in preamble_impl.cc.o
"pmt::intrusive_ptr_add_ref(pmt::pmt_base)", referenced from:
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::tag_t::operator=(gr::tag_t const&) in preamble_impl.cc.o
gr::block::add_item_tag(unsigned int, unsigned long long, boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&) in preamble_impl.cc.o
gr::basic_block::dispatch_msg(boost::intrusive_ptrpmt::pmt_base, boost::intrusive_ptrpmt::pmt_base) in preamble_impl.cc.o
std::__1::mapboost::intrusive_ptr<pmt::pmt_base, boost::function<void (boost::intrusive_ptrpmt::pmt_base)>, pmt::comparator, std::__1::allocatorstd::_1::pair<boost::intrusive_ptr<pmt::pmt_base const, boost::function<void (boost::intrusive_ptrpmt::pmt_base)> > > >::operator[](boost::intrusive_ptrpmt::pmt_base const&) in preamble_impl.cc.o
boost::function1<void, boost::intrusive_ptrpmt::pmt_base >::operator()(boost::intrusive_ptrpmt::pmt_base) const in preamble_impl.cc.o
...
"pmt::intrusive_ptr_release(pmt::pmt_base)", referenced from:
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::air_modes::preamble_impl::preamble_impl(int, float) in preamble_impl.cc.o
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
gr::tag_t::operator=(gr::tag_t const&) in preamble_impl.cc.o
gr::block::add_item_tag(unsigned int, unsigned long long, boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&) in preamble_impl.cc.o
gr::basic_block::dispatch_msg(boost::intrusive_ptrpmt::pmt_base, boost::intrusive_ptrpmt::pmt_base) in preamble_impl.cc.o
gr::air_modes::preamble_impl::~preamble_impl() in preamble_impl.cc.o
...
"pmt::eqv(boost::intrusive_ptrpmt::pmt_base const&, boost::intrusive_ptrpmt::pmt_base const&)", referenced from:
gr::basic_block::has_msg_handler(boost::intrusive_ptrpmt::pmt_base) in preamble_impl.cc.o
gr::basic_block::has_msg_port(boost::intrusive_ptrpmt::pmt_base) in preamble_impl.cc.o
std::__1::mapboost::intrusive_ptr<pmt::pmt_base, boost::function<void (boost::intrusive_ptrpmt::pmt_base)>, pmt::comparator, std::__1::allocatorstd::__1::pair<boost::intrusive_ptr<pmt::pmt_base const, boost::function<void (boost::intrusive_ptrpmt::pmt_base)> > > >::operator[](boost::intrusive_ptrpmt::pmt_base const&) in preamble_impl.cc.o
gr::basic_block::has_msg_handler(boost::intrusive_ptrpmt::pmt_base) in slicer_impl.cc.o
gr::basic_block::has_msg_port(boost::intrusive_ptrpmt::pmt_base) in slicer_impl.cc.o
std::__1::mapboost::intrusive_ptr<pmt::pmt_base, boost::function<void (boost::intrusive_ptrpmt::pmt_base)>, pmt::comparator, std::__1::allocatorstd::__1::pair<boost::intrusive_ptr<pmt::pmt_base const, boost::function<void (boost::intrusive_ptrpmt::pmt_base)> > > >::operator[](boost::intrusive_ptrpmt::pmt_base const&) in slicer_impl.cc.o
"pmt::to_double(boost::intrusive_ptrpmt::pmt_base)", referenced from:
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
gr::air_modes::slicer_impl::work(int, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in slicer_impl.cc.o
"pmt::to_uint64(boost::intrusive_ptrpmt::pmt_base)", referenced from:
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
"pmt::tuple_ref(boost::intrusive_ptrpmt::pmt_base const&, unsigned long)", referenced from:
gr::air_modes::preamble_impl::general_work(int, std::__1::vector<int, std::__1::allocator >&, std::__1::vector<void const*, std::__1::allocator<void const*> >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in preamble_impl.cc.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/libair_modes.0.0.dylib] Error 1
make[1]: *** [lib/CMakeFiles/air_modes.dir/all] Error 2
make: *** [all] Error 2

What should I do??