Pi24 Image not sending data

[pino]

I have the same problem. Since more than a month (after an SD crash) no airplanes are found. I have executed the orders above, what do I have to do. Reconfig? If so, how?

pi@raspberrypi:~$ sudo apt-get install rtl-sdr
pi@raspberrypi:~$ sudo systemctl stop fr24feed
pi@raspberrypi:~$ rtl_test -t
Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001Using device 0: Generic RTL2832U OEMusb_claim_interface error -6Failed to open rtlsdr device #0.

I went to the Git Hub page, but I don't see a todo for me, I seem to lack knowledge.

Thank you for the effort.

[abcd567]

pi@raspberrypi:~$ sudo apt-get install rtl-sdr
pi@raspberrypi:~$ sudo systemctl stop fr24feed
pi@raspberrypi:~$ rtl_test -t
Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
usb_claim_interface error -6
Failed to open rtlsdr device #0.

Seems a decoder software is using the dongle.
Are you running another decoder?
Are you using Pi24 image or have installed another decoder yourself (like dump1090-fa or dump1090-mutability)?

Try this:

sudo systemctl stop fr24feed dump1090-mutability dump1090-fa piaware rbfeeder
rtl_test -t

Please also post output of following command
(replace fr24key value by xxxxxxxx when posting in forum)

cat /etc/fr24feed.ini

[pino]

Try this:

sudo systemctl stop fr24feed dump1090-mutability dump1090-fa piaware rbfeeder
rtl_test -t

Please also post output of following command
(replace fr24key value by xxxxxxxx when posting in forum)

cat /etc/fr24feed.ini

pi@raspberrypi:~ $ sudo systemctl stop fr24feed dump1090-mutability dump1090-fa piaware rbfeeder
Failed to stop dump1090-fa.service: Unit dump1090-fa.service not loaded.
Failed to stop piaware.service: Unit piaware.service not loaded.
Failed to stop rbfeeder.service: Unit rbfeeder.service not loaded.

pi@raspberrypi:~ $ cat /etc/fr24feed.ini
receiver="dvbt"
fr24key="xxxxxxxxxxxx"
host="192.168.178.10"
bs="yes"
raw="yes"
logmode="1"
windowmode="0"
logpath="/var/log/fr24feed"
mpx="no"
mlat="yes"
mlat-without-gps="yes"

[pino]

Ok the outputs show that you dont have piaware, dump1090-fa,and rbfeeder, but do have fr24feed and dump1090-mutability.

Please issue these 2 commands and post output of 2nd command (i.e. output of rtl_test -t).

sudo systemctl stop fr24feed dump1090-mutability

rtl_test -t

The second line I forgot. Thanks for the help.

pi@raspberrypi:~ $ rtl_test -t
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
No E4000 tuner found, aborting.

PS: I learn from your previous post here. I installed fr24feed after Raspian Image among others.

[wiedehopf]

pino:
Do a reboot.
Did you raise the gain back up to the maximum of -10 ?
Did you check /dump1090-fa if you see any planes?
Did you check the dump1090-fa log? https://github.com/wiedehopf/adsb-wi...Debug-commands

[pino]

Thanks Wiedehopf and others, due to weak english and linux knowledge i moved like an amateur from a to b and followed the instructions. also your github site, i have every command blindly executed and what can i say. it suddenly works.

[B]pi@raspberrypi[/B]:[B]~ $[/B] fr24feed-status
[ ok ] FR24 Feeder/Decoder Process: running.
[ ok ] FR24 Stats Timestamp: 2020-11-30 20:55:05.
[ ok ] FR24 Link: connected [UDP].
[ ok ] FR24 Radar: T-EDDP143.
[ ok ] FR24 Tracked AC: 1.
[ ok ] Receiver: connected (5333 MSGS/0 SYNC).
[ ok ] FR24 MLAT: ok [UDP].
[ ok ] FR24 MLAT AC seen: 1.

The last log from GitHub commands:

Statistics: Mon Nov 30 20:30:06 2020 GMT - Mon Nov 30 20:33:19 2020 GMT

Local receiver:

433192960 samples processed

0 samples dropped

0 Mode A/C messages received

3861673 Mode-S message preambles received

2467308 with bad message format or invalid CRC

1390246 with unrecognized ICAO address

3978 accepted with correct CRC

141 accepted with 1-bit error repaired

-29.7 dBFS noise power

-12.3 dBFS mean signal power

-6.0 dBFS peak signal power

0 messages with signal power above -3dBFS

Messages from network clients:

0 Mode A/C messages received

0 Mode S messages received

0 with bad message format or invalid CRC

0 with unrecognized ICAO address

0 accepted with correct CRC

0 accepted with 1-bit error repaired

4119 total usable messages

0 surface position messages received

363 airborne position messages received

354 global CPR attempts with valid positions

0 global CPR attempts with bad data

0 global CPR attempts that failed the range check

0 global CPR attempts that failed the speed check

0 global CPR attempts with insufficient data

4 local CPR attempts with valid positions

0 aircraft-relative positions

0 receiver-relative positions

5 local CPR attempts that did not produce useful positions

5 local CPR attempts that failed the range check

0 local CPR attempts that failed the speed check

0 CPR messages that look like transponder failures filtered

0 non-ES altitude messages from ES-equipped aircraft ignored

11 unique aircraft tracks

6 aircraft tracks where only one message was seen

CPU load: 58.1%

35761 ms for demodulation

74918 ms for reading from USB

1339 ms for network input and background tasks

Mon Nov 30 20:33:20 2020 GMT Normal exit.

Mon Nov 30 20:33:54 2020 GMT dump1090-mutability v1.15~dev starting up.

Using sample converter: UC8, integer/table path

Found 1 device(s):

0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)

Found Rafael Micro R820T tuner

Using automatic gain control.

Gain reported by device: 0.00 dB

Error opening the listening port 30003 (Basestation TCP output): bind: Address already in use

[Oblivian]

It's usually always 1 of these:
not following ALL steps Not stopping when there is an error or something happens that wasn't understood/expected which effects other things after it.

Not asking what above errors may mean or how to remedy before continuing

Using commands from manual pages/other instructions on base images designed to be automatic (without using the same blank starting point)

Those will normally always have downside effects on a working system when trying to change.

[pino]

Exactly, the typical user. Professionally, I get annoyed about those types who cannot check right or left if something does not work. Here with things I rarely use (Linux) like setting up the Raspian, PiHole and FR24, I always follow the same instructions, but wouldn't notice if someone there wants to do something bad to me about a code change. Last time in mid-October I read here in the forum that many people had this problem and that the FR24 release is the culprit. Now I finally had some time to take care of it.

Many thanks to all involved.

[wiedehopf]

You have fr24feed configured to start dump1090 by itself. (also it's using port 30003)
Thus the dump1090-mutability can't start.

I'd recommend either install either readsb or dump1090-fa using my script, it will fix up the configuration: https://github.com/wiedehopf/adsb-wi...ADS-B-receiver

Otherwise ... change the following lines of the fr24feed configuration to what's described, then reboot

receiver="beast-tcp"
host="127.0.0.1:30005"
bs="no"
raw="no"

Oh that file is /etc/fr24feed.ini ... you can edit it using sudo nano /etc/fr24feed.ini


Are you also using pihole on the same pi?
That complicates looking at the webpages .... the external.conf for lighttpd / pihole needs to have a line adding mod_alias ... maybe google will show what to .... i'm not sure where that thread is anymore.