Archived - Beta test MLAT software for Raspberry Pi

[Oblivian]

Ditch the --s. Per example on the right side, they are meant to be ignored but may not be in later version.

Just run it via
sudo service fr24feed stop
sudo fr24feed start

then keep an eye on the startup log. Cancel with CTRL-Z and then turn it on as service again sudo service fr24feed start
Should see it appear in startup log and being passed to Dump1090. BUT, by the look of that it may be running separately - if you install dump1090 from FAfeed or other method the additional options may be ignored, youll need to reconfigure Dump1090
using sudo dpgk dump1090 --reconfigure (I think)

Most those additionals are only passed if you configure as DVBT where it has full control. using 30002 indicates you got it running external to FR24feed

[andrewh_85]

Cheers for the help will get a look at it tomorrow. The extra commands are good to know being new to this found the tail command useful in the logs saves the processing power.

[Oblivian]

My Pi etc is still losing connection frequently, like every 5-10mins for some periods, then it stays connected for an hour maybe... So yeah, it's a bit of a dud version release...

Win32 version appears to be doing it now that I've kept an eye on it for a while.. May be a back end thing rather than the version/build as this was earlier than the Pi release

[elljay]

Not sure "--net-http-port 8080" is quite right. On Debian it would be "--net --http-port 8080". Guess it's the same on a Pi?

[Oblivian]

Not sure "--net-http-port 8080" is quite right. On Debian it would be "--net --http-port 8080". Guess it's the same on a Pi?

That's not quite right, unless the release you have makes it work with either. Commands near bottom.. http://www.satsignal.eu/raspberry-pi/dump1090.html

Does this look right? Also when I check the status I see the below. I used to get a different view.

[ATTACH=CONFIG]7185[/ATTACH][ATTACH=CONFIG]7186[/ATTACH]

Sent from my XT1092 using Tapatalk

[JohnnyBravo]

Not sure "--net-http-port 8080" is quite right. On Debian it would be "--net --http-port 8080". Guess it's the same on a Pi?

On my Pi I use "--net --net-http-port 8080" so slightly different from you, but this works fine.

[andrewh_85]

On my Pi I use "--net --net-http-port 8080" so slightly different from you, but this works fine.

Cheers Jonny that sorted it

[Real-Duke]

On my Pi I use "--net --net-http-port 8080" so slightly different from you, but this works fine.

Thanks for your post, al previous that I found before doesnt work because the say only: --net-http-port 8080 what won't work!

[Oblivian]

Interesting bug...

18.5 Is Reporting wrong device on startup when choosing DVBT!


2016-03-23 20:39:01 | [reader][i]Connecting to Beast receiver via (exe:///usr/lib/fr24/dump1090 --raw --mlat)
2016-03-23 20:39:01 | [mlat][i]Waiting for MLAT configuration
2016-03-23 20:39:01 | [master][i]Starting processing thread
2016-03-23 20:39:01 | [reader][i]Connected to the receiver, configuring
2016-03-23 20:39:01 | [reader][i]Configured, processing messages
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Found Rafael Micro R820T tuner
Max available gain is: 49.60
Setting gain to: 49.60
Exact sample rate is: 2000000.052982 Hz
Gain reported by device: 49.60

Made for hard time diagnosing someones issue when it looked like they had chosen beast all the time

[geekycow]

Hi folks

Before I spend any more time trying to diagnose the problems I'm having, have there been server-side issues with Pi / MLAT again?

Since last night all I get if I try to run with MLAT enabled is this-

2016-03-25 18:16:47 | [mlat][i]Registering MLAT station
2016-03-25 18:16:47 | [mlat][i]Registering MLAT station: FAILURE
2016-03-25 18:16:48 | [mlat][i]Configuring UDP connection udp://mlat-1.fr24.com:19788
2016-03-25 18:16:48 | [mlat][i]Registering MLAT station
2016-03-25 18:16:48 | [mlat][i]Registering MLAT station: FAILURE
2016-03-25 18:16:49 | [feed][i]sent 7, filtered 8 AC in 1 packet
2016-03-25 18:16:49 | [mlat][i]Configuring UDP connection udp://mlat-1.fr24.com:19788
2016-03-25 18:16:49 | [mlat][i]Registering MLAT station
2016-03-25 18:16:49 | [mlat][i]Registering MLAT station: FAILURE
2016-03-25 18:16:50 | [mlat][i]Configuring UDP connection udp://mlat-1.fr24.com:19788

I'm a newbie to this. I'm using a Pi2 running Jessie (otherwise verbatim except for updating, connection to network, ssh configuration), running fr24feed 1.0.18-5, connected via Fibre with 40Mbps down and 2Mbps up. Everything I've done suggests the network connection is just fine, and the normal ADS-B feed works fine too.

Warm Regards
Julie from Derby, UK

PS I would have thought that filling up a Pi's logs this frequently isn't optimal given that Pi's MicroSD/SD-Card I/O is heavily CPU bound and that you probably want to be reducing that sort of I/O for the sake timing accuracies? Having said that, does the Pi just buffer heavily and not write out often anyway, which I guess would circumvent such an issue?

[Kpin]

Have anybody succeeded in using the new Raspberry 3 AND getting MLAT to work?

My friend started his new RPi3 today, but the MLAT status says 'NO' compared to my RPi status 'YES' and my Windows status 'N/A'
Of course we said YES to contributing to MLAT in the set up.

[41south]

Yep, working 100% here using the standard install and instructions

Sent from my SM-G900F using Tapatalk

[Kpin]

Yep, working 100% here using the standard install and instructions

Sent from my SM-G900F using Tapatalk

Just to be sure;

It this what you got?:MLAT yes.JPG

In that case, are FR24 makíng a choice as to which RPis should take part in MLAT even if one said yes while installing?

[41south]

That's correct, mine shows MLAT yes. I'm not sure, do they perhaps do any diagnosis of uploaded data before 'allowing' MLAT from a particular station?
I had one radar that seemed to take a while for MLAT to start, but I also had other problems with that Pi, to the extent that it would stop sending data randomly anywhere between 2 minutes and 20 minutes after startup. I changed out the Pi and the problems went away and have had no issues with getting MLAT going since

Sent from my SM-G900F using Tapatalk

[jrf]

So I think for MLAT the question is: FR24 Feeder Status says MLAT running = YES. What is the meaning in the log then saying: Stats 0/0?
2016-03-27_1112_001.png
2016-03-27_1112.png

Edit: It is RPi3, Raspian.