Another question:
The VRS on my Windows Desktop connected to RPi-2 shows only Non-MLAT planes, while gmap.html of RPi-2 shows both MLAT & Non-MLAT planes.
Any ideas how to show MLAT planes as well on the VRS on my Windows Desktop?
abcd you have to setup an extra receiver in vrs that is linked to your mlat port. then you combine the standard and mlat receiver to a merged feed.
thatās one of the ways i use and mgunther wrote a while ago in detail here: http://discussions.flightaware.com/ads-b-flight-tracking-f21/vrs-show-both-dump1090-adsb-and-fa-mlat-positions-t36086.html?hilit=vrs%20mlat
**Thanks TomMuc & mgunther. **
Followed mguntherās instructions in the link pointed by TomMuc, except that I changed the command:
sudo piaware-config -mlatResultsFormat ābeast,connect,localhost:30104 ext_basestation,listen,30106ā
to command:
sudo piaware-config -mlatResultsFormat ābeast,connect,localhost:30104 beast,connect,feed.adsbexchange.com:30005 ext_basestation,listen,30106ā
Now MLAT planes are also showing on my desktop browser at 127.0.0.1/VirtualRadar/desktop.html
pi@raspberrypi:~ $ sudo piaware-config -mlatResultsFormat "beast,connect,localhost:30104 beast,connect,feed.adsbexchange.com:30005 ext_basestation,listen,30106"
pi@raspberrypi:~ $ sudo piaware-config -show
contents of piaware config file '/root/.piaware':
mlatResultsFormat {beast,connect,localhost:30104 beast,connect,feed.adsbexchange.com:30005 ext_basestation,listen,30106}
password xxxxxxxx
user xxxxxxxx
pi@raspberrypi:~ $ sudo piaware-config -restart
invoking: /etc/init.d/piaware restart
ok ] Restarting piaware (via systemctl): piaware.service.
raspberrypi:~ $ sudo reboot
I discovered something new. When I checked piaware log, it showed connection of MLAT Results to feed.adsbexchange.com:30005 timed out.
I then checked feed.adsbexchange.com/VirtualRadar/dessktop.html, found MLAT planes are being displayed for my receiver CYYZ-1!
01/31/2016 15:58:55 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
01/31/2016 16:01:33 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
01/31/2016 16:03:44 60141 msgs recvād from dump1090-mutabi (888 in last 5m); 59911 msgs sent to FlightAware
01/31/2016 16:04:10 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
ā¦
ā¦ snipped, repeat of same messageā¦
ā¦
01/31/2016 19:00:35 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
01/31/2016 19:03:13 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
01/31/2016 19:03:44 89863 msgs recvād from dump1090-mutabi (1026 in last 5m); 89633 msgs sent to FlightAware
01/31/2016 19:05:50 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
01/31/2016 19:08:28 mlat(3422): Beast-format results connection with feed.adsbexchange.com:30005: [Errno 110] Connection timed out
I then gave following commands to stop piaware from continuously and unsuccessfully attempting to feed MLAT to adsbexchange.
I then checked feed.adsbexchange.com/VirtualRadar/dessktop.html, found MLAT planes are still being displayed for my receiver CYYZ-1!
**Seems Dan has activated local MLAT calculations on adsbexchange serverās VRS, and is not using Piawareās MLAT data anymore.
**
pi@raspberrypi:~ $ sudo piaware-config -show
contents of piaware config file ā/root/.piawareā:
mlatResultsFormat {beast,connect,localhost:30104 beast,connect,feed.adsbexchange.com:30005 ext_basestation,listen,30106}
password xxxxxxxx
user xxxxxxxx
pi@raspberrypi:~ $ sudo piaware-config -mlatResultsFormat ābeast,connect,localhost:30104 ext_basestation,listen,30106ā
pi@raspberrypi:~ $ sudo piaware-config -show
contents of piaware config file ā/root/.piawareā:
mlatResultsFormat {beast,connect,localhost:30104 ext_basestation,listen,30106}
password xxxxxxxxxx
user xxxxxxxxxx
pi@raspberrypi:~ $ sudo piaware-config -restart
invoking: /etc/init.d/piaware restart
ok ] Restarting piaware (via systemctl): piaware.service.
pi@raspberrypi:~ $
Actually, weāre not calculating MLAT ourselves (yet).
Dan
Very strange. I still do NOT feed MLAT to adsbexchange:30005, but see many MLAT planes for my receiver on adsbexchange. I feed non-MLAT data to adsbexchange using adsbexchange-maint.sh, from my port 30005. Does the MLAT data leak from port 30104 to 30005 in my RPi?
pi@raspberrypi:~ $ sudo piaware-config -show
contents of piaware config file '/root/.piaware':
mlatResultsFormat {beast,connect,localhost:30104 ext_basestation,listen,30106}
password xxxxxxxxxx
user xxxxxxxxxx
Iāve had my Pi running for day or so with dump1090-mutability and ADS-B feeder installed. Seems to be working great except for some dead links to various graphs. Clicking on any of these returns a 404 error:
- Message Rate (trailing)
- Aircraft Seen
- Max Range
- Tracks Seen
- Signal Level
- Aircraft Message Rate
Any suggestions?
Thanks!
Did you reboot? I believe that you need to reboot for collectd to start.
I have the scripts running well on two rpi2s
I did reboot. No change to the graphs - still receiving the 404 errors.
EDIT: Ran the installation script again to check for errors when installing the portal. Noticed this one, which sounds like it may be the problem (at least to this noob):
chmod: changing permissions of ā/var/www/html/graphs/ā: Operation not permitted
What do you think? I could use some guidance to work around the error if it is the problem. Thanks!
I think during the change from HTML to PHP the links became screwed up somewhere along the line.
I will look into this and should have a fix posted shortly.
The permission issue is fixed now by using sudo to execute chmod for that particular instance.
In the mean time run the following command:
sudo chmod 777 /var/www/html/graphs/
ALSO:
Thanks mgunther for the work you did on the graphs!
So I booted up my second pi to start playing around and decided to give this a whirl. Fresh install of Raspbian Wheezy with all updates applied. I didnāt see anyone in the thread getting a similar error, but I have to admit I didnāt check every page.
Checking if the package rtl-sdr is installedā¦ [PREVIOUS INSTALLATION FAILED]
Attempting to Install the package rtl-sdr again in 5 seconds (ATTEMPT 5 OF 5)ā¦
Reading package listsā¦ Done
Building dependency tree
Reading state informationā¦ Done
E: Unable to locate package rtl-sdr
#########################################
INSTALLATION HALTED!
UNABLE TO INSTALL A REQUIRED PACKAGE.
#########################################
The package ārtl-sdrā could not be installed in 5 attempts.
Executing the dump978 installation scriptā¦
Wheezy doesnāt have an RTL native package, it has to either be compiled from source or installed via OBJās package. Is there a reason you need Wheezy, could you install the latest Raspbian Jessie (Lite)?
No reason other than thatās the OS image I had. I totally missed that requirement up topā¦ sorry. Reading documentation while entertaining a toddler is a challenge.
I got Jesse installed on another card, ran through all of the updates, and followed the build procedures on the wiki. Iāve successfully got the image producing messages and feeding FlightAware, but the entire ADS-B Feeder interface appears to be broken. When I load index.php, the menu up in the top-right is broken, and when I manually load the graphs, and dump1090 pages, they have no data inside. It also appears that the graphs folder is empty.
My dump978 traffic no longer shows on the dump1090 map. It all seemed to work fine when I first installed and got everything running. I checked and saw my 978 traffic appearing on the dump1090 map and thought all was well. Then the next day I noticed the 978 traffic no longer appeared on the 1090 map and think it possibly is not being forwarded to dump1090 anymore. I get about a dozen or so 978 aircraft each day. Am I overlooking something here?
Thanks to everyone who has worked on this project - much appreciated.
After running this command
sudo chmod 777 /var/www/html/graphs/
the graphs are still not working. I then tried running the script again with no change. Is there anything else that I can check to diagnose the problem?
Thanks again!
I think during the change from HTML to PHP the links became screwed up somewhere along the line.
I will look into this and should have a fix posted shortly.
The permission issue is fixed now by using sudo to execute chmod for that particular instance.
In the mean time run the following command:
sudo chmod 777 /var/www/html/graphs/
ALSO:
Thanks mgunther for the work you did on the graphs!
So Iāve only got one data point which Iām going to try to repeat tomorrow, but it would appear that when I ran the script after fully upgrading Jesse I got the problem above, while on the stock image everything worked as soon as the script kicked me back to the shell prompt.
Iāll second the thanks for the amazing graphs. These are some of the data points that were difficult to get prior that will really allow me to tune the system. Bravo!
The mobileview doesnt work ;(
I cant switch to the other views, like maps
Nothing happend when i āclickā this menu
Do me a favor and let me know if the file /var/log/dump978.log exists.
If it does exist check the output stored in this file to see if there were any issues reported by dump978.
Check that uat2esnt is running as well. The uat2esnt process is responsible for sending data to dump1090.
Run the command āps -aux | grep dump978ā and look for a line containing "/home/pi/adsb-feeder/build/dump978/uat2esnt"l.
You could try running make-collectd-graphs.sh manually and reporting back the output.
sudo ~/adsb-feeder/build/portal/graphs/make-collectd-graphs.sh 1h
That and/or check for any output in the file /var/log/syslog pertaining to collectd.
Caused by Bootstrap loading before jQuery.
To fix either reinstall the portal or edit the file which needs changed yourself which may be quicker.
Open the file /var/www/html/templates/default/master.tpl.php
Look for the following two lines near the bottomā¦
<script src="https://maxcdn.bootstrapcdn.com/bootstrap/3.3.5/js/bootstrap.min.js"></script>
<script src="https://code.jquery.com/jquery-2.2.0.min.js"></script>
Change them toā¦
<script src="https://code.jquery.com/jquery-2.2.0.min.js"></script>
<script src="https://maxcdn.bootstrapcdn.com/bootstrap/3.3.5/js/bootstrap.min.js"></script>
SD Card Image Update:
Last night I setup the software on Raspbian Jessi Lite. Basically I need to do some cleanup such as dumping rrd data, log files created while making sure things worked, etcā¦ Once that done I will only have to image it and make it available on the Internet. The first image will require some user intervention as far as setting up items such as lon/lat and heywhatsthat.com range rings. However the next image I will be adding a way to do this through the scripts without the need to download and compile everything again.
antonov124 wrote:
The mobileview doesnt work ;(
I cant switch to the other views, like maps
Nothing happend when i āclickā this menu
Caused by Bootstrap loading before jQuery.
To fix either reinstall the portal or edit the file which needs changed yourself which may be quicker.
Open the file /var/www/html/templates/default/master.tpl.php
Look for the following two lines near the bottomā¦
Code:
Change them toā¦
Code:
THX, now its okay
Just confirmed again that dump978 traffic is not showing up on the dump1090 map as it did when I first set it up. Is there an easy way to check why its not going to dump1090?