FlightAware Discussions

Piaware using x86, aarch or arm64 architectures

HOW can I make it?
I tried to compile official git source, but it requires gpg keys for signing packages (??? WHY ???), which I don’t want (using keys turns on lot of ssh and other security features which I dont need).

  1. Why there are no 386 and other arch repos?
  2. Gimme a normal way to use standard apps bundle at my old laptop, please. I use Raspi Desktop x86 distro for best pi-nonpi migrations.

Reason: Pi is pretty poor computer to handle with dongle power supply and doing math while powering LNA at antenna. Really, no discussions here.

(1) Howto Install Piaware 3.8.1 on Ubuntu and Debian amd64

(2) Howto Install dump1090-fa on FEDORA and RHEL x86_64

(3) Howto Install Piaware 3.8.1 on Ubuntu Server 20.04 arm64 / Pi4

(4) Howto Install Piaware 3.8.1 on 64 bit Raspbian OS / Pi4

3 Likes

That there are many people here who are doing just that would tend to disprove your assertion. A Pi 3 is more than capable of running the dump1090 decoder and powering a dongle with an LNA attached. I used to do exactly that, with the LNA being powered by the built in bias-t in the dongle. I am now using a Pi 4, with an airspy mini and a bias-t powered via the 5v GPIO pins. It has been running with no problems for the past 10 months while feeding multiple sites.

3 Likes

And it always at throttle state. I tried 2 and 3 boards, the same problems even if there is no lna at feeder. Using atx power supply, so undervoltatge or misscurrent isn’t the reason.
May be I’m kinda schlimazzle, but I’ve got what I’ve got. I think 10 watt old atom nettop is pretty usefull here and it have battery for few hours of probable blackout. Different weight category, don’t you think? :slight_smile:

Fully agree. I am actively engaged in installing Piaware & dump1090-fa on x86_64, i386 Desktop/Laptop, but these are NOT my regular feed. My regular feed are:

  1. Raspberry PI Model 2 B+ (Stn # 5252)
  2. OrangePI PC (Stn # 6396)
  3. Raspberry Pi Model 4 with 64-bit OS (Stn # 76000)

All are running perfectly well, first two from 2015, and last one for couple of months.

2 Likes

 

Yes, you are right. If you already have a surplus i386 / x86 / x64 machine, why not to utilise it?

 

You dont have to sign the packages. Just ignore the warning.
If you do not want to see the warning, use --no-sign with build command like this:

sudo dpkg-buildpackage -b --no-sign

 

3 Likes

Just build with --no-sign, or ignore the signing error. This is just the standard debian package-building process, not anything specific to piaware.

Supporting binary packages for many distros/architectures is a headache; we picked one combination to directly support, and building from source is how the others are supported.

The recent Pis have a lot more grunt than you’d expect; give them a decent power supply and they’re absolutely fine for ADS-B decoding. Even the original Pi 1 can (just) handle decoding + mlat. There might be other reasons why you’d pick another architecture, but CPU power is not one of them.

FWIW (and I know this has been changing) ARM has a reputation for having better performance-per-watt, which is desirable for a system that’s on 24/7.

3 Likes

What are you expecting building PiaWare on a high end device compared to a Raspberry? What is the reason coming to this statement?
As long as you are not stressing the Raspberry doing other work your statement is wrong. There are thousands of installations out there without any issues. Even the Airspy devices are working properly.

2 Likes

Yeah, arm arch is pretty power effective on test 100 percent duty per watt against others, but much, much worse in real power, which should be measured in operations per bus speed per watt. From that side arms are not so good as common purpose 386 and especially x64, that’s why pi4 has third party video core (because arms pretty bad at graphics which is pure math).
But this is offtopic. Still thinking about twice mistaken at shop when bought pi2 and pi3, because they both going to throttle state by undervoltatge while being linked to 30 Amper atx source and . How that could be possible - mistery under seven seals, current tester shows a bit more than 700 mA at adsb decoding cycles even with externally linked cooling fan and no more than 37 c degrees.
This is the reason why I want to use much more powerful (in flops) Intel atom core. And SD cards economy as well, btw, they live no more than 3 months for mine instalations :wink: yeah, I prefer to use multipurpose systems - not only adsb decoder but at the same time weather station and cloud media storage as well. Internal HDD much more handy, obviously.

1 Like

Thank you, u’re my hero. Never used gpg, never seen signification requirement for own-build packages, so never too late to learn something new :slight_smile: Just added --no-sign to all builder commands :slight_smile:

No comparison, really, not me started discussion arm vs ibmpc :slight_smile: I want to build more powerful station and use more calculation power goes other things, such as telegram bot, mariadb, flask and duino server. Just got ye olde Goode netbooke, that should be only option among some other PCs I have :slight_smile:

that’s what you did not say at the beginning Your initial comment left the feeling that a Raspberry is not sufficient enough for tracking aircraft.

Piaware only (with some feeders) do not require i386 or x64 for better performance.

2 Likes

Sounds like a problem with your custom power setup; they don’t have undervoltage problems with the standard PSUs.

What should be measured is surely “how much power is consumed for the task I want to do?”. From your own numbers, that’s about 3.5W (5V @ 0.7A) for ADS-B. What’s the power consumption of the x86 equivalent?

2 Likes

Then you had voltage loss in the connection to the RPi.

Also the RPi tends to like 5.1 V even at the input because of some power protection ciruitry.

If you would use sufficient gauge wires to connect the RPi via the pin header to the ATX supply it shouldn’t throttle.
Also note some ATX supplies need a current draw on certain rails to work properly.

3 Likes

If you mean using an Airspy with 20-24MHz decoding and crazy high “-e” numbers, the Pi3B ARM is definitely little league. Even the Pi4 is marginal.
If one has one of the older laptops around, why spend money on a Pi4 that still won’t match what the free i5-i7 in that machine?

Right now with all power losses it is about 10 watts per hour for old Lenovo netbook. Not so good as rpi, but now I run mariadb, Apache, python front and backends, few bots and two duinos as weather station. If you wanna count my money: 6 wph, 720x6 per month x 12 per year, so there are about 52 kilowatts. I live in power giant country, Russia (feel our love!), so total fee will be about 4 x 52/70 = 3 bucks. Well… I’ll take that hit :slight_smile:

2 Likes

@butylkus
Just out of curiosity, which OS you are using on your old Lenovo netbook?

The how-to’s I have linked in my first post above are for Debian based amd64/x86/x64 OS.

One how-to is for RHEL/Fedora which is not Debian based. It gives method to build & install dump1090-fa only. I did not succeed to build & install Piaware data feeder on RHEL/Fedora.

Raspbian desktop. Pretty light and similar to main raspbian for Pis, but x86 and haven’t pi features included. Actually it is Debian itself, but nicely trimmed and feels more like raspbian. Based on Buster, so your first link is pretty handy there, no need to add something to those manuals. Got some troubles with swap lib as depency (it cannot be configured on HDD, I think it is kinda workaround for SD swapless system, so just ignored its error messages), but now everything works fine. My stick doesn’t getting hot. Oops, sounds like something bad XD. I mean dongle now haven’t powering issues, dump1090 is totally online, while at rpi it was offline sometimes (yellow info bar at web-front).
Still thinking there are two fake or fraud rpis I have. Used 5 different psus, so there can be no mistakes - I gave enough power to them.

1 Like

I’ll take some time to try make feeder station on slackware, that should be interesting. Totally source based installation. But what I predict - boring compilation of all depencies and success :slight_smile:

1 Like