Trial Run Results for Three Types of Whip Antennas

You mean locally? Tar1090 locally is at http://pi (Using webroot conf)

Tried a conf file file (ext .txt added for uploading)
 

Attachments

  • 90-graphs1090-otherport.conf.txt
    688 bytes · Views: 20
No i mean via this remote stuff ...

In regard to the configuration:
If you have the html folder at /, then you want the run folder at /graphs
Also really no need to have the html folder at / and /graphs1090, make it either or.
 
wiedehopf said:
No i mean via this remote stuff ...

In regard to the configuration:
If you have the html folder at /, then you want the run folder at /graphs
Also really no need to have the html folder at / and /graphs1090, make it either or.
Click to expand...
The remote stuff doesn't have a permanent URL. It creates the service at locally at the phone. So, 192.168.0.70 of the LAN IP is translated to 127.0.0.1:15334 (when using Private IP option - a secure but slower connection). Alternatively, it assigns a random URL from its pool when using a Public IP option.
As I write this, it has created http://edjjgmzm.p72.rt3.io for the tar1090 service. Once I leave the app or it times out, this URL will go back to the pool.

There is no no way to access any LAN device from the internet anymore. See if you can access my router at [DELETED].

I will get back to the configuration later today.
 
Last edited:
A few days ago, I took a chance and installed the FlightAware antenna.
The 400Km+ positions increased from around 1800-3000 to 2800-4800.

However, after a spell of rain, I noticed that the range and number of aircrafts have decreased about 2-3%.

The N-Connector of the antenna is connected to a CL2 rated RG6 wire (AmazonBasics) with an adapter and this assembly has been wrapped twice with self amalgamating tape and then with an electrical insulation tape. The small gap between the antenna and the mount has been sealed with silicone paste. The RG6 wire connects to a 5V ADS-B amplifier (join again sealed similarly).

Anyone else experience similar problems?
 

Attachments

  • IMG_20200201_151702.jpg
    IMG_20200201_151702.jpg
    1,018.2 KB · Views: 50
  • IMG_20200201_151715.jpg
    IMG_20200201_151715.jpg
    791.7 KB · Views: 50
2-3% ... is not statistically significant.

Different atmosphere pressures/temperatures alone will change the geometric height of the flight levels.
Then you have changing propagation depending on moisture in the air and air temperature.

It's quite normal to get some variation with weather.

Also even larger changes are often seen due to schedule changes and similar.
Day of the week also plays a large role.
 
I like your 'Do not tamper' stencil :)
As Wiedehopf writes, there is nothing significant in that sort of minor performance variation, you appear to have everything sealed well.
 
wiedehopf said:
2-3% ... is not statistically significant.

Different atmosphere pressures/temperatures alone will change the geometric height of the flight levels.
Then you have changing propagation depending on moisture in the air and air temperature.

It's quite normal to get some variation with weather.

Also even larger changes are often seen due to schedule changes and similar.
Day of the week also plays a large role.
Click to expand...
I guess my cause for concern has been to understand the flightaware page for number of aircrafts and positions report.

The feeder which has the highest number of positions appears to have half the number of aircrafts. Could be close to the airport?

The feeder which has the highest number of aircrafts doesn't have any positions more than 400Km. (He is using a flightfeeder and I know him on Facebook).

I'm also trying to figure out how this is happening since on my original spider, I was in the top 3 in number of aircrafts reported.

Stealth said:
I like your 'Do not tamper' stencil :)
As Wiedehopf writes, there is nothing significant in that sort of minor performance variation, you appear to have everything sealed well.
Click to expand...

Its a bit of a risk. As @wiedehopf knows, I've had some vandalisation of my previous ground plane antennas. I now suspect it was some large bird. But better to give a warning.
 
The FA stats are somewhat complicated.

It seems your MLAT isn't working properly.
That could hint at a power supply issue for example.
But the number of aircraft is very close to the FlightFeeder guy.

The position number indeed has to do with aircraft on the ground.
Not much you can do about that.

It often isn't useful to compare FA stats with other feeders.
 
wiedehopf said:
It seems your MLAT isn't working properly.
That could hint at a power supply issue for example.
Click to expand...

I hope to switch from the Pi0 to a Pi3B/Pi4 later this year. The Pi0 is way overloaded. Could also be a power supply problem. Will need help then since I'll be transferring much of the data from this Pi to the new one.
 
RPi are easy ... if it's a Buster install the same sd-card will work on the Pi4 even.

You could stop your FR24 feed for example :)
 
wiedehopf said:
RPi are easy ... if it's a Buster install the same sd-card will work on the Pi4 even.

You could stop your FR24 feed for example :)
Click to expand...
The main one is using Stretch because it was set up in May 2019.
I can stop FR24, but what about Planefinder, Radarbox24, Opensky, ADSBx, ADSBHub? :rolleyes::)
 
FR24 uses a fair amount of CPU.

You should probably decide on one MLAT by one of the networks, don't run multiple on the Pi0.
It will only result in bad MLAT.
 
I am running on an alternate network since the main internet is down. Will suspend a few MLATs and see the load variation.
 
You must log in or register to reply here.
Back
Top