CHIRP

<h1> Tone Modes in CHIRP </h1>

<h2> (None)</h2>

An empty <b>Tone Mode</b> means that no tone is transmitted or received

<h2> Tone</h2>

<b>Tone Mode</b>: <b>Tone</b> means that the radio will transmit a single sub-audible tone, according to the <b>Tone</b> value. In this mode, the receiver is carrier squelch.

<h2> TSQL</h2>

<b>Tone Mode</b>: <b>TSQL</b> means that the radio will transmit a sub-audible tone, according to either the <b>Tone</b> or <b>Tone Squelch</b> value. In this mode, the receiver uses tone squelch with the same value as the transmitter. If the radio's feature set includes "has_ctone" (most Icom and Kenwood radios) then the value used in this case is <b>Tone Squelch</b>. Otherwise, use <b>Tone</b>.

<h2> DTCS</h2>

<b>Tone Mode</b>: <b>DTCS</b> means that the radio will transmit a DCS code, according to either the <b>DTCS</b> or <b>RX DTCS</b> value. In this mode, the receiver uses DTCS squelch with the same value of the transmitter. If the radio's feature set includes "has_rx_dtcs" then the value used in this case is <b>RX DTCS</b>. Otherwise, use <b>DTCS</b>.

<h2> TSQL-R</h2>

<b>Tone Mode</b>: <b>TSQL-R</b> means that the radio will squelch when the tone is received and use carrier squelch if not. This is usually used to listen for transmissions that should not be there. If the radio's feature set includes "has_ctone" then the value used in this case is <b>Tone Squelch</b>. Otherwise, use <b>Tone</b>.

<h2> DTCS-R</h2>

<b>Tone Mode</b>: <b>DTCS-R</b> means that the radio will not transmit a sub-audible tone, but will squelch the receiver when the specified DCS is present and use carrier squelch when it is not. If the radio's feature set includes "has_rx_dtcs" then the value used in this case is <b>RX DTCS</b>. Otherwise, use <b>DTCS</b>.

<h2> Cross</h2>

<b>Tone Mode</b>: <b>Cross</b> means that the radio will use an asymmetric squelch configuration according to the value of Memory.cross_mode:<br>

<br><b> Tone->Tone</b> means the radio will transmit one sub-audible and will use another tone to open the receive squelch. The tone values are in <b>Tone</b> and <b>Tone Squelch</b> respectively. By convention, the driver code generally expects <b>Cross</b>: <b>Tone->Tone</b> to be used only when the two tones are different, and a mode of <b>TSQL</b> to be used when the tones are the same. If you set the same tones, Chirp automatically makes <b>Tone Mode</b>: <b>TSQL</b>

<br><b> Tone->DTCS</b> means that the radio will use a sub-audible tone for transmit, according to <b>Tone</b>, and a DCS code for receiver squelch. If the radio's feature set includes "has_rx_dtcs" then the value used in this case is <b>RX DTCS</b>. Otherwise, use <b>DTCS</b>

<br><b> DTCS->Tone</b> means that the radio will use a DCS code for transmit, according to <b>DTCS</b>, and a sub-audible tone for receiver squelch. If the radio's feature set includes "has_ctone" then the value used in this case is <b>Tone Squelch</b>. Otherwise, use <b>Tone</b>.

<br><b> ->Tone</b> means that the radio will not transmit a sub-audible tone, but will enable tone squelch on the receiver. If the radio's feature set includes "has_ctone" then the value used in this case is <b>Tone Squelch</b>. Otherwise, use <b>Tone</b>.

<br><b> ->DTCS</b> means that the radio will not transmit a sub-audible tone, but will enable DCS squelch on the receiver. If the radio's feature set includes "has_rx_dtcs" then the value used in this case is <b>RX DTCS</b>. Otherwise, use <b>DTCS</b>.

<br><b> DTCS-></b> means that the radio will use a DCS code for transmit, according to <b>DTCS</b>. In this mode, the receiver is carrier squelch.

<br><b> DTCS->DTCS</b> means that the radio will transmit a DCS code and will use a DSC code to open the squelch. The code values are <b>DTCS</b> and <b>RX DTCS</b> respectively. By convention, CHIRP generally uses <b>Cross</b>:<b>DTCS->DTCS</b> when the two codes are different, and uses a mode of <b>DTCS</b> when they are the same.

<h1> Radio Behavior</h1>

<h2> Icom/Kenwood style</h2>

Most (maybe all?) Icoms and Kenwoods behave in a specific way. They store two tone values, one of which gets used in Tone mode, and the other which gets used in TSQL (CTCSS) mode. No Icom (that I'm aware of) can use the two values for separate TX and RX tones, nor can most Kenwoods. However, at least the Kenwood D72 can operate this way.

<h2> Yaesu style</h2>

Older Yaesu radios store just a single tone value, which gets used regardless of whether or not the radio is in Tone or TSQL mode.

Newer Yaesu HTs use both rtone and ctone. These radios support all of the ctcss modes. They also store separate DTCS transmit and receive. they support all modes except DTCS-R and all cross modes except TONE->DTCS and DTCS->Tone.

<h2> Commercial style (Wouxun, Baofeng, etc)</h2>

These radios store separate TX and RX tones all the time (and often overload the same field for DTCS and tone values, storing a flag if the value is not to be used). These are effectively in <b>Cross</b> mode all the time, but CHIRP detects the common modes and provides the appearance of the other radios (emulating Tone, TSQL, and DTCS where possible).

<h1> Memory tone fields usage matrix</h1>

This table summarize which memory fields are used in each tone mode.<br>

<pre> | Tone |Tone Sql | DTCS | RX DTCS</pre>

<pre> +----------+---------+---------+--------</pre>

<pre>Tone | yes | | |</pre>

<pre>TSQL | !has_ct | has_ct | |</pre>

<pre>DTCS | | | !has_rd | has_rd</pre>

<pre>->Tone | !has_ct | has_ct | |</pre>

<pre>->DTCS | | | !has_rd | has_rd</pre>

<pre>Tone-> | yes | | |</pre>

<pre>Tone->Tone | yes | yes | |</pre>

<pre>Tone->DTCS | yes | | !has_rd | has_rd</pre>

<pre>DTCS-> | | | yes |</pre>

<pre>DTCS->Tone | !has_ct | has_ct | yes |</pre>

<pre>DTCS->DTCS | | | yes | yes</pre>

Legend</br>

<pre>yes field used</pre>

<pre>has_ct used if has_ctone is true</pre>

<pre>!has_ct used if has_ctone is false</pre>

<pre>has_rd used if has_rx_dtcs is true</pre>

<pre>!has_rd used if has_rx_dtcs is false</pre>