Piaware for Raspberry Pi Zero 2 W

The Piaware image will not boot on the new Raspbery Pi Zero 2. I feel this needs to be addressed for all those using a Pi Zero and wanting an in place upgrade to the Pi Zero 2 W.

2 Likes

Posting the same issue all over the boards doesn’t do a lot to solve the issue.
I’m sure they will look into it so I don’t understand why this has to be repeated multiple times.

5 Likes

Opened only ONE discussion in “Feature Requests and Ideas” (posted after trying other user suggestions).
Opened only ONE discussion in “ADS-B flight tracking”

How is this “all over the boards” or “repeated multiple times”. All my other posts have been in reply to suggestions by other users within those discussions, partly to help other users experiencing the same issues as myself so they are informed that these suggestion may not work for them and meaning they do not have to open seperate discussions. Being in IT I am sure you understand that this is how discussion forums work.

So, again, I do not understand how this is “all over the boards”.

1 Like

Well, one issue, three seperate posts seems to me that you are trying to get attention from somebody to solve your problem.
In your post you claim a solution for all that want to do an upgrade but I think you are the first one with this hardware at this moment, no others have said they are expierencing the same issue.
No pun intended I understand your question but the approach is where we differ.

Now to a workaround for your issue in regard of getting this running on your new and shiny Pi Zero 2 W.
There is a possible solution that stated by one of the members in the ADS-B flight tracking forum.

This has already been done by abcd567 in his post.
All you need to do is to follow his guide number 2 in order to create a package based install on a fresh installation of Raspberry Pi OS.

The Piaware image based install isn’t working for you since not all hardware in your new Pi Zero 2 W is functioning with isn’t compatible with the image ( or the image is not compatible with your hardware).
The folks at Flightware haven’t got a working image for that just yet.

The hardware is 4 days old, released on 28th October 2021 so that might implicate that they haven’t had time to update the image until now.
Maybe they don’t have a copy of the hardware to test against or what ever reason there is why this hasn’t been done yet.

I understand you want to put it to good use but the current approach would be to do a package based install on top of the installation of Raspi OS that is functioning on your hardware.
If your not venturing on that path then you will have to wait until Flightware releases a compatible image of the software that is working with your hardware.

And the correct place to put this would be the ADS-B Flight tracking forum. This one is to ask for new features on the existing software.

The people on these boards are very helpfull and will try to get you up and running as soon as they think they have workaround or a solution or when they have had the time to create a working image for your hardware.

2 Likes

Correct.

I expect support will be in the next PiAware release as we track the current version of the upstream OS at the point of release.

In the meantime, if you need to use hardware that was not available when the current PiAware sdcard image was released, please install an upstream OS image that does support the hardware and do a package install of piaware et al.

2 Likes

Hi everyone,

So I got a Pi Zero 2 W running Raspbian OS lite (bullseye)

When I try to install PiAware (and also dump1090-fa) following the guide, I get a message about broken packages that I don’t know how to solve.

  • Should I change my OS version ? or use another PiAware version? Or how can I get the missing dependencies?
    Thanks!

The following packages have unmet dependencies:
piaware : Depends: libboost-filesystem1.67.0 but it is not installable
Depends: libboost-program-options1.67.0 but it is not installable
Depends: libboost-regex1.67.0 (>= 1.67.0-10) but it is not installable
Depends: libboost-system1.67.0 but it is not installable
Depends: libreadline7 (>= 7.0~beta) but it is not installable
E: Unable to correct problems, you have held broken packages.

Currently you will need to either build a piaware package from source yourself, or wait for PiAware 7, or use an older Buster-based image (may be difficult to get that to boot on a 02W)

Thanks for your quick reply :slight_smile:

BULLSEYE: Automated Scripts for Building and Installing piaware, dump1090-fa, dump978-fa, & piaware-web, from source code

NOTE: These scripts will install all required build tool and dependencies packages first, and then build the piaware, dump1090-fa, dump978-fa packages. The process will take considerable time. Please be patient.

 

image

(1) DUMP1090-FA

Install: Copy-paste following command in SSH terminal.
sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu20-amd64/master/install-dump1090-fa.sh)"

(2) PIAWARE

2.1 - Install: Copy-paste following command in SSH terminal.
sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu20-amd64/master/install-piaware.sh)"

 

2.2 - Configure: Copy-paste following command in SSH terminal
sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

sudo piaware-config allow-manual-updates yes
sudo piaware-config allow-auto-updates yes
sudo systemctl restart piaware
sudo systemctl restart dump1090-fa

(3) PIAWARE-WEB

Install: Copy-paste following command in SSH terminal.
sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu20-amd64/master/install-piaware-web.sh)"

(4) DUMP978-FA

4.1 - Install: Copy-paste following command in SSH terminal:
sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu20-amd64/master/install-dump978-fa.sh)"

 

4.2 - Serialize Dongles
sudo apt install rtl-sdr
rtl_eeprom -s 00001090 ##Plug-in 1090 dongle only
rtl_eeprom -s 00000978 ##Plug-in 978 dongle only

 

4.3 - Configure dump1090-fa and dump978-fa to use their respective dongles

sudo piaware-config uat-receiver-type sdr  
sudo sed -i 's/^RECEIVER_SERIAL=.*/RECEIVER_SERIAL=00001090/' /etc/default/dump1090-fa 
sudo sed -i 's/driver=rtlsdr[^ ]* /driver=rtlsdr,serial=00000978 /' /etc/default/dump978-fa  

sudo reboot  

 

2 Likes

@abcd567, Thank you!
How about bullseye arm64 on Raspberry Pi Zero 2 W?
Dump-fa was smoothly but I get stuck when building piaware. Could you have a look?

make -C dump978 faup978 VERSION=6.1
make[2]: Entering directory ‘/home/pi/piaware_builder/package-buster/dump978’
g++ -g -O2 -ffile-prefix-map=/home/pi/piaware_builder/package-buster=. -fstack-p rotector-strong -Wformat -Werror=format-security -std=c++11 -Wall -Wno-psabi -We rror -O2 -g -Ilibs -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="6.1" -c -o faup 978_main.o faup978_main.cc

Very nice explanatory reply to @emmmceee

I do also appreciate his explanation as to one post in feature request and one in ADS-B This is a great forum but the interface can be a bit awkward, I have often struggled to find reference to something I have previously seen.

I am sure your excellent reply will make him happy, it certainly enhances the reputation of this forum.

Geoff

1 Like

Downloaded 64-bit bullseye image (2021-10-30-raspios-bullseye-arm64-lite.zip) and wrote to microSD card. Slipped card into RPi Model 4 (dont have Zero 2 W) and successfully installed dump1090-fa, piaware, piaware-web, and dump978-fa.

I did not find any problems. The piaware package building process many times seems to stuck / hang / freeze, but it is actually working in background. please be patient and wait, the process which seems to stuck will move on after a while.

 

image

 

image

 

2 Likes

muito bom!

Blockquote

1 Like

 

 

Package install of piaware 6.1 on Bullseye 32-Bit & 64-Bit

 

 

Hello @abcd567,

Thanks for your efforts in helping us out with the port to Bullseye while we wait PA 7. I’m trying out your script on the older RPi0W with a fresh install of Bullseye. Your step 2.1 PIAWARE Install hangs (for over six hours twice) at the following step:

make -C dump978 faup978 VERSION=6.1

The terminal output following the above command is:

make[2]: Entering directory '/home/pi/piaware_builder/package-buster/dump978'
g++ -g -O2 -ffile-prefix-map=/home/pi/piaware_builder/package-buster=. -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -Wall -Wno-psabi -Werror -O2 -g -Ilibs -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION=\"6.1\"  -c -o faup978_main.o faup978_main.cc

The preceding step (1) DUMP1090-FA completed with the Reboot directive that I duly complied with. What is your recommended workaround, please? Thanks.

Kind regards.

P.S. Are there some command line switches, in your scripts (I’m faint hearted to dig into these :grinning:), to disable the build(s) for 978 just to get PiAware to to run for now?

My apologies for not reading the FULL thread. My issue was reported previously. Sorry for the redundant post.

Kind regards.

I built from source on the Pi02W, today. Took a while but not so long as I thought it would. Running now but am missing the repository lines so it will get update. Is there a script to put those in?

sudo apt-get upgrade
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
Calculating upgrade… Done
The following packages have been kept back:
dump1090-fa piaware
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

apt list --upgradable
Listing… Done
dump1090-fa/unknown 6.1 armhf [upgradable from: 6.1]
piaware/unknown 6.1 armhf [upgradable from: 6.1]

sudo apt-get update
Hit:1 http://flightaware.com/adsb/piaware/files/packages buster InRelease
Hit:2 Index of /debian bullseye InRelease
Hit:3 Index of /raspbian bullseye InRelease
Hit:4 http://repo.feed.flightradar24.com flightradar24 InRelease
Reading package lists… Done

It took somewhere between 13 to 20 hours to reach the following stage:

make -C dump978 faup978 VERSION=6.1
make[2]: Entering directory '/home/pi/piaware_builder/package-buster/dump978'
g++ -g -O2 -ffile-prefix-map=/home/pi/piaware_builder/package-buster=. -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -Wall -Wno-psabi -Werror -O2 -g -Ilibs -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION=\"6.1\"  -c -o faup978_main.o faup978_main.cc
g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
make[2]: *** [<builtin>: faup978_main.o] Error 1
make[2]: Leaving directory '/home/pi/piaware_builder/package-buster/dump978'
make[1]: *** [debian/rules:54: build_dump978] Error 2
make[1]: Leaving directory '/home/pi/piaware_builder/package-buster'
make: *** [debian/rules:95: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
grep: debian/piaware/DEBIAN/control: No such file or directory
Installing piaware package
dpkg: error: dpkg frontend lock was locked by another process with pid 21479
Note: removing the lock file is always wrong, and can end up damaging the
locked area and the entire system. See <https://wiki.debian.org/Teams/Dpkg/FAQ>.
Failed to enable unit: Unit file piaware.service does not exist.
Failed to restart piaware.service: Unit piaware.service not found.

PIAWARE INSTALLATION COMPLETED 

If you already have  feeder-id, please configure piaware with it 
Feeder Id is available on this address while loggedin: 
    https://flightaware.com/adsb/stats/user/ 

    sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 

The platform is:

pi@raspbari15:~ $ lsb_release -a
No LSB modules are available.
Distributor ID:	Raspbian
Description:	Raspbian GNU/Linux 11 (bullseye)
Release:	11
Codename:	bullseye
pi@raspbari15:~ $ uname -a
Linux raspbari15 5.10.63+ #1459 Wed Oct 6 16:40:27 BST 2021 armv6l GNU/Linux
pi@raspbari15:~ $ sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
sudo: piaware-config: command not found
pi@raspbari15:~ $ 

The feeder-id is masked in the above output.
Neither piaware.service nor piaware-config are operational, so I don’t understand the meaning of the output line:

PIAWARE INSTALLATION COMPLETED

Looks like, for a timid person (when it comes to bash) like myself, waiting till Dec is the best option. I will try the same operation on RPi4 (if I can get one locally without being scalped). Of course, all suggestions and guidance are welcome without reservation.

Kind regards.

If I was to guess at the problem, it’d be that you’re running out of memory during that compile.

If you have a beefier Pi like a Pi 4 running bullseye you could try building the packages there and copying them over.

For sake of eliminating need for compilation on every user’s Pi, I have built the Piaware 6.1 packages from source code on RPi Model 4 running Bullseye, and uploaded these to my PPA at Github. There are 2 sets of packages, one built on 32-bit Bullseye, other built on 64-bit Bullseye.

These can be installed on RPi without need for compilation, simply by adding my PPA to apt sources list, updating, and then issueing commands “sudo apt install piaware”, “sudo apt install dump1090-fa” . Please visit following post for step by step guide:

Package install of piaware 6.1 on Bullseye 32-Bit & 64-Bit