wget is not very nice in that it won’t overwrite the previous download.
(so trying again won’t work if there is already a corrupted version of the file)
Try this:
wget -O repo.deb http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb
sudo dpkg -i repo.deb
Thanks again! Downloaded it again which saved it as .deb.1
Changed the install line to that and it installed this time
Could someone check if this is correct for Pi4
seems to be running x3 or is this percore as i got 4?
The current aisrpy version uses exactly 3 threads.
The white entry is the combine resource usage of the program.
The green entries represent the threads.
1 thread communicates with USB.
1 thread does all the calculations.
1 thread does mostly nothing.
htop -p $(pgrep airspy)
Also i see you are using -x (DX mode), this produces bad data if it was me receiving that bad data, i’d ban you 
(don’t think this has happened before but really, it produces bogus data, just turn it off)
Check the tracks per hour displayed in the graphs and see how they massively decrease when you turn it off.
-X gone
how did that get there hehe
thankyou for info set mind at rest
john
That is true in the literal sense.
With -x on i had aircraft (without position) show up in my list which were actually half way around the world.
I doubt that you are actually losing reception 
Since i upgraded to pi4 my stats are an all high,
yesterday’s results
4720 a/c
1,141.416 mess
but i supose i could get away with pi4 1gb ram
current is 4gb pi4
I’m curious - what airspy_adsb version are you running? I’m running 1.37 and it does not use multiple threads (at least not on my Odroid N2).
And, I saw you mention further down the thread your # of planes and messages per day. That’s pretty phenomenal. You must have a stellar location and antenna setup.
Mike
the guys in europe and the uk get MANY more messages/sec than we do in the states. wiedehopf can correct me if i’m wrong but i have been told that aircraft broadcast more times per second than in the states…so their message/sec rates are much higher for a given number of aircraft
It does use multiple threads.
Maybe they are not displayed for you as they are userland/pthreads.
The aircraft are the same (well at least some), the transponder interrogation by radar is different.
The number of aircraft depends a lot on your location being somewhere with a lot of aircraft overhead.
I found the post about the DPD antenna, so that’s clear.
But which LNA are you using?
I guess you are limited by terrain?
Aircraft in Europe transmit many more All Call Replies compared to the US because of it. I wonder if that will change as ADS-B usage increases, purely for capacity reasons.
These two sites have fairly similar numbers of aircraft seen per day, one is in the US and one mainland Europe:
US
Europe
No CommB stuff in the US either.
There’s a crazy amount of services crammed into 1090MHz.
So the bottom line is purchase 3 b+ today, not 4, if you want to use standard 3.7.1 image?
I assume FA will give heads up when current image is ready for the Pi 4?
Why would you want to use the piaware image? 
It’s not that hard to just use Raspbian Lite, upgrade it and install piaware/dump1090-fa.
But yes if you MUST use the piaware image, it will take some time for a new image to be available.
"Why would you want to use the piaware image? "
1: We are playing in their sandbox.
2: How are you at video instruction after all “Not that hard” is relative to experience.
How many installs of piaware are default installs of the 19K installers? My guess is more than 50%
I would agree that FA does not really embrace new stuff very quickly even if it is in their own self interest. I would love to see images published that had different features but still did the basic uploading.
It still uses the same software to feed. I don’t think Flightaware really mind what OS image it is running on if it works and they get data.
If you can work out how to flash the piaware image, then installing raspbian and installing piaware is really not much harder at all. You can just copy and paste the commands in the instructions and end up with a working installation.
Ok. I guess I confused threads and multi-core use. It does not make use of multiple CPU cores anymore, at least as of the version I have. I remember Youseff stating that the newer devices have enough CPU horsepower and he has made things more efficient, thus negating the need for the -w option to use multiple cores.
Yeah, my location is to blame. First of all, I’m in rural Ohio and am 50-70 miles from the closest major airport (such as KPIT Pittsburgh or Cleveland Ohio). And, my DPD is in the attic. My elevation is such that N and NW are somewhat restricted by the hill immediately behind me, and I’m generally a 100-200 ft lower in elevation than surrounding terrain. On a good day I get about 3400 aircraft and something over 400,000 msgs. But the setup itself (if put in a different location) is one that I’m confident would perform extremely well. DPD <-> HAB Nevis filter and amp <-> 50-feet of LMR-400 into an Airspy.
I just wondered what kind of antenna he/she was using. 4500 planes and over a million messages a day would seem impossible with something like a whip on a tincan no matter where ya are (unless your equipment is at a major airport).
Mike
.
dump1090-fa and piaware install OK, dump978-fa & skyview978 fail to install
.
pi@raspberrypi:~ $ cat /etc/os-release | grep PRETTY
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.19.57-v7+ #1244 SMP Thu Jul 4 18:45:25 BST 2019 armv7l GNU/Linux
.
pi@raspberrypi:~ $ sudo apt-get install dump978-fa
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
dump978-fa : Depends: libsoapysdr0.5-2 but it is not installable
Recommends: skyview978 but it is not going to be installed
Recommends: soapysdr-module-rtlsdr but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Tried by first installing skyview978, then dump978-fa.
skyview978 got installed, but dump978-fa still failed to install
pi@raspberrypi:~ $ sudo apt-get install skyview978
... ... ...
The following NEW packages will be installed:
skyview978
... ... ...
Preparing to unpack .../skyview978_3.7.1_armhf.deb ...
Unpacking skyview978 (3.7.1) ...
Setting up skyview978 (3.7.1) ...
Enabling lighttpd integration..
Enabling skyview978: ok
Run "service lighttpd force-reload" to enable changes
Restarting lighttpd..
Created symlink /etc/systemd/system/dump978-fa.service.wants/skyview978.service → /lib/systemd/system/skyview978.service.
.
pi@raspberrypi:~ $ sudo apt-get install dump978-fa
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
dump978-fa : Depends: libsoapysdr0.5-2 but it is not installable
Recommends: soapysdr-module-rtlsdr but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
.
Manually downloaded and installed package libsoapysdr0.5-2_0.5.4-1_armhf.deb
pi@raspberrypi:~ $ wget -O /tmp/libsoapysdr0.5-2_0.5.4-1_armhf.deb "http://http.us.debian.org/debian/pool/main/s/soapysdr/libsoapysdr0.5-2_0.5.4-1_armhf.deb"
... ... ...
2019-07-28 05:05:56 (1.12 MB/s) - ‘/tmp/libsoapysdr0.5-2_0.5.4-1_armhf.deb’ saved [58622/58622]
pi@raspberrypi:~ $ sudo dpkg -i /tmp/libsoapysdr0.5-2_0.5.4-1_armhf.deb
... ... ...
Setting up libsoapysdr0.5-2:armhf (0.5.4-1) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...
.
pi@raspberrypi:~ $ sudo apt-get install dump978-fa ... ... ...
The following NEW packages will be installed:
dump978-fa libsoapysdr0.6 soapysdr-module-rtlsdr soapysdr0.6-module-rtlsdr
... ... ...
Do you want to continue? [Y/n] y
... ... ...
Unpacking libsoapysdr0.6:armhf (0.6.1-4+b4) ...
... ... ...
Unpacking soapysdr0.6-module-rtlsdr:armhf (0.2.5-1) ...
... ... ...
Unpacking dump978-fa (3.7.1) ...
Setting up libsoapysdr0.6:armhf (0.6.1-4+b4) ...
Setting up dump978-fa (3.7.1) ...
Adding user `dump978' to group `plugdev' ...
Adding user dump978 to group plugdev
Done.
Created symlink /etc/systemd/system/default.target.wants/dump978-fa.service → /lib/systemd/system/dump978-fa.service.
Setting up soapysdr0.6-module-rtlsdr:armhf (0.2.5-1) ...
Setting up soapysdr-module-rtlsdr:armhf (0.2.5-1) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...