Are others having to restart dump978-fa regularly? This morning 3 UATs appeared after rebooting through FA/My ADS-B.
Is this dump978 or dump978-fa? I run both. The older dump978 did this,it just stopped working, It was still running, just no data. I have a cron job running to restart it every two hours.
You should also post the version you are running.
The modification to the service file probably wonât help as systemd should already kill it in case it fails to restart.
But it doesnât hurt either.
Trying a shorter USB power cord. Power supply issue would be a great and simple cure.
Given that systemd will already auto-restart it, this isnât âdump978-fa crashingâ (Iâm not aware of any bugs in dump978-fa that would cause it to crash), but rather âdump978-fa isnât giving me the data I expect it to give meâ.
Things to check (before rebooting):
- is the Pi still accessible?
- is dump978-fa still consuming CPU?
- do you have any undervoltage events reported?
- is there anything reported in dmesg or the dump978-fa logs?
piaware-status
PiAware master process (piaware) is running with pid 621.
PiAware ADS-B client (faup1090) is not running.
PiAware ADS-B UAT client (faup978) is not running.
PiAware mlat client (fa-mlat-client) is not running.
Local ADS-B UAT receiver (dump978-maint.s) is running with pid 636.
Local ADS-B UAT receiver (dump978) is running with pid 1402.
Local ADS-B UAT receiver (dump978-maint.s) is running with pid 1405.
no program appears to be listening for connections on port 30005.
no program appears to be listening for connections on port 30978.
faup1090 is NOT connected to the ADS-B receiver.
faup978 is NOT connected to the ADS-B UAT receiver.
piaware is connected to FlightAware.
What is âdump978-maintâ, and why is piaware-status reporting that you are running dump978 not dump978-fa? Also, you didnât answer the questions above.
It looks like Joeâs adsb receiver project setup for the old version of dump978. This is the version that I have to restart every two hours.
It has faup978 too, which is odd.
Seems to be better now after removing some items from rc.local
pi@piawaredump978:~ $ sudo piaware-status
PiAware master process (piaware) is running with pid 619.
PiAware ADS-B client (faup1090) is not running.
PiAware ADS-B UAT client (faup978) is running with pid 2921.
PiAware mlat client (fa-mlat-client) is not running.
Local ADS-B UAT receiver (dump978-fa) is running with pid 1940.
no program appears to be listening for connections on port 30005.
dump978-fa (pid 1940) is listening for connections on port 30978.
faup1090 is NOT connected to the ADS-B receiver.
faup978 is connected to the ADS-B UAT receiver.
piaware is connected to FlightAware.
got âcouldnât open socket: connection refusedâ
Standard Pi power supplies (Pro-Elec 5.25V 2.4A Microusb) seemed to be worse than a samsung phone charger that outputs 5.18 V
Need examples to run for the questions you ask as I am a Noob for linux.
FA 3.7.1 image was the only one I could get to work as a 978 only feeder. Whatâs a sanctioned way of feeding other sites?
Maybe the topic title could be changed to something more appropriate.
Things to check (before rebooting):
is the Pi still accessible? Y With the pro-elec supplies it seemed more flaky than with the samsung.
is dump978-fa still consuming CPU? dump 978 was running all the time., and dump978-fa would popup
do you have any undervoltage events reported? possible. didn't know how to run dmesg, and no monitor connected to pi. Not sure if realvnc screen gets the voltage lightning bolts.
is there anything reported in dmesg or the dump978-fa logs? please provide commands to get the data.
Thanks for your help!
Other sites donât understand the protocol given by dump978-fa.
If you donât understand how things work and install random stuff, itâs not gonna work.
Thatâs exactly what happened.
dump978-fa wasnât even running, you were using an old version of dump978, or they were fighting over the dongle.
So you donât know how to type dmesg
into the console?
Anyway appropriate commands for logs can be found here:
Debug commands ¡ wiedehopf/adsb-wiki Wiki ¡ GitHub
If other feed sites donât support UAT on port 30978, i donât see a particular reason to help them get the data.
Anyway this post could help you, if you are able to figure out how to make it work:
UAT Translation from Dump978-fa - #9 by KC1IUC
The problem is, i donât even know if other sites want the data in that form.
Or people could feed the translated data to FA.
Also itâs FA developing dump978, so i donât see a reason to make it easy to feed other services with that data. As i said if they are interested, they should grab the data themselves.
I suggest you just use that sdcard image then and donât try to install extra 978 stuff; as youâve discovered, it interferes (it sounds like youâve installed additional older software thatâs not aware of or compatible with the 3.7.1 image)