Did you know that registration to Fighter Control is completely free and brings you lots of added features? Find out more....
Box swapping on Apaches
- johnwickenden
- Posts: 775
- Joined: Tue Jul 10, 2018 8:30 pm
- Location: Gatwick
Box swapping on Apaches
Rexently picked up an Apache flying near LGW that was showing up onAdsb as ZJ194. As this airframe is back in Mesa it has obviously had its box swapped out to another machine. Can any of the Wattisham locals advise if they have made a Mk 1 eyeball on whichever aircraft is currently pinging as ZJ194?
Many thanks
Many thanks
Its gonna rain, its gonna rain till the levee breaks, a tidal wave of fear and pain washes us away, another fight into the night until nothing else remains, how do we find harbour from the Hurricane?
www.flickr.com/wickenden1967
www.flickr.com/wickenden1967
Re: Box swapping on Apaches
ZJ215 & 230 which visited Brize Norton recently were showing on ADSB as different aircraft as well.
-
- Moderator
- Posts: 48925
- Joined: Mon Jun 10, 2013 8:11 am
- Location: Norfolk - Mundford - YG-BSM
Re: Box swapping on Apaches
I read off ZJ195 at Duxford the other day , it was showing as ZJ192
Re: Box swapping on Apaches
Is it deliberate or a lazy avionics engineer - should be a quite simple task to update the aircraft ID when a box is taken off one aircraft and subsequently fitted to a second aircraft?
Re: Box swapping on Apaches
The box doesn't transmit the reg, hence the need for a database, which falls out of date when a box-swap takes place.
Re: Box swapping on Apaches
Why should they need to? Just so it matches up with some enthusiasts database?
As long as the code is unique and within the allocated range, that is fine.
Re: Box swapping on Apaches
Wait for the AH2 they are being delivered with serials taped over !!
Re: Box swapping on Apaches
Are you sure?
My understanding is that the ADS-B (or military equivalent) is an off the shelf box that will be updated (hex code/aircraft registration etc) when fitted to a particular airframe.
AAC Apaches seem to have a high average of registration output’s that don’t match the airframe compared to other military aircraft let alone comparing to civil aircraft. Other such instances of military aircraft mismatches are rare (there is a single Osprey operating out of Mildenhall whose box doesn’t match the airframe).
The hex code and reg should be pre-loaded in the avionics on a particular airframe whilst the call sign on the day (QID21, HKY664) would be inputed by the crew prior to flight.
I suspect that the box has been fitted to airframe A, operated on airframe A, removed from airframe A, placed on shelf for a few months, fitted on airframe B but has not had the hex code/registration updated for airframe B.
Let me know if I am wrong - happy to be corrected.
Re: Box swapping on Apaches
They don't transmit registrations, they transmit a binary code along with height and position data (if enabled).
The octal code is then decided to octal, which is then further decoded to the hex code you're more used to. For commercial/ATC purposes this can then be queried against a flightplan to ensure its the correct radar return.
At no point does the aircraft transmit it's registration as part of its Mode-S data. This comes from local databases on the receiving end. For hobbyists, that's ADS-B Exchange, FR24, Planeplotter, etc. For commercial/ATC that's data provided to the ATS provider or from flightplan data.
So yes you are likely right that the code being transmitted has changed because the Mode-S transponder unit has changed. But that's not a problem for military aircraft operators. A code not matching what hobbyists think the airframe should be is a problem with the hobbyist's database, nothing more.
The octal code is then decided to octal, which is then further decoded to the hex code you're more used to. For commercial/ATC purposes this can then be queried against a flightplan to ensure its the correct radar return.
At no point does the aircraft transmit it's registration as part of its Mode-S data. This comes from local databases on the receiving end. For hobbyists, that's ADS-B Exchange, FR24, Planeplotter, etc. For commercial/ATC that's data provided to the ATS provider or from flightplan data.
So yes you are likely right that the code being transmitted has changed because the Mode-S transponder unit has changed. But that's not a problem for military aircraft operators. A code not matching what hobbyists think the airframe should be is a problem with the hobbyist's database, nothing more.
Re: Box swapping on Apaches
You are quite correct EGVP - the 24 point binary code is reduced to the 6 point hex code which is allocated to a particular airframe - hence the registration ‘appears’ to the appropriate receiver once the hex code is received and translated.
I, personally, don’t give a jot about what ‘reg’ appears on FR24 - it was just an attempt to answer why so many AAC Apaches (and occasionally other military aircraft) registrations are displayed wrongly at the receiving end.
The registrations (on mode S displays, civil and military) are there for the same reasons as they are painted on the side of an aircraft - otherwise, why would any aircraft have a registration?
I think that we agree that a box has been changed between airframes and the hex code, most likely, has not been updated.
I, personally, don’t give a jot about what ‘reg’ appears on FR24 - it was just an attempt to answer why so many AAC Apaches (and occasionally other military aircraft) registrations are displayed wrongly at the receiving end.
The registrations (on mode S displays, civil and military) are there for the same reasons as they are painted on the side of an aircraft - otherwise, why would any aircraft have a registration?
I think that we agree that a box has been changed between airframes and the hex code, most likely, has not been updated.
Who is online
Users browsing this forum: No registered users and 11 guests