portapack-havoc VS readsb-protobuf

I think I used GNURadio to convert files, it was not very complicated. https://github.com/furrtek/portapack-havoc/wiki/Capture (Not directly related to your problem but maybe it helps)

https://github.com/furrtek/portapack-havoc/issues/157#issuecomment-367577577 talks about changing the sampling frequency through a text file for the Havoc Firmware. Issue is dated 2018, so it's not certain that this hasn't been made more configurable in recent releases.

Mictronic's aircraft database appears to be available on github as json. It looks like they may also have the type descriptions from the ICAO doc available in json at the same link. I haven't looked that closely at the data. Previously I wrote some code to scrape it from the ICAO site.

this sub recently turned me on to readsb-protobuf, which is a more modern decoder that fills the same role as dump1090. there's a really nice Docker container that packages it up, and includes an output to InfluxDB, a time-series database. so you could potentially build this as a set of queries against an Influx instance, rather than maintaining your own state in a JSON file.

If you're interested in seeing your own data then you could just run something like readsb (https://github.com/Mictronics/readsb-protobuf) and tar1090 (https://github.com/wiedehopf/tar1090)

Depending on what you're running, you can push to plane.watch via a combination of readsb and mlat-client or we can pull from you - jump into the Discord and we'll see what works?

I find the dependencies for readsb-protobuf really difficult to install manually according to the instructions at https://github.com/Mictronics/readsb-protobuf.

There's really no need to pay FA to use an api for data that is publicly available. https://github.com/Mictronics/readsb-protobuf/tree/dev/webapp/src/db