

19:07:04 | syncing stream result: 1Ī minute or so after reboot it appears to settle into a regular connect to receiver/terminate process set of steps, and a ping every 30 seconds. 19:07:00 | Terminating child process 4188 with SIGTERM 19:07:00 | Configured, processing messages 19:07:00 | Connected to the receiver, configuring 19:07:00 | Connecting to DVBT receiver via (exe:///usr/bin/dump1090-mutability -raw)

I started a new log file and rebooted the pi earlier - here's a sample: (edit - it won't accept my log file as it thinks it contains links. I've rebooted the pi and checked connection etc but can't figure out what the problem is. I'm not saying that there aren't any fed/gov hex codes in this ADF7C8-ADFBFF block, I just haven't found any yet that I can confirm.I've been using a RasPi with the official Flight Radar pi image since the new year and have been getting around 250 aircraft tracked per day. Just wondering out loud (as I often do) since some of these things do not appear to be moving, I wonder if some of these hex codes are for static high altitude balloons. Those mystery codes between the end of the civ aircraft block and the beginning of the known DoD aircraft block areĪDF991 (Grnd Unit with Test 1234 in call block)ĪDF992 (Grnd Unit with Test 1234 in call block)ĪDF993 (Grnd Unit with Test 1234 in call block)ĪDF994 (Grnd Unit with Test 1234 in call block)ĪDFBDD (Grnd Unit with Test 1234 in call block)ĪDFBDE (Grnd Unit with Test 1234 in call block)ĪDFBDF (Grnd Unit with Test 1234 in call block)ĪDFBE0 (Grnd Unit with Test 1234 in call block)ĪDFBF4 (Grnd Unit with Test 1234 in call block)ĪDFBF5 (Grnd Unit with Test 1234 in call block)
Planeplotter sql code#
My guess is that this area of US hex codes are assigned for civilian use since my first known US military hex code starts at ADFC00. Some of these codes are for ground units at selected airports for sure. Past that I have some ground and Mode-S call test codes and your Tulsa hex code is in the middle of that bunch.
Planeplotter sql registration#
The last US civilian aircraft hex code is ADF7C7 which would relate to aircraft registration N99999. Great place to feed for sure.Īs for ADFB2C most the hex codes I have received around it are a mystery as well. I look forward to seeing some Tulsa action on the site for sure and congrads on getting it working.

Looks of good info and you don't have to spend your children inheritance to get into this aspect of the hobby. Also featuring Airspy, HackRF, FCD, SDRplay and more.
Planeplotter sql software#
I highly recommend those interested in getting into ADS-B/Mode-S monitoring check out the - RTL-SDR (RTL2832U) and software defined radio news and projects. I wrote an introductory article on all this for the March 2016 issue of The Spectrum Monitor e-zine that should be available for individual purchase on their website at The Spectrum Monitor. So in a nutshell your answer depends on what software you are using, who you are feeding (if anyone) and what information is available off your ADS-B/Mode-S raw data. I can also access my data local since I am using a Kinetic Aviation SBS-1 and its BaseStation software ( Home | Kinetic Avionic Products). I also feed via the Planeplotter software ( PlanePlotter from COAA) to Pinkfroot's Planefinder website. That let's me take it back out (which are the logs you see) or look at what I have feed at any day of the day. I'm feeding my raw data 24/7 via a dedicated server ( Military Air planes with Mode-S ADS-B). Actually a lot depends of the software you are using, what it is logging/storing and if you are feeding another site what they can provide back to you.
