Terminal node controller

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
AEA (Advanced Electronic Applications Inc.) PK-232MBX, circa 1991.

A terminal node controller (TNC) is a device used by amateur radio operators to participate in AX.25 packet radio networks. It is similar in function to the Packet Assembler/Disassemblers used on X.25 networks, with the addition of a modem to convert baseband digital signals to audio tones.[1]

Amateur Radio TNCs were first developed around 1978, in Canada, by the Montreal Amateur Radio Club and the Vancouver Area Digital Communications group. These never gained much popularity because only a bare printed circuit board was made available and builders had to gather up a large number of components.

In 1983 the Tucson Amateur Packet Radio (TAPR) association produced complete kits for their TNC-1 design, This was later available as the Heathkit HD-4040. A few years later, the improved TNC-2 became available and it was licensed to commercial manufacturers such as MFJ.

Description[edit]

The Kantronics 9612+ was implemented around an 8-bit Motorola microcontroller.

A typical model consists of a microprocessor, a modem, and software (in EPROM) that implements the AX.25 protocol and provides a command line interface to the user. (Commonly, this software provides other functionality as well, such as a basic bulletin board system to receive messages while the operator is away.) Because the TNC contains all the intelligence needed to communicate over an AX.25 network, no external computer is required. All of the network's resources can be accessed using a dumb terminal.

The TNC connects to the terminal and a radio transceiver. Data from the terminal is formatted into AX.25 packets and modulated into audio signals (in traditional applications) for transmission by the radio. Received signals are demodulated, the data unformatted, and the output sent to the terminal for display. In addition to these functions, the TNC manages the radio channel according to guidelines in the AX.25 specification.

Early usage was mostly one-to-one communication, either between two people, or a person to an automated Bulletin Board / E-mail system.

Current status[edit]


Since the late 1990's, most AX.25 usage has shifted to a different one-to-many communication paradigm with the Automatic Packet Reporting System (APRS).

The TNCs, of the 1980's and 1990's, were complete solutions that only needed a radio and an optional dumb terminal. As home computers made their way into ham "shacks," there was a movement to simpler cheaper "KISS" (keep it simple stupid) devices. These have a modem and minimal processing of the AX.25 protocol. Most of the processing is moved to the personal computer.

The next logical step, in the evolution, is to eliminate the specialized hardware and move all of the processing to a computer. A "soundcard" is used for audio to and from the radio. Everything else is done in software.[2]

Some of the earlier attempts performed poorly, giving this approach a bad reputation. Modern software TNCs, using digital signal processing (DSP) techniques, can successfully decode poor quality signals that the older equipment can't.[3]

Some handheld and mobile VHF radios currently on the market incorporate TNC abilities within the radio itself in support of the APRS protocol.

Many TNCs are still in use, especially in unattended stations where reliability is important. The importance of location to the APRS system has fueled development of a new generation of small low-power TNCs often integrated with a GPS module for use in mobile tracking stations.

APRS digipeating protocols require specific naming conventions, and older TNCs may not have the required support to be used as a digipeater. However, almost any TNC can be pressed into service for Home or Tracker use. TNCs that were clones of the popular TAPR TNC-2 may be upgradeable via the UIDIGI firmware project.

TNC/Radio data ports[edit]

Although typically described as data ports, the interface between a radio and a TNC is almost entirely analog audio (plus lines for PTT and squelch). The connectors used for this purpose varies widely across TNC manufacturers, but modern radios that offer data ports have widely adopted the Mini-DIN 6-pin connector.

Also used are full-size DIN connectors, modular telephone (RJ) connectors, and combinations of mini- and micro-headphone connectors (typically on handheld radios).

  • 6-pin Mini-DIN

Terminal data port[edit]


TNCs were originally designed to accept messages from a human typing on a dumb terminal and had a DB-25 or DE-9 connector carrying asynchronous start-stop bytes with RS-232 signal levels. This could also be used with the serial port of a personal computer. Serial ports are now pretty much extinct but USB-to-serial converter cables are available.

Modern Software TNCs provide TCP/IP interfaces which can be accessed across computer networks. For example, you might be running a software TNC on a Raspberry Pi, near the radio, and access it from a laptop computer in another location. Software TNCs also provide "pseudo terminals" so they can be used with old applications that only know how to use serial ports.


See also[edit]

References[edit]

  1. ^ R. Dean Straw, N6BV, ed. (2005). The ARRL Handbook for Radio Communications 2006. American Radio Relay League. pp. 9.14–9.15. ISBN 0-87259-948-5.
  2. ^ "Dire Wolf Software TNC".
  3. ^ "WA8LMF TNC Test CD Results a.k.a. Battle of the TNCs" (PDF).

External links[edit]