Last night around midnight my RasPI stopped sending to FlightAware.
I can access the “radar” plot screen from my local network. Planes show up and I can track them so I know the SDR and other parts are working.
abcd567: The command did not execute. I ran the command “piware” and got the results in the image link below. For what is it worth; the PI can ping the piaware/flightaware address on the screenshot.
OK. Another screenshot. Note the error that /var/log can’t be opened. That’s seem odd for something like that to happen suddenly without anyone fiddling with the PI… Also note the last command error while trying to run “sudo systemctl status piaware -l” Also note the good pings.
When you ran the command “PiAware” you just started anothe copy. That explains the error opening PiAware.log (only root can write to this. You were running as user Pi)
Try “tail /var/log/piaware.log” and see what’s there.
Below is the screen shot output of that “tail” command. Basically, a timeout. As I said earlier I can ping the IP, but of course; pinging a PORT is not allowed. See image at: results_of_tail_command
Upgrading from Wheezy to Jessie (or Stretch), and Piaware from whatever to ver 3.5.3 most likely will solve this problem.
One way to do this is a fresh install: Format mocroSD card, download and write latest Raspbian Stretch image, then install Piaware 3.5.5 and dump1090-fa add-on package.
Alternatively, try to upgrade existing software from Wheezy to Jessie, and Piaware from whatever version to 3.5.3. Following post tells how to do above upgrade.
I recommend reading the whole thread before attemting upgrade from wheezy to jessie, and to piaware 3.5.3.
I am away from home and cannot test if telnet is available in Pi/Raspbian.
However since I have terminal software “Termux” already istalled on my Android Phone from Google Play, and I just now tested, and it has telnet capability.
As Android is also Linux, hopefully Raspbian will also have Telnet capability.
Cilck on screenshot below to see larger size image
THX. See image file link. I am passing the ping and failing the TELNET Port 1200.
Is it possible (as suggested) that this is on the FlightAware side? Others in my area are logging without issue. Is there a way to force a PORT other that 1200 to test the theory?
pi@raspberrypi:~ $ sudo apt-get install telnet
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
telnet
0 upgraded, 1 newly installed, 0 to remove and 93 not upgraded.
Need to get 68.4 kB of archives.
After this operation, 145 kB of additional disk space will be used.
Get:1 http://muug.ca/mirror/raspbian/raspbian stretch/main armhf telnet armhf 0.17-41 [68.4 kB]
Fetched 68.4 kB in 0s (83.0 kB/s)
Selecting previously unselected package telnet.
(Reading database ... 41012 files and directories currently installed.)
Preparing to unpack .../telnet_0.17-41_armhf.deb ...
Unpacking telnet (0.17-41) ...
Setting up telnet (0.17-41) ...
update-alternatives: using /usr/bin/telnet.netkit to provide /usr/bin/telnet (telnet) in auto mode
Processing triggers for man-db (2.7.6.1-2) ...
STEP-3: Used telnet.
ON LOCAL HOST
pi@raspberrypi:~ $ telnet localhost 80
Trying ::1...
Connected to localhost.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
pi@raspberrypi:~ $
.
.
WITH FLIGHTAWARE SERVER
pi@raspberrypi:~ $ sudo service piaware status
...............
Using UDP transport to 70.42.6.224 port 8055
.....................
82 msgs recv'd from dump1090-mutabi; 82 msgs sent to FlightAware
.
.
pi@raspberrypi:~ $ telnet 70.42.6.224 8055
Trying 70.42.6.224...
telnet: Unable to connect to remote host: Connection timed out
pi@raspberrypi:~