
I cut off life-support and all is good again
S
Is your Pi called Marvin?
No.
I’d have to load Android on my Pi before I could name it Marvin.
It seems that once upon a time there was an Android up for feeding Flightaware from Android.
@abcd567 has tried to load piaware on every other operating system under the sun. Maybe he could get Android and dump1090/piaware running under Android on the Pi and then I could rename it Marvin.
S.
The Frankenstein installs. ![]()
Genuine laugh out loud from me on that one.
I’m still waiting for the instructions on installing piaware on a smart refrigerator that has an operating system based on linux. I’m sure it’ll come one day ![]()
If someone gifts me that refrigerator, I will whole heartedly try to install piaware on it and post the instructions ![]()
Ahh but now I’ve sowed the seed, if ever your fridge packs up, you’ll have that in the back of your mind when you go shopping for a new one!
Sir, you are evil!
![]()
Need to get dump1090 running on NetBSD. I’m pretty sure that there’s a port for pretty much anything with a cpu in it somewhere.
localhost# pkg_add git
localhost# pkg_add make
pkg_add: no pkg found for 'make', sorry.
localhost# pkg_add cmake
localhost# pkg_add ncurses-dev
pkg_add: no pkg found for 'ncurses-dev', sorry.
localhost# pkg_add ncurses-devel
pkg_add: no pkg found for 'ncurses-devel', sorry.
localhost# pkg_add ncurses
pkg_add: package `ncurses-6.1nb6' already recorded as installed
localhost# git clone https://github.com/flightaware/dump1090.git dump1090-fa
Cloning into 'dump1090-fa'...
fatal: unable to access 'https://github.com/flightaware/dump1090.git/': SSL certificate problem: unable to get local issuer certificate
## Workaround for SSL Certificate issue:
localhost# git config --global http.sslVerify false
localhost# git clone https://github.com/flightaware/dump1090.git dump1090-fa
localhost# git config --global http.sslVerify true
cd dump1090-fa
localhost# make BLADERF=no
make: "/root/dump1090-fa/Makefile" line 12: Missing dependency operator
make: "/root/dump1090-fa/Makefile" line 16: Need an operator
make: "/root/dump1090-fa/Makefile" line 18: Missing dependency operator
make: "/root/dump1090-fa/Makefile" line 20: Need an operator
make: "/root/dump1090-fa/Makefile" line 22: Need an operator
make: "/root/dump1090-fa/Makefile" line 23: Need an operator
make: "/root/dump1090-fa/Makefile" line 27: Missing dependency operator
make: "/root/dump1090-fa/Makefile" line 29: Need an operator
make: "/root/dump1090-fa/Makefile" line 31: Need an operator
make: "/root/dump1090-fa/Makefile" line 32: Need an operator
make: "/root/dump1090-fa/Makefile" line 33: Need an operator
make: "/root/dump1090-fa/Makefile" line 35: Missing dependency operator
make: "/root/dump1090-fa/Makefile" line 40: Need an operator
make: Fatal errors encountered -- cannot continue
make: stopped in /root/dump1090-fa
You’ll need gmake (GNU make) on BSD. The standard BSD make expects different syntax and the dump1090 makefile isn’t written for it.
This is beyond my capability to modify Makefile to meet BSD requirement. I give up.
There’s even a flight track viewer available for some garmin watches.
I have one, but did not try it so far.
One more was loaded yesterday ![]()
I think the watches that work with it start at $US900
There is no need to modify the make file. You can just install gmake on NetBSD and use the gmake command where you would normally use make. I am running dump1090-fa on NetBSD 9.0 on a Raspberry Pi (earmv6hf). I do not recall whether I used make or gmake (but I at least have gmake installed, so if it is not part of the NetBSD base, I probably installed it for dump1090). I had to change “ncurses” in the Makefile to “curses”, however. Compiling applications using ncurses on NetBSD apparently has been problematic for more than 20 years, but the good news is that NetBSD’s own curses is pretty much a drop-in replacement. I maintain a fork of dump1090-fa here with the Makefile already modified.
More good news! I added NetBSD autodetection yesterday and my pull request has been accepted into the dev(elopment) branch of dump1090-fa. What that means is that NetBSD support will be in the next release of the official FlightAware dump1090! Furthermore, I have confirmed that the use of gmake is indeed needed on *BSD to compile dump1090-fa.
# pkgin install gmake pkgconf rtl-sdr bladerf hackrf
calculating dependencies...|bladerf is not available in the repository
# git clone --branch dev https://github.com/flightaware/dump1090
# cd dump1090
# gmake BLADERF=no
# install dump1090 /usr/bin/dump1090-fa
Opened file /etc/rc.conf and scrolled down to bottom, and at bottom added dump1090-fa as shown below:
# Add local overrides below.
#
hostname=localhost
defaultroute="10.0.0.1"
sshd=YES
ntpd=YES
xdm=NO
wscons=YES
dump1090-fa=YES
/etc/rc.d/dump1090-fa and copy-pasted following code#!/bin/sh
### BEGIN INIT INFO
#
# Provides: dump1090-fa
# Required-Start: $remote_fs
# Required-Stop: $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: dump1090-fa initscript
#
### END INIT INFO
## Fill in name of program here.
PROG="dump1090-fa"
PROG_PATH="/usr/bin"
RECEIVER_OPTIONS="--device-index 0 --gain -10 --ppm 0"
#DECODER_OPTIONS="--max-range 360 --fix"
DECODER_OPTIONS="--fix"
NET_OPTIONS="--net --net-heartbeat 60 --net-ro-size 1300 --net-ro-interval 0.2 --net-ri-port 0 \
--net-ro-port 30002 --net-sbs-port 30003 --net-bi-port 30004,30104 --net-bo-port 30005"
#JSON_OPTIONS="--json-location-accuracy 1"
JSON_OPTIONS=""
PROG_ARGS=$RECEIVER_OPTIONS$DECODER_OPTIONS$NET_OPTIONS$JSON_OPTIONS$POSITION
PIDFILE="/var/run/dump1090-fa.pid"
start() {
if [ -e $PIDFILE ]; then
## Program is running, exit with error.
echo "Error! $PROG is currently running!" 1>&2
exit 1
else
## Change from /dev/null to something like /var/log/$PROG if you want to save output.
cd $PROG_PATH
./$PROG $PROG_ARGS 2>&1 >/dev/null &
echo "$PROG started"
touch $PIDFILE
fi
}
stop() {
if [ -e $PIDFILE ]; then
## Program is running, so stop it
echo "$PROG is running"
killall $PROG
rm -f $PIDFILE
echo "$PROG stopped"
else
## Program is not running, exit with error.
echo "Error! $PROG not started!" 1>&2
exit 1
fi
}
## Check to see if we are running as root first.
## Found at http://www.cyberciti.biz/tips/shell-root-user-check-script.html
if [ "$(id -u)" != "0" ]; then
echo "This script must be run as root" 1>&2
exit 1
fi
case "$1" in
start)
start
exit 0
;;
stop)
stop
exit 0
;;
reload|restart|force-reload)
stop
start
exit 0
;;
**)
echo "Usage: $0 {start|stop|reload}" 1>&2
exit 1
;;
esac
exit 0
# dump1090-fa
Fri Feb 26 06:35:31 2021 EST dump1090-fa unknown starting up.
rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00001090)
Found Rafael Micro R820T tuner
rtlsdr: tuner gain set to 49.6 dB
Failed to submit transfer 0
Please increase your allowed usbfs buffer size with the following command:
echo 0 > /sys/module/usbcore/parameters/usbfs_memory_mb
rtlsdr: rtlsdr_read_async returned unexpectedly, probably lost the USB device, bailing out
Fri Feb 26 06:35:34 2021 EST No data received from the SDR for a long time, it may have wedged
Fri Feb 26 06:35:34 2021 EST Waiting for receive thread termination
rtlsdr_demod_write_reg failed with -1
r82xx_write: i2c wr failed=-1 reg=06 len=1
Fri Feb 26 06:35:34 2021 EST Abnormal exit.
# dump1090-fa
Fri Feb 26 06:35:48 2021 EST dump1090-fa unknown starting up.
rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00001090)
Found Rafael Micro R820T tuner
rtlsdr: tuner gain set to 49.6 dB
Fri Feb 26 06:35:51 2021 EST No data received from the SDR for a long time, it may have wedged
*8dc01b6cea05f8fe695c08811206;
CRC: 000000
RSSI: -14.5 dBFS
Score: 25 (DF17_UNKNOWN)
Time: 85870.33us
DF:17 AA:C01B6C CA:5 ME:EA05F8FE695C08
Extended Squitter Target state and status (V2) (29/1) (reliable)
ICAO Address: C01B6C (Mode S / ADS-B)
Air/Ground: airborne
NIC-baro: 1
NACp: 10
SIL: 3 (p <= 0.00001%, unknown type)
Selected heading: 216.6
MCP selected altitude: 3008 ft
QNH: 1028.8 millibars
*20000297a4500f;
CRC: c01b6c
RSSI: -4.0 dBFS
Score: 12 (UNRELIABLE_KNOWN)
Time: 222692.33us
DF:4 addr:C01B6C FS:0 DR:0 UM:0 AC:663
Survelliance, Altitude Reply
ICAO Address: C01B6C (Mode S / ADS-B)
Air/Ground: airborne?
Baro altitude: 3175 ft
^CFri Feb 26 06:35:58 2021 EST Caught SIGINT, shutting down..
Fri Feb 26 06:35:58 2021 EST Waiting for receive thread termination
rtlsdr_demod_write_reg failed with -1
(1) Built again with version number. Previous build without version number resulted in stdout showing “dump1090-fa unknown”
# rm -rf dump1090
# rm /usr/bin/dump1090-fa
# git clone --branch dev https://github.com/flightaware/dump1090
# cd dump1090
# gmake DUMP1090_VERSION=$(git describe --tags | sed 's/-.*//')
# install dump1090 /usr/sbin/dump1090fa
(2) In the /etc/rc.conf file, had to remove hyphen from name of dump1090-fa and make it dump1090fa. Using hyphen was resulting in following warning:
/etc/rc.d/dump1090-fa: WARNING: $dump1090-fa_enable is not set properly - see rc.conf(5)
Edited file /etc/rc.conf and modified dump1090-fa to dump1090fa
# Add local overrides below.
#
hostname=localhost
defaultroute="10.0.0.1"
sshd=YES
ntpd=YES
xdm=NO
wscons=YES
dump1090fa=YES
(3) Used a different init file as previous was in Debian format and contained killall which is not available in BSD.
# nano /etc/rc.d/dump1090fa
Copy pasted following code:
#!/bin/sh
#
# $NetBSD: dump1090fa
#
# PROVIDE: dump1090fa
# REQUIRE: ""
# BEFORE: ""
# KEYWORD: ""
$_rc_subr_loaded . /etc/rc.subr
name="dump1090fa"
rcvar=${name}
command="/usr/sbin/${name} --quiet --gain -10 --net --net-bo-port 30005 --net-sbs-port 30003"
pidfile="/var/run/${name}.pid"
load_rc_config $name
run_rc_command "$1"
Rebooted, and it is working OK now. Althogh it says “No data received from SDR for a long time, it may have wedged” (Screenshot 1), the continous data flow is there (Screenshot 2)
abcd@FreeBSD:~ $ sudo pkg install git gmake pkgconf rtl-sdr bladerf hackrf
abcd@FreeBSD:~ $ git clone --branch dev https://github.com/flightaware/dump1090
abcd@FreeBSD:~ $ cd dump1090
abcd@FreeBSD:~ $ gmake DUMP1090_VERSION=$(git describe --tags | sed 's/-.*//')