The merger between Northwest and Delta Airlines was completed on January 31, 2010. Delta is the surviving company.
A few days ago, the folding of Northwest's booking system into Delta's was completed.The Northwest web site now goes to Delta's. All NW and NWA flight codes should now be DL and DAL.
What's interesting is that NWxxxx and NWAxxx flight numbers are still appearing on ACARS and HFDL. According to several people familiar with such things, this might be due to people manually entering codes that they are used to. Since ARINC, which operates both systems, tracks flights by registration number, this should not cause problems.
Something similar is happening with Mode-S identifiers.
Northwest's aircraft are being repainted into Delta livery. Most should be done by now. I'm less sure of what will happen to the old registrations ending in NW.
Showing posts with label acars. Show all posts
Showing posts with label acars. Show all posts
Saturday, February 27, 2010
Sunday, May 25, 2008
Digital Mode of the Week: HFDL
HFDL stands for High-Frequency Data Link. It is the HF band portion of a comprehensive, global, air-ground, communications system that also uses VHF and satellite. The ACARS ( Aircraft Communications Addressing and Reporting System) is another part of all this. Most people associate ACARS with VHF, but the HFDL protocol can carry it as well.
The HFDL standard is ARINC Report 635-3 (HF Data Link Protocols), which can be ordered from the company, Aeronautical Radio Inc, for a price. ARINC is a private company, formerly owned by the airlines, but now contracting with them for communication services.
Like packet radio, HFDL has layers. These are physical, link, and subnetwork. The subnetwork layer isn't important for receiving, since we're just randomly decoding everything on a frequency.
The physical layer is, once again, the actual transmission of data over the radio. HFDL is a single-tone, phase-shift keyed, text-based, error-checking mode with a baseband audio carrier frequency of 1440 Hz. It is tuned in USB, and the 1440 Hz center is critical for decoding. LSB works too, but the dial frequencies won't match the ones in the ARINC database.
Each burst begins with the unmodulated 1440-Hz tone, so that the decoder's automatic frequency control can lock on. This is the scary-sounding "frequency error" that is output by the decoder. Errors within 50 Hz or so can be ignored. This beeping, followed by hiss, is what the mode sounds like.
The symbol speed is fixed at 1800 baud, but the data rate is determined by the exact modulation used. BPSK is 300 bps, QPSK is 600, and 8PSK is 1200 or 1800. 300 is by far the most common, though I've heard it go up to 1200. Tuning error, modulation type, and signal quality are best viewed on a phase constellation display like the one in the PC-HFDL program.
Frequencies are stored in a numbered database, called a system table, which is sent by ARINC to all stations. A few times a year, the table is replaced by a new one with a higher number. The resulting mismatch causes aircraft software to request an update, which we receive too. At least one decoding program (again PC-HFDL) will grab these for its own use, if you're lucky to hear one. Afterward, the frequencies show up in kHz, which is extremely convenient. Otherwise, there are ways to update PC-HFDL manually with system tables found online.
Old databases aren't useless. The frequencies always come from the same pool, and never change that much.
Ground stations pick 2-3 frequencies from the table depending on propagation. This may change every few hours. The frequencies being used by the entire network are sent, two stations at a time, in the "squitter." (Squitter in air comm jargon is an unsolicited information transmission. More on these soon.)
Aircraft can choose frequencies, or even ground stations. If reception exists, they can also switch to satellite or VHF. The comm status is passed to the ground station. All this is automatic, so the crew can just get on with flying the airplane.
Transmission types are uplinks (ground-air), downlinks (air-ground), and the aforementioned squitters. A squitter is always sent every 32 seconds by the ground. It contains various network maintenance data, including all the frequencies (if you wait long enough). It's also a quick propagation check, because you're never more than half a minute from a ground transmission coming from a known location. Of course, aircraft may be heard even if the squitters are inaudible, and vice versa.
HFDL uses a simple form of time-division multiplex. The entire 32-second cycle is divided into 13 numbered slots of 2.5 seconds each. Slot 0 is always the squitter, leaving 1-12 for up- and downlinks. Databursts always occupy all of one slot, though the various overheads of the physical layer reduce the actual transmission of data to 1.8 seconds. Sometimes an uplink with an embedded ACARS message might require a double-length transmission using two slots.
The network assigns the use of these slots, keeping stations from transmitting at once. Assignments are made by ID, a temporary hexadecimal number given each aircraft at logon.
The use of condensed message formats and lookup tables makes HFDL extremely efficient in its use of air time. It's amazing how much can be crammed into a 2-second burst. Most decoders have a "verbose" mode which will output everything. Hundreds of lines with every kind of count and measurement you can think of will scroll madly up your screen, filling your buffer at a merry rate.
Really long ACARS messages, like airport arrival information (ATIS), can be sent in numbered packets (same as on VHF). Otherwise the communication makes use of standard formatted blocks called Protocol Data Units (PDU). This gets geeky in a hurry. Rather than write a 2000-word blog entry, I'll just list them:
SPDU
Squitter Protocol Data Unit
Frequencies and slot assignments, plus network maintenance data
PDU (PREAM)
Preamble Data Unit
Basic negotiation of connection - frequency error, station ID, bit rate, etc
BDU
Basic Data Unit
The smallest data block, from which LPDU are built
LPDU
Link Protocol Data Unit
Larger structure, which in turn makes up the largest ones
MPDU
Media Access Protocol Data Unit
Several LPDU concerning login, aircraft ID, and the ACARS message, if any
HFNPDU
High-Frequency Network Protocol Data Unit
Several LPDU, containing all manner of data, most for network maintenance. The most useful to us is HFNPDU PERFORMANCE, which will usually contain the flight number and GPS position of the aircraft.
Here are the ARINC ground stations. Note that some numbers are skipped:
1 San Francisco, CA
2 Molokai, HI
3 Reykjavik, Iceland
4 New York, NY
5 Auckland, NZ
6 Hat Yai, Thailand
7 Shannon, Ireland
8 Johannesburg, S. Africa
9 Barrow, AK
13 Santa Cruz, Bolivia
14 Krasnoyarsk, Russia
15 Al Muharraq, Bahrain
16 Guam
17 Canarias (Canary Islands)
The HFDL standard is ARINC Report 635-3 (HF Data Link Protocols), which can be ordered from the company, Aeronautical Radio Inc, for a price. ARINC is a private company, formerly owned by the airlines, but now contracting with them for communication services.
Like packet radio, HFDL has layers. These are physical, link, and subnetwork. The subnetwork layer isn't important for receiving, since we're just randomly decoding everything on a frequency.
The physical layer is, once again, the actual transmission of data over the radio. HFDL is a single-tone, phase-shift keyed, text-based, error-checking mode with a baseband audio carrier frequency of 1440 Hz. It is tuned in USB, and the 1440 Hz center is critical for decoding. LSB works too, but the dial frequencies won't match the ones in the ARINC database.
Each burst begins with the unmodulated 1440-Hz tone, so that the decoder's automatic frequency control can lock on. This is the scary-sounding "frequency error" that is output by the decoder. Errors within 50 Hz or so can be ignored. This beeping, followed by hiss, is what the mode sounds like.
The symbol speed is fixed at 1800 baud, but the data rate is determined by the exact modulation used. BPSK is 300 bps, QPSK is 600, and 8PSK is 1200 or 1800. 300 is by far the most common, though I've heard it go up to 1200. Tuning error, modulation type, and signal quality are best viewed on a phase constellation display like the one in the PC-HFDL program.
Frequencies are stored in a numbered database, called a system table, which is sent by ARINC to all stations. A few times a year, the table is replaced by a new one with a higher number. The resulting mismatch causes aircraft software to request an update, which we receive too. At least one decoding program (again PC-HFDL) will grab these for its own use, if you're lucky to hear one. Afterward, the frequencies show up in kHz, which is extremely convenient. Otherwise, there are ways to update PC-HFDL manually with system tables found online.
Old databases aren't useless. The frequencies always come from the same pool, and never change that much.
Ground stations pick 2-3 frequencies from the table depending on propagation. This may change every few hours. The frequencies being used by the entire network are sent, two stations at a time, in the "squitter." (Squitter in air comm jargon is an unsolicited information transmission. More on these soon.)
Aircraft can choose frequencies, or even ground stations. If reception exists, they can also switch to satellite or VHF. The comm status is passed to the ground station. All this is automatic, so the crew can just get on with flying the airplane.
Transmission types are uplinks (ground-air), downlinks (air-ground), and the aforementioned squitters. A squitter is always sent every 32 seconds by the ground. It contains various network maintenance data, including all the frequencies (if you wait long enough). It's also a quick propagation check, because you're never more than half a minute from a ground transmission coming from a known location. Of course, aircraft may be heard even if the squitters are inaudible, and vice versa.
HFDL uses a simple form of time-division multiplex. The entire 32-second cycle is divided into 13 numbered slots of 2.5 seconds each. Slot 0 is always the squitter, leaving 1-12 for up- and downlinks. Databursts always occupy all of one slot, though the various overheads of the physical layer reduce the actual transmission of data to 1.8 seconds. Sometimes an uplink with an embedded ACARS message might require a double-length transmission using two slots.
The network assigns the use of these slots, keeping stations from transmitting at once. Assignments are made by ID, a temporary hexadecimal number given each aircraft at logon.
The use of condensed message formats and lookup tables makes HFDL extremely efficient in its use of air time. It's amazing how much can be crammed into a 2-second burst. Most decoders have a "verbose" mode which will output everything. Hundreds of lines with every kind of count and measurement you can think of will scroll madly up your screen, filling your buffer at a merry rate.
Really long ACARS messages, like airport arrival information (ATIS), can be sent in numbered packets (same as on VHF). Otherwise the communication makes use of standard formatted blocks called Protocol Data Units (PDU). This gets geeky in a hurry. Rather than write a 2000-word blog entry, I'll just list them:
SPDU
Squitter Protocol Data Unit
Frequencies and slot assignments, plus network maintenance data
PDU (PREAM)
Preamble Data Unit
Basic negotiation of connection - frequency error, station ID, bit rate, etc
BDU
Basic Data Unit
The smallest data block, from which LPDU are built
LPDU
Link Protocol Data Unit
Larger structure, which in turn makes up the largest ones
MPDU
Media Access Protocol Data Unit
Several LPDU concerning login, aircraft ID, and the ACARS message, if any
HFNPDU
High-Frequency Network Protocol Data Unit
Several LPDU, containing all manner of data, most for network maintenance. The most useful to us is HFNPDU PERFORMANCE, which will usually contain the flight number and GPS position of the aircraft.
Here are the ARINC ground stations. Note that some numbers are skipped:
1 San Francisco, CA
2 Molokai, HI
3 Reykjavik, Iceland
4 New York, NY
5 Auckland, NZ
6 Hat Yai, Thailand
7 Shannon, Ireland
8 Johannesburg, S. Africa
9 Barrow, AK
13 Santa Cruz, Bolivia
14 Krasnoyarsk, Russia
15 Al Muharraq, Bahrain
16 Guam
17 Canarias (Canary Islands)
Wednesday, April 30, 2008
Pacific Air Route Map
This was made by plotting several hundred aircraft position reports with PC-HFDL and Posfix, then layering the resulting maps with Photoshop. The result was a clear indication of the routes taken by airplanes between the US mainland and Hawaii. These were traced over on a new layer. Then the Posfix plots were dropped out, and the original map was combined with the new darkened lines, and saved as a new Posfix map. Subsequent plots have all been right on.
Thursday, April 17, 2008
Acarsd Pre-Release 1.7 Now Available for Testing
We finally got to see the new version 1.7 of acarsd, the free ACARS decoding and logging program that also does HFDL via data transfer from PC-HFDL. Beta versions of this new version have been hard to come by, after some users apparently misunderstood the meaning of the term "beta," as in "help us find the bugs."
This download is a "Release Candidate," something more than a beta but still not the official stable release. You can get it here. Right now the newest versions are Public 1.70 Release Candidate 3 30.03.2008 for Windows, and Public 1.70 Release Candidate 2 29.01.2008 for Linux.
I grabbed RC3 and installed it. The "Quick Install," a DOS program, was hard for me to understand, so I did the full install. There is now a setup screen in acarsd that runs the first time, and lets you set a lot of options that used to be deeply buried in the self-documenting acarsd.ini file. The graphic user interface now has its own .ini file, which I haven't looked at yet.
Several nice new features are apparent. The parsing of messages is a little better. What I was really interested in, however, was the expanded use of the ICAO24 airplane address to help identify aircraft making HF position reports. Basically, the idea is that instead of just logging all these planes as .NO-REG, the program uses this hex ID to look up the registration. This is a big improvement for HF users.
Since this is a pre-release, and since the acarsd documentation has never been especially detailed anyway, it took some digging in the .ini file before I found the option that would enable this search. Once I did that, the ICAO lookup worked as advertised.
So far I've had no major problems with version 1.7 RC. In fact, the only issue of substance I can think of is that so far I've been unable to change UP from Bahamasair to United Parcel Service. This issue is caused by the fact that UPS used to use a different IATA prefix.
It took a while to test all this out, since band conditions have been absolutely putrid. When you can't hear San Francisco on 6 or 8 MHz in Los Angeles, you know it's bad.
This download is a "Release Candidate," something more than a beta but still not the official stable release. You can get it here. Right now the newest versions are Public 1.70 Release Candidate 3 30.03.2008 for Windows, and Public 1.70 Release Candidate 2 29.01.2008 for Linux.
I grabbed RC3 and installed it. The "Quick Install," a DOS program, was hard for me to understand, so I did the full install. There is now a setup screen in acarsd that runs the first time, and lets you set a lot of options that used to be deeply buried in the self-documenting acarsd.ini file. The graphic user interface now has its own .ini file, which I haven't looked at yet.
Several nice new features are apparent. The parsing of messages is a little better. What I was really interested in, however, was the expanded use of the ICAO24 airplane address to help identify aircraft making HF position reports. Basically, the idea is that instead of just logging all these planes as .NO-REG, the program uses this hex ID to look up the registration. This is a big improvement for HF users.
Since this is a pre-release, and since the acarsd documentation has never been especially detailed anyway, it took some digging in the .ini file before I found the option that would enable this search. Once I did that, the ICAO lookup worked as advertised.
So far I've had no major problems with version 1.7 RC. In fact, the only issue of substance I can think of is that so far I've been unable to change UP from Bahamasair to United Parcel Service. This issue is caused by the fact that UPS used to use a different IATA prefix.
It took a while to test all this out, since band conditions have been absolutely putrid. When you can't hear San Francisco on 6 or 8 MHz in Los Angeles, you know it's bad.
Subscribe to:
Posts (Atom)