web api 2 for mvc developers pdf : How to combine pdf files application Library utility azure .net visual studio MixWManual7-part1710

mode became popular with many amateurs when surplus TTY machines became available at a reasonable cost after World 
War II. These mechanical monsters provided a keyboard for Input and a paper roll for printed Output. They were also useful 
to help hold the house down in times of hurricane winds - they must weigh a ton. Video displays were still too exotic and 
expensive in those days. It was not until the mid 1970s that we began to see the Video Display come into more widespread 
use. (By the way, have you ever wondered why early Program Languages like BASIC use the command PRINT to display 
their output?) 
When transmitting Morse Code, the transmitter is switched on and off to make the dits and dahs. When sending Teletype 
however the transmitter runs continuously, sending either of two frequencies conventionally known as Mark and Space (a 
reference to paper tape reception of telegraphy). The early pioneers found on-off keying was not all that successful for 
Teletype signals because of interference from static. 
They experimented with FSK, or Frequency Shift Keying and found it performed much better. With FSK, the transmitter is 
shifted up in frequency every time a Mark is to be sent, reverting to the lower frequency for a Space. The amount of the shift 
is usually 170 Hz for Amateur Radio use although many commercial Teletype signals use other shifts, notably 425 Hz and 
850 Hz. Many systems use AFSK or Audio Frequency Shift Keying. When this is sent, the transmitting station generates the 
Mark and Space audio tones and feeds them into the transmitter's microphone input. The result at the receiving end is that 
the same audio tones are heard and processed, whether the transmitting station used FSK or AFSK. 
When listening to a teletype signal off air, you will soon get to recognize the familiar warble of Mark and Space tones. In 
the amateur shack the TTY machine is usually connected to an HF receiver or transceiver which the operator tunes so that 
the received audio is just the right pitch or audio frequency to trigger the demodulator's Mark and Space resonators. 
If the receiver is slightly off the correct frequency the tones vary and the text becomes garbled or even lost altogether. To 
help the other station tune the receiver correctly, a RTTY operator can send a string of alternate R and Y characters 
RYRYRYRYRY. This pattern is chosen as it produces the most frequent and almost symmetrical alternation of Mark and 
Space tones, giving the receiving operator the best chance to tune the receiver before the "real" message starts. However, 
even if the signal is accurately tuned, the information can become garbled or completely lost due to interference, fading, or 
noise. Often, it is possible to make sense of the message even with parts missing, but RTTY is by NO means an error free 
I should point out that similar problems exist for other modes including Packet. While information can still fail to get 
through on the more sophisticated modes the Error Detecting capability of some, especially Packet and PACTOR, ensure 
that the operator will receive either accurate information or nothing at all. Usually, where "nothing at all" is received, the 
information will automatically be retransmitted when the radio is retuned, or the interference stops, (etc) and nothing is lost. 
The Baudot code is a 5 bit code and those of you who are familiar with Binary Notation will know that the maximum 
number of values we can have with 5 bits is 32. That means that each unit of transmission, one keystroke if you like, can 
contain any one of 32 possible values. If you look up a table of Baudot codes you will see there are 32 values listed, one 
code for each letter of the alphabet plus a few other codes for other things such as a space and a Carriage Return. But, what 
if we want to send a number such as "9" or a question mark? These are not mentioned in that table because all 32 codes are 
already used. 
The solution is rather similar to the Typewriter or Computer Keyboard where we have the Shift key to get various additional 
codes from the keyboard. Most keys will produce a different result if we hold down the Shift key as we type. Well, one of 
those original 32 codes is a special code known as FIGS (for Figures Shift). The convention is that when we want to send a 
number or some other special character such as a punctuation mark, we can do that by first transmitting a FIGS code. 
Then instead of using that original table of 32 codes, we have a second table of codes to use, and that second table includes 
all ten numeric digits and various punctuation marks. Provided both sides of the conversation observe the convention, the 
sender can send a FIGS and start using the second table; the receiver will see the FIGS code and it too will interpret all data 
that follows from the second table. 
With just 5 bits of data we then have almost 64 different codes we can send and receive. (I say almost because there is some 
duplication in the two tables, including a space and a Carriage Return but that is not important here). Even that many codes 
is not enough to handle all 26 letters of the alphabet in both UPPER and lower case, so RTTY systems always operate in 
upper case only. 
If we wanted to type a big number (say "13579") we don't have to send FIGS before every digit. We send that code only 
once and the receiver then will take EVERYTHING we type from now as if it belongs in the second table. When we want to 
revert to the normal alphabetic table of codes we can send another special code, this one called LTRS (for Letters Shift). 
How to combine pdf files - Merge, append PDF files in, ASP.NET, MVC, Ajax, WinForms, WPF
Provide C# Demo Codes for Merging and Appending PDF Document
batch merge pdf; acrobat merge pdf
How to combine pdf files - VB.NET PDF File Merge Library: Merge, append PDF files in, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Guide and Sample Codes to Merge PDF Documents in .NET Project
add pdf together one file; all jpg to one pdf converter
Then everything goes back to normal, using the original alphabetic table of codes. 
Normally we don't have to concern ourselves with these FIGS and LTRS codes. Our computing equipment will take care of 
those things for us. We just type away and rely on the system to generate and send those codes when necessary. 
As I mentioned earlier, it is quite possible to lose bits here and there when receiving a RTTY signal, whether it be because 
of fading, interference, frequency drift, or whatever. One of the big problems with lost data is the possible loss of a FIGS or 
LTRS code! Say we had sent "13579" and then typed "HAPPY BIRTHDAY". Our equipment would have sent a LTRS code 
before the first "H" but what if the receiver did not copy the LTRS code we sent? Can you imagine what happens? As far as 
the receiver is concerned we are still sending numbers or other codes from the numeric table! So our "HAPPY BIRTHDAY" 
is going to come out looking something like "#-006 ?845#$-6". And EVERYTHING we type from then on is going to look 
just as strange until we happen to send another LTRS code later. It is for this reason that many systems include an option to 
"Un-shift on space". If you have a multi mode TNC capable of handling RTTY, you will probably have this option in your 
TNC. If that option is ON then your receiving system will imply a LTRS code every time it receives a space. So if you seem 
to be copying lots of funny numbers from a strong, well tuned signal, try setting that option ON. 
We can overcome some of these problems by using ASCII instead of using the Baudot code. With ASCII we can have 128 
different codes so we do not need the FIGS/LTRS codes. All Personal Computers use ASCII as their native "language" so it 
would be a reasonable thing to use. Although not part of the defined ASCII standard, it has become an almost de-facto 
standard in the computer world that an additional 128 characters are available, often called Extended ASCII. But, despite 
these benefits, Baudot continues to rule the airwaves for Amateur and Commercial Teletype transmissions. 
Today, RTTY is still a popular mode especially on the HF bands, and the advent of the "Glass Terminal", first the Dumb 
Terminal and now the Personal Computer, has brought this mode to even more operators the world over. Many specialized 
RTTY systems were developed for the Amateur enthusiasts but have been superseded now by the Personal Computer with 
one of the Multi Mode TNCs, which handle RTTY, and many other modes besides. 
The latest Computerized RTTY equipment generally allows us to use the mode better, quieter, more efficiently, using less 
power and occupying less space than the old TTY machines, but the limitations of the mode remain. 
MixW: RTTY Operation
Transceiver Settings 
Fine Tuning: If your transceiver is equipped with a "FINE" tuning feature, always use that for RTTY tuning once you have 
found RTTY activity. Most of your adjustments can be made in software, and not with the transceiver's VFO if you prefer. 
In the PSK31 modes almost all tuning is done in software. For RTTY, I prefer to tune with the VFO. Some older rigs are 
really not stable enough for PSK31 operation and will drift considerably off frequency, but because of the wider bandwidth, 
they are fine for RTTY. 
USB: Historically ham radio RTTY operators use LSB transmissions and a 170Hz shift between the MARK and SPACE 
signals, with the MARK signal being the higher in frequency. With MixW the convention is to use USB for all modes, since 
the program will adjust the inversion automatically. Note: MixW automatically adjusts the Mark and Space tones depending 
on which sideband you are operating on. If you are not using CAT, MixW needs to know which sideband your operating on 
to set the Mark and Space correctly. (See inversion in the Configuration topic). 
Filtering: Optimum filtering depends on your transceiver's SSB filtering options and IF rejection characteristics. Wide 
filtering will enable you to work the largest spectrum without retuning your transceiver, but can also cause problems when 
there are strong adjacent signals. A narrow (RTTY or FSK) filter may help significantly with some radios and situations. 
Many transceivers, however, do not have narrow filtering options while operating in SSB modes. Consult your manual and 
experiment for the optimum configuration for your setup and conditions. The following waterfall display shows MixW's 
panoramic display when using a wide filer setting on the transceiver: 
Online Merge PDF files. Best free online merge PDF tool.
RasterEdge C#.NET PDF document merging toolkit (XDoc.PDF) is designed to help .NET developers combine PDF document files created by different users to one PDF
c# pdf merge; pdf split and merge
C# Word - Merge Word Documents in C#.NET
RasterEdge C#.NET Word document merging toolkit (XDoc.Word) is designed to help .NET developers combine Word document files created by different users to one
batch pdf merger online; add pdf files together
Here there are 3 different RTTY QSOs we could copy with the simple click of the mouse in roughly 3 KHz of spectrum. 
The strong one in the middle is currently selected and will provide the best print. The others may be too weak to copy 100 
Power: RTTY uses a wide bandwidth and so it will require relatively high power compared to modes such as CW and 
PSK31. Never use more power than you need for any given situation, however. 
MixW Settings 
Mode: Click on the mode box in the status bar and select RTTY. Next bring up the "Mode Settings" by clicking on the 
mode box in the status bar and selecting "Mode Settings". This brings up the following dialog box: 
The TX and RX frequencies are set to the location of your cursor in the spectrum window. Keeping this around 1000 - 1500 
Hz, will keep your transceiver operating close to the center of its pass band. 
Shift is selectable (if you don't see what you want in the drop down box, any number can be typed in). Most RTTY uses a 
shift of 170 Hz, however setting this to 182 Hz often improves the copy for some signals. 
Baud rate is also configurable. Most of the time this will be 45.45 Baud, but the other options are nice to have as well. You 
will sometimes find stations operating different shifts and baud rates. 
The Character set can also be configured for the language you will be using. 
The Mark and Space tones can be inverted by checking the "Inverted" box. 
Up to four different sets of parameters can be configured for RTTY operation by selecting the different "Set" radio buttons 
(set 1 - 4). It is then possible to designate different operating parameters for each set, such as shift, baud rate, character set 
etc., which will then be remember for that set. These can then be easily recalled by selecting the different radio buttons. 
AFC can be on to assist in tuning and tracking the RTTY signals. RTTY tuning is not as critical as the narrower modes, so 
AFC is more of an option than a necessity. 
Lock should be off so you will be transmitting on the same frequency you're receiving. The exception here would be if 
you're working a station that is drifting and want that station to find your more stable frequency each time. Lock can also be 
used for working split. 
Inverted when clicked will invert the positions of the MARK and SPACE frequencies. If you appear to be tuned into a 
strong signal and are only copying garbage, try clicking Mode | Inverted, or clicking the box in the RTTY settings. You will 
often find the station start to print 100 percent as a result. Note: This feature works differently in MixW than most other 
C# PowerPoint - Merge PowerPoint Documents in C#.NET
RasterEdge C#.NET PowerPoint document merging toolkit (XDoc.PowerPoint) is designed to help .NET developers combine PowerPoint document files created by
merge pdf online; reader create pdf multiple files
C# PDF: C#.NET PDF Document Merging & Splitting Control SDK
C#.NET PDF Merger to Combine PDF Files. Using following C#.NET PDF document merging APIs, you can easily merge two or more independent PDF files to create a
best pdf merger; attach pdf to mail merge in word
SoundCard digital programs, so please read and understand the information about inversion in the Configuration Section. 
Squelch and Threshold can be used and adjusted to suite your operating preferences. 
Receiving RTTY 
RTTY signals display as two parallel lines usually 170HZ apart. Tune in a RTTY signal by pointing right in the center of the 
two tracks with the mouse and clicking the left mouse button. The text being sent by the station will then appear in the 
Receive Window. The RTTY tuning indicator is two diamonds, linked together with a bar and separated by the shift width 
you have selected in options dialog. The diamonds will move together to track and tune RTTY QSOs. 
When working RTTY, especially during contest operation, I prefer to leave the tuning indicators in a position at roughly 
1500 Hz (or centered in my Spectrum window) and then use the transceiver VFO set on "Fine" to tune in the RTTY signals. 
I find that I can tune more quickly this way, and also keep the QSO centered more effectively in my transceiver's pass band. 
RTTY is much easier to tune than most of the other digital modes. 
Transmitting RTTY 
To transmit to a station, first tune it in as indicated above. Type your outgoing text in the Transmit Window. Press the 
TX/RX button and the text will be transmitted. You can continue to type, and that text will also be transmitted. As it is being 
transmitted, text in the transmit Window will also appear in the Receive Window. To stop transmitting, press the TX/RX 
button again. Pressing ESC will abort transmission and return MixW to receive mode, but the last several characters typed 
will not be transmitted. 
Note: RTTY utilizes a limited character set, using UPPER CASE LETTERS ONLY. MixW will automatically convert 
lower case letters to upper case. You will also notice that not all punctuation marks are supported, although most of them 
are. The following characters are supported: - ( ) $ ! " / : ? . 
When transmitting, the waterfall will freeze and remain frozen until returning to Receive. 
MixW: Amtor
Amtor Introduction and Theory
Amtor Operation
MixW: Amtor Intro and Theory
With thanks to Tony Lonsdale, VK2DHU 
and Norm Sternberg, W2JUP 
AMTOR is a specialized form of RTTY. The term is an acronym for AMateur Teleprinting Over Radio and is derived from 
the commercial SITOR system (Simplex Telex Over radio) developed primarily for Maritime use in the 1970s. 
In the late 1970's, Peter Martinez, G3PLX, made several changes to the SITOR protocol, which rendered it suitable for 
amateur radio use, and called it AMTOR. 
AMTOR improves on RTTY by incorporating a simple Error Detection technique. The system remains relatively 
C# PDF File Split Library: Split, seperate PDF into multiple files
Split PDF document by PDF bookmark and outlines. Also able to combine generated split PDF document files with other PDF files to form a new PDF file.
break a pdf into multiple files; merge pdf files
VB.NET Word: Merge Multiple Word Files & Split Word Document
As List(Of DOCXDocument), destnPath As [String]) DOCXDocument.Combine(docList, destnPath) End imaging controls, PDF document, image to pdf files and components
pdf merge comments; best pdf combiner
uncomplicated but AMTOR performs well even in poor HF conditions. While there can still be some errors in AMTOR 
data, the Error Detection gives excellent results for normal text mode conversations because of the high redundancy in plain 
language text. 
There are two modes used in Amtor: ARQ and FEC. MixW supports the FEC mode only. 
ARQ: The ARC mode is a Synchronous protocol, which means both stations are synchronized to each other's signals. 
In ARQ mode (Automatic Repeat Query), sometimes called Mode A, data is sent in groups of 3 characters. Although each 
character is only 5 bits (same as for RTTY), two additional control bits are added, so each character has a total of 7 bits. 
There are always 4 marks and three spaces in every transmitted character. If the receiving station gets some other 
combination it knows an error has occurred. The 40 percent overhead is considered worthwhile for error detection. This 
technique can identify most errors. The standard calls for no more than three errors in 100,000 characters. 
The receiver responds to each 3-character group by sending either an ACK (ACKnowledge) code (if OK) or a NAK 
(Negative AcKnowledge). Each time the transmitting station gets a NAK, that 3-character group is sent again. If you listen 
around on the HF bands in the recognized Data Segments of the bands, you might hear a chirp-chirp sound that identifies an 
ARQ transmission. Even when there is no data actually being transmitted, the transmitting station continues to send idle 
"chirps" to maintain the link. 
AMTOR supports a Listen Mode also and that allows you to monitor another ARQ session even though you are not 
participating in the session with the usual acknowledgements. Of course you are not able to participate in the error 
correction or synchronization. 
One notable advantage of AMTOR is that when a link is failing AMTOR will try to reestablish synchronization between the 
sending and receiving stations rather than simply terminate the link. 
FEC: In FEC mode (Forward Error Correcting), sometimes called Mode B, the sending station sends each character twice 
so this mode provides a means of transmitting to several stations at once. The receiving station does not acknowledge the 
data received. If a receiving station matches both instances of a character, that character will be printed, otherwise some 
error symbol is printed. This mode does not provide for the receiving station to ask for the missing data to be retransmitted. 
An FEC transmission sounds more like a Baudot RTTY signal. 
The two stations need to keep in phase with each other so each FEC transmission is started with several sets of "phasing 
pairs" and these are sent at regular intervals even while there is no data being transmitted. 
FEC Mode is still better than ordinary RTTY but its error detection is not as reliable as that in the ARQ Mode. 
MixW: Amtor Operation
MixW supports FEC mode only for AMTOR, therefore AMTOR settings and operation are much like those for RTTY. 
Transceiver Settings 
Fine Tuning: If your transceiver is equipped with a "FINE" tuning feature, always use that for AMTOR tuning once you 
have found AMTOR activity. Most of your adjustments can be made in software, rather than the transceiver's VFO if you 
prefer. Some older rigs are not stable enough for the narrow modes, but because of the wider bandwidth, they can be used 
for AMTOR. 
USB: In the past AMTOR operators used LSB transmissions and a 170Hz shift between the MARK and SPACE signals, 
with the MARK signal being the higher in frequency. With MixW the convention is to use USB for all modes, since MixW 
will automatically invert your signal if you have told it you are in USB. See inversion in the Configuration Section for more 
VB.NET TIFF: Merge and Split TIFF Documents with RasterEdge .NET
String], docList As [String]()) TIFFDocument.Combine(filePath, docList powerful & profession imaging controls, PDF document, tiff files and components
break pdf into multiple files; reader merge pdf
VB.NET TIFF: .NET TIFF Merger SDK to Combine TIFF Files
VB.NET TIFF merging API only allows developers to combine two source powerful & profession imaging controls, PDF document, image to pdf files and components
merge pdf; pdf combine files online
Filtering: Optimum filtering depends on your transceiver's SSB filtering options and it's IF rejection characteristics. Wide 
filtering will enable you to work the largest spectrum without retuning your transceiver, but can also cause problems when 
there are strong adjacent signals. A narrow (RTTY or FSK) filter may help significantly with some radios and situations. 
Many transceivers, however, do not have narrow filtering options while operating in SSB modes. Consult your manual and 
experiment for the optimum configuration for your setup and conditions. 
MixW Settings Mode: Click on the mode box in the status bar and select AMTOR. Then click on the mode box in the 
status bar again and select "Mode Settings". This brings up the following dialog box: 
The TX and RX frequencies show the position of your cursor is in the spectrum window. Keeping this around 1500 Hz, will 
keep your transceiver operating close to the center of its pass band. Shift is selectable (if you don't see what you want in the 
drop down box, any number can be typed in). Most AMTOR uses a shift of 170 Hz. You can invert the Mark and Space 
signals by checking the "Inverted" box. 
AFC should be on to assist in tracking the AMTOR signals but since AMTOR tuning is not as critical as some other modes, 
AFC is more an option than a necessity. 
Lock should be off so you will be transmitting on the same frequency you're receiving. The exception here would be if 
you're working a station that is drifting and want that station to find your more stable frequency each time, or if you are 
working a net. 
Inverted when clicked will invert the positions of the MARK and SPACE frequencies. If you appear to be tuned into a 
strong signal and are only copying garbage, try clicking Mode | Inverted, or clicking the box in the AMTOR settings. You 
will often see the station start to print 100 percent as a result. Note: This feature works differently in MixW than most other 
SoundCard digital programs, so please read and understand the information about inversion in the Configuration Section. 
Receiving AMTOR 
AMTOR signals display as two parallel lines usually 170HZ apart . Tune in a AMTOR signal by pointing right in the center 
of the two tracks with the mouse and clicking the left mouse button. The text being sent by the station will then appear in the 
Receive Window. The AMTOR tuning indicator is two diamonds, which are linked together with a bar and separated by the 
shift width you have selected in options dialog. The diamonds will move together to track and tune AMTOR QSOs. The 
following screen shot shows an AMTOR QSO in progress: 
Transmitting AMTOR 
To transmit to a station, first tune it in as indicated above. Type outgoing text in the Transmit Window. Press the T/R button 
and the text in the Transmit Window will be transmitted. You can continue to type, and that text will also be transmitted. As 
it is being transmitted, text in the transmit Window will also appear in the Receive Window. To stop transmitting, press the 
T/R button (or one of the other toggles) again. Pressing ESC will abort transmission and return MixW to receive mode, but 
the last several characters typed will not be transmitted. 
Note: AMTOR, like RTTY, utilizes a limited character set, using UPPER CASE LETTERS ONLY. MixW will 
automatically convert lower case letters to upper case. You will also notice that not all punctuation marks are supported, 
although most of them are. The following characters are supported in AMTOR: - ( ) $ ! " / : ? . 
MixW: Packet
Packet Introduction and Theory
VHF Packet Operation
HF Packet Operation
TCP/IP Over AX.25
PBBS Commands
MixW: Packet Intro and Theory
Adapted from TAPR Publication #95-1, 1995 
History of VHF/UHF Packet 
Packet radio has been around since the mid-1960's, but was first seen on the amateur VHF bands in 1978 through research 
done in Montreal, Canada in 1978, the first transmission occurring on May 31st. This was followed by the Vancouver 
Amateur Digital Communication Group (VADCG) development of a Terminal Node Controller (TNC), also known as the 
VADCG board, in 1980. This was then followed by TAPR, Tucson Amateur Packet Radio
, with the creation of the TNC-1 
in 1982 and then the TNC-2 in '84-'85. The packet radio revolution ignited when TAPR sold over a thousand TNC-2 kits. 
The TNC-2 was what was needed to make this mode take off. There could be another packet radio revolution fueled by 
MixW and the other new software that utilizes the soundcard based TNC approach. 
What can I do? 
Like any mode in the amateur service, packet provides a group of amateurs with a way of having fun and meeting one of our 
primary aims, "improving the radio art". But what can you do? 
PBBS systems: Most cities have one or more packet Bulletin Board System, or PBBS for short. Many of these are operating 
on 145.01 MHz in the US. PBBSs do two main things: send and receive personal messages for their local users (like 
yourself) and send and receive messages or bulletins intended for people locally or around the world. Since the PBBS is part 
of a national system of other PBBSs, it has the ability to pass information or messages to any other PBBS in the US or the 
world. The second thing that BBSs do is pass local and national bulletins, which are messages intended to be read by 
everyone. In this way, amateurs can read the latest messages about the ARRL, AMSAT, TAPR, propagation, DX, and other 
bulletins on varied topics. Message passing is the primary purpose of a PBBS system, but PBBSs can also support callbook 
programs, help references, Internet access, and more. For a list of typical PBBS commands see the PBBS Commands topic. 
Keyboard-to-Keyboard: Like the other amateur modes in MixW, packet radio can be used to talk to other amateurs 
directly. With the use of networks, amateurs can talk at a distance beyond the reach of their own stations by using the 
network. Keyboard-to-keyboard communication is one of the least frequent uses of packet communications, because 
amateurs are rarely on packet at the same time. Many packet operators send electronic mail using either personal mailboxes 
or a local PBBS. In this way, messages are read when the amateur is on the air. 
DX Packet Cluster: Many cities have DX spotting nodes or networks. HF operators connect to their local DX Packet 
Cluster in order to receive reports on the latest DX. This type of packet came about from those interested in 'chasing' DX. 
Many amateurs like to frequent the HF bands looking for rare international operators to contact. A DX Cluster allows many 
HF operators to be connected over packet radio at the same time while operating HF and hunting for DX. When someone 
finds a DX station, they send a packet message to the DX Cluster, which then sends the information to all other packet 
operators using the DX Cluster. In this way, you have several stations monitoring the band, looking for DX. Often an 
amateur will 'spot' (hear) a DX station and then distribute the DX report almost instantly. DX Clusters allow everyone to 
operate more hard to find DX stations in one evening than was possible operating alone. 
RACES/ARES/NTS and Emergency Communications: Packet radio is being used in many emergency services. Whether 
packet is used to pass messages accurately and in large quantities or to handle messages passed by the National Traffic 
System, it can provide an important function. A new application called APRS combines GPS (Global Positioning Satellites) 
with packet radio to allow a master station to plot on their computer the location of all other stations in the field. The 
purpose is to coordinate the exact position of weather spotters or searchers, without having to waste radio time informing the 
control station of their locations. It is also possible to distribute Doppler Radar images via the packet network. The small 
weather image file takes but a few minutes to retrieve and display. 
Networking: The main packet networking scheme uses Digipeaters. Digipeaters work much like a voice repeater. 
Digipeaters look at the packet, and if its call is in the digipeater field, resends the packet. Digipeaters allow the extension of 
range of a transmitter by retransmitting any packets addressed to the digipeater. 
An average packet station talks in a radius of about 10-30 miles. Packet Networks allow amateurs to widen the area of 
communications past their line of sight, by having a series of packet stations linked by radio, which can be used to get their 
packet messages to wherever the network goes. Much like the telephone system, networks provide long distance service 
outside the local area. 
Satellite Communications: Many of the amateur radio satellites in orbit contain computer systems that provide packet 
capability. Most packet satellites provide BBS-like functions for messages to be passed to anywhere in the world within 24 
hours. Several contain CCD cameras, which allow amateurs to download images of the earth and some allow users to 
retrieve data from the onboard experiments. Most satellites use AX.25 protocol with special software developed for satellite 
For additional information on SoundCard Packet, visit:
and TAPR, Tucson Amateur Packet Radio
MixW: VHF Packet Operation
MixW has many options for Packet operation including both HF and VHF configurations. For HF packet information see 
HF Packet Operation. 
TCP/IP over AX.25 packet radio protocol is also supported. See TCP/IP over AX.25. 
MixW offers many user settable timing parameters, as well as the ability to send beacons, and act as a digipeater. 
Switch to the Packet mode by selecting Mode | Packet. Next, open the settings dialog box by selecting Mode | Mode 
settings. This will bring up the following dialog box: 
Enter your callsign in the general tab, and select the VHF 1200 baud Standard (or the settings you wish to operate) in the 
Modem tab. If you want MixW to also act as a digipeater, enter your digipeater call sign, and check the box to enable 
digipeating. The "use PSK" and the "OEM" checkboxes should be left unchecked for most operations. The Parameters, 
Beacon/Unproto, and Monitor tabs can be ignored for the present. You can customize your packet timing parameters in 
order to facilitate connecting to certain BBSs or other unique situations by clicking on the Parameters Tab. The default 
settings here should get you started. The Beacon/Unproto tab can be used to set your beacon text and parameters, and the 
Modem window can be used if you have a hardware TNC and want to use it instead of your soundcard for packet operation. 
Next you need to find a packet station or PBBS to connect too. Unlike HF packet, VHF tuning is almost automatic, so long 
as you're using a standard VHF/UHF FM radio. Simply tune your radio to the packet frequency you are interested in. You 
will notice that you cannot tune MixW by clicking in the Spectrum or Waterfall displays as you do for the other modes. This 
is because MixW assumes you are tuned right on frequency (due to the nature of VHF/UHF FM operations) and will be 
using the standard audio tones for the packet mode you have selected. 
After first monitoring the frequency to determine that the station or PBBS you want to connect to is on the frequency, you 
then initiate the connect command. To do this, open the connect dialog box by selecting Mode | Connect, which will bring 
up the following dialog box: (You can also bring up the connect dialog by simultaniously depressing the Ctrl-Alt-c key 
Enter your callsign in the MyCall box and the callsign of the station or PBBS you wish to connect to in the Remote box. If 
you are planning to connect through a Digipeater path, enter that in the Digis box. Next, click on the connect button and 
MixW will initiate a connection with the remote station. 
As you can see in the following screenshot, I have connected directly to the K4MSU PBBS (our radio club operates this 
PBBS on 145.01MHz in Murray, KY) and I have written a message to my friend Ron, W4ET, who is also a user of this 
PBBS. What you are seeing here is the message I sent previously sent back to us by my use of the R <message #> command 
to read back the message. 
When operating packet you will notice that each station must acknowledge accurately receiving the other station's packets 
(this happens automatically through the software), which results in short bursts of activity while each station responds. 
During poor band or path conditions it may take several attempts before each station accurately receives the other's packets. 
When you are finished with the QSO, or PBBS session, you must disconnect from the remote station by selecting Mode | 
Disconnect, which will send the disconnect string to the remote station and end your connection and QSO. Note: If you are 
connected to a PBBS, you should first log off the BBS with the Bye command, then if you remain connected you can initiate 
the disconnect command, but the BBS will most likely initiate the disconnect process. 
For a list of typical PBBS commands see PBBS Commands 
MixW: HF Packet Operation
MixW has many options for Packet operation including both HF and VHF configurations. For VHF packet information see 
VHF Packet Operation
. MixW offers many user settable timing parameters, as well as the ability to send beacons, and act as 
a digipeater. 
Switch to the Packet mode by selecting Mode | Packet, or by clicking on the Mode box in the Status bar and selecting 
Packet. Next, open the settings dialog box by selecting Mode | Mode settings. This will bring up the following dialog box: 
Documents you may be interested
Documents you may be interested