Posts

Airframe database + 4

Image
Ok. Its decided. As mentioned in the last blog: Death to the hyphen. Long live the hyphen! That said. Here is what is currently in the mictronics database. Note, its a CSV, comma separated variables. It goes something like this; ADSB hex;      REG:     ICAO  type;      mil/civ;      description;      year;      owner AE1BAB;167926;C30J;10;Lockheed Martin KC-130J Hercules;;; AE1BEB;07-1468;C30J;10;Lockheed Martin C-130J-30 Hercules;;; Two examples at random. One with a hyphen in the reg and one without. Note also that some airframes records have all the details, some have some bits missing. That's not important. Also unimportant is how I have been (ab)using the year and owner fields for ADSC hex and iridium registration data. That's what's going to change. Lets break it out for the blog; ADSB hex: AE1BAB . We all know what this is. My site uses this first. REG: 167926 or 07-1468 . Most know these...

REGEX error

Image
 <sigh> I mean, if it was not for the previous blog rant, I would not have dug into the issue and found the problem. (Well, one of the very many problem's with the site). So there is value in setting me off into rant mode - just be sure to get out of the way and don't take anything I say while in said mode personally. I'm mostly ranting at myself. Honestly, the real question is how in the world do so many of you avgeeks put up with this dumpster fire of a site and the beat up scrappy ally cat that is its mascot? (Honestly, could you get a more accurate image of my website than this?) Actually, one of you kindly gave me the answer to that in a DM overnight... let me anonymously quote.. "And also I have to say thank you very much for being so comitted to ACARS, your website (together with Airframes) has been the biggest step forward in Aircarft tracking in the recent years." Man, that just about brings a tear to my bald geek heart. Ok, back to the title and su...

1 screenshot vs 4 screenshots

Image
I've seen this effect time and time again over the years with the computer work I've done right across the board.... If you include an example screenshot, the reader becomes hyperfocused on the screenshot and deprecates* all my words or the plead to look at the big picture of what I am trying to say. Case and point. There are 3-4 (Depending on how you count it) versions of the Iridium toolkit in use. Two of them are not compatible with the the other two in many ways. Two of them are annoyingly close. Every feeder will calmy state they are using 'the latest' and the version can be hard for the feeder to find. Updating the feeder is very tricky for most - then you have 2 docker versions floating around which do stuff with acars router (or not). The result of that mess for me is that my site has code on the Iridium feeder input that tries to auto detect and convert all 4 versions into one usable version for the site. (I really should annoy Kevin more and find out how the b...

ACARS msg parts

Image
I got some feedback on my Iridium rego blog. (1 comment and 1 DM - a rant for another time, but it seems that 80% of folks that use my site are happy to not help, 19% only complain and 1% actually help me build it - its a hard slog for me with those numbers, but its been that way since year zero). Two main aspects to the feedback. 1. What I call rego is actually an MSN. Manufactures Serial Number. The serial stays with the airframe for life. I think I want to go site wide and rename all the tables from reg or rego to MSN Thoughts? 2. It was suggested that I use the ID in the ACARS messages to set the MSN. This is now pretty much the topic for the rest of this blog. Lets look at the 3 main SATCOM ACARS sources and see what they look like and what you all can tell me about them and how I might use the data to build the site airframe database. L-Band. Here is a random military L-Band message. Here is what I think. These are questions, not facts. 1. ADSB/ADSC Hex 2. MSN (ie, what I have be...

Iridium regos

  Iridium ACARS are new, annoying, exciting, pseudorandom and probably never ending in scope. When an irdm ACARS message (of any type) comes into the system it does not have an ICAO hex. It does not have an ADSB registration (98% of the time). It does not have consistent formatting. It can have a . at the front, or it can have .. at the front. Then it can have a single 0 at the front, some have 00 at the front. Sometimes you can swap out one of the zeros for a - and it will match an ADSB rego. Sometimes not. Ok, so for every single irdm ACARS message that comes in I have code that removes . and .. and then builds a few registrations by swapping 0's for -'s and then tests the 4 combos against the ADSB db that the ADSB community maintain (the https://www.mictronics.de/ one). Stick with me, I'm getting to my question.... Most times (sometimes) one of the 'test' regos the code makes gets a hit. If it does, I currently don't do anything with it (a match now is a matc...

tbg ACARS blog

Image
 welcome avgeeks. tbg here. First blog post. March 2025. Not sure how often I am going to post here. I guess it just depends on how the website is going and what issues I have on my plate that I need input on. All that said, I will try and X/BlueSky when I post here, I guess there is a way to subscribe to this thing.  The most pressing thing on my mind of late is how to better get Iridium ACARS merged with the rest of the pages on the website. I guess that's the end game result I am looking for. The trouble starts much further back in the game.... Iridium ACARS don't include ICAO hex address. Iridium ACARS don't include standard (ADSB) registration data.  So, we don't have much to go on when it comes to Iridium. Blah blah blah... lets publish this and see what it looks like.