mirror of
				https://github.com/saitohirga/WSJT-X.git
				synced 2025-10-31 04:50:34 -04:00 
			
		
		
		
	
		
			
				
	
	
		
			428 lines
		
	
	
		
			17 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			428 lines
		
	
	
		
			17 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
| _WSJT-X_ supports a number of features designed for use on the VHF and
 | |
| higher bands.  These features include:
 | |
| 
 | |
| - *FT4*, for contesting
 | |
| 
 | |
| - *FT8*, for fast QSOs with weak, fading signals
 | |
| 
 | |
| - *JT4*, for EME on the microwave bands
 | |
| 
 | |
| - *JT9 fast modes*, for scatter propagation on VHF bands
 | |
| 
 | |
| - *JT65*, for EME on VHF and higher bands
 | |
| 
 | |
| - *Q65*, for ionospheric scatter, tropospheric scatter, rain scatter, 
 | |
| TEP, and EME
 | |
| 
 | |
| - *MSK144*, for meteor scatter
 | |
| 
 | |
| - *Echo* mode, for detecting and measuring your own lunar echoes
 | |
| 
 | |
| - *Doppler tracking*, which becomes increasingly important for EME
 | |
| on bands above 1.2 GHz.
 | |
| 
 | |
| [[VHF_SETUP]]
 | |
| === VHF Setup
 | |
| 
 | |
| To activate the VHF-and-up features:
 | |
| 
 | |
| - On the *Settings | General* tab check *Enable VHF/UHF/Microwave
 | |
| features* and *Single decode*.
 | |
| 
 | |
| - For EME, check *Decode after EME delay* to allow for extra path
 | |
| delay on received signals.
 | |
| 
 | |
| - If you will use automatic Doppler tracking and your radio accepts
 | |
| frequency-setting commands while transmitting, check *Allow Tx
 | |
| frequency changes while transmitting*.  Transceivers known to permit
 | |
| such changes include the IC-735, IC-756 Pro II, IC-910-H, FT-847,
 | |
| TS-590S, TS-590SG, TS-2000 (with Rev 9 or later firmware upgrade),
 | |
| Flex 1500 and 5000, HPSDR, Anan-10, Anan-100, and KX3.  To gain full
 | |
| benefit of Doppler tracking your radio should allow frequency changes
 | |
| under CAT control in 1 Hz steps.
 | |
| 
 | |
| NOTE: If your radio does not accept commands to change frequency
 | |
| while transmitting, Doppler tracking will be approximated with a
 | |
| single Tx frequency adjustment before a transmission starts, using a
 | |
| value computed for the middle of the Tx period.
 | |
| 
 | |
| - On the *Radio* tab select *Split Operation* (use either *Rig* or
 | |
| *Fake It*; you may need to experiment with both options to find one
 | |
| that works best with your radio).
 | |
| 
 | |
| - On the right side of the main window select *Tab 1* to present the
 | |
| traditional format for entering and choosing Tx messages.
 | |
| 
 | |
| The main window will reconfigure itself as necessary to display
 | |
| controls supporting the features of each mode.
 | |
| 
 | |
| - If you are using transverters, set appropriate frequency offsets on
 | |
| the *Settings | Frequencies* tab.  Offset is defined as (transceiver
 | |
| dial reading) minus (on-the-air frequency).  For example, when using a
 | |
| 144 MHz radio at 10368 MHz, *Offset (MHz)* = (144 - 10368) =
 | |
| -10224.000.  If the band is already in the table, you can edit the
 | |
| offset by double clicking on the offset field itself.  Otherwise a new
 | |
| band can be added by right clicking in the table and selecting
 | |
| *Insert*.
 | |
| 
 | |
| image::Add_station_info.png[align="center",alt="Station information"]
 | |
| 
 | |
| - On the *View* menu, select *Astronomical data* to display a window
 | |
| with important information for tracking the Moon and performing
 | |
| automatic Doppler control.  The right-hand portion of the window
 | |
| becomes visible when you check *Doppler tracking*.
 | |
| 
 | |
| image::Astronomical_data.png[align="center",alt="Astronomical data"]
 | |
| 
 | |
| Five different types of Doppler tracking are provided:
 | |
| 
 | |
| - Select *Full Doppler to DX Grid* if you know your QSO partner's locator
 | |
| and he/she will not be using any Doppler control.
 | |
| 
 | |
| - Select *Own Echo* to enable EME Doppler tracking of your receive
 | |
| frequency to your own echo frequency. Your Tx frequency will remain fixed
 | |
| and is set to the Sked frequency.  This mode can be used when announcing 
 | |
| your CQ call on a specific frequency and listening on your own echo
 | |
| frequency.  It can also be used for echo testing with Echo mode.
 | |
| 
 | |
| - Select *Constant frequency on Moon* to correct for your own one-way
 | |
| Doppler shift to or from the Moon.  If your QSO partner does the same
 | |
| thing, both stations will have the required Doppler compensation.
 | |
| Moreover, anyone else using this option will hear both of you
 | |
| without the need for manual frequency changes.
 | |
| 
 | |
| - Select *On Dx Echo* when your QSO partner announces his/her transmit
 | |
| frequency and that they are listening on their own echo
 | |
| frequency. When clicked, this Doppler method will set your rig
 | |
| frequency on receive to correct for the mutual Doppler shift. On
 | |
| transmit, your rig frequency will be set so that your QSO partner will
 | |
| receive you on the same frequency as they receive their own echo.
 | |
| Sked frequency in this case is set to that announced by your QSO
 | |
| partner.
 | |
| 
 | |
| - Select *Call DX* after tuning the radio manually to find a station,
 | |
| with the Doppler mode initially set to *None*. You may be tuning the band
 | |
| looking for random stations, or to a frequency where a station has been
 | |
| seen on an SDR display.  It is usually necessary to hold down the Ctrl key
 | |
| while tuning the radio. From the moment *Call DX* is pressed, your 
 | |
| transmit frequency is set so that your echo will fall on the same 
 | |
| frequency you (and the DX station) are listening. 
 | |
| 
 | |
| - See <<ASTRODATA,Astronomical Data>> for details on the quantities
 | |
| displayed in this window.
 | |
| 
 | |
| === JT4
 | |
| 
 | |
| JT4 is designed especially for EME on the microwave bands, 2.3 GHz and
 | |
| above.
 | |
| 
 | |
| - Select *JT4* from the *Mode* menu.  The central part of the main
 | |
| window will look something like this:
 | |
| 
 | |
| image::VHF_controls.png[align="center",alt="VHF Controls"]
 | |
| 
 | |
| - Select the desired *Submode*, which determines the spacing of
 | |
| transmitted tones. Wider spacings are used on the higher microwave
 | |
| bands to allow for larger Doppler spreads. For example, submode JT4F
 | |
| is generally used for EME on the 5.7 and 10 GHz bands.
 | |
| 
 | |
| - For EME QSOs some operators use short-form JT4 messages consisting
 | |
| of a single tone.  To activate automatic generation of these messages,
 | |
| check the box labeled *Sh*. This also enables the generation of a
 | |
| single tone at 1000Hz by selecting Tx6, to assist in finding signals
 | |
| initially.  The box labeled *Tx6* toggles the Tx6 message from 1000Hz
 | |
| to 1250Hz to indicate to the other station that you are ready to
 | |
| receive messages.
 | |
| 
 | |
| - Select *Deep* from the *Decode* menu.  You may also choose to
 | |
| *Enable averaging* over successive transmissions and/or *Enable deep
 | |
| search* (correlation decoding).
 | |
| 
 | |
| image::decode-menu.png[align="center",alt="Decode Menu"]
 | |
| 
 | |
| The following screen shot shows one transmission from a 10 GHz EME
 | |
| QSO using submode JT4F.
 | |
| 
 | |
| image::JT4F.png[align="center",alt="JT4F"]
 | |
| 
 | |
| [[VHF_JT65]]
 | |
| === JT65
 | |
| 
 | |
| In many ways JT65 operation on VHF and higher bands is similar to HF
 | |
| usage, but a few important differences should be noted.  Typical
 | |
| VHF/UHF operation involves only a single signal (or perhaps two or
 | |
| three) in the receiver passband.  We recommend that you check *Single
 | |
| decode* on the *Settings -> General* tab, and do not check *Two pass
 | |
| decoding* on the *Advanced* tab.  With VHF features enabled the JT65
 | |
| decoder will respond to special message formats often used for EME:
 | |
| the OOO signal report and two-tone shorthand messages for RO, RRR, and
 | |
| 73.  These messages are always enabled for reception; they will be
 | |
| automatically generated for transmission if you check the shorthand
 | |
| message box *Sh*.  *Deep* on the *Decode* menu will be automatically
 | |
| selected.  You may optionally include *Enable averaging*, *Enable Deep
 | |
| search*, and *Enable AP*.
 | |
| 
 | |
| The following screen shot shows three transmissions from a 144 MHz EME
 | |
| QSO using submode JT65B and shorthand messages.  Take note of the
 | |
| colored tick marks on the Wide Graph frequency scale.  The green
 | |
| marker at 1220 Hz indicates the selected QSO frequency (the frequency
 | |
| of the JT65 Sync tone) and the *F Tol* range.  A green tick at 1575 Hz
 | |
| marks the frequency of the highest JT65 data tone.  Orange markers
 | |
| indicate the frequency of the upper tone of the two-tone signals for
 | |
| RO, RRR, and 73.
 | |
| 
 | |
| image::JT65B.png[align="center",alt="JT65B"]
 | |
| 
 | |
| === Q65
 | |
| 
 | |
| Q65 is designed for fast-fading signals: tropospheric scatter, rain
 | |
| scatter, ionospheric scatter, trans-equatorial propagation (TEP), EME,
 | |
| and the like.  The following screen shot shows a series of ionospheric
 | |
| scatter QSOs using submode Q65-30A on the 6 meter band.  The received
 | |
| signals were barely audible most of the time.
 | |
| 
 | |
| image::Q65_6m_ionoscatter.png[align="center",alt="Q65"]
 | |
| 
 | |
| The Q65 decoder takes advantage of _a priori_ (AP) information such as
 | |
| the encoded forms of one's own callsign and the message word `CQ`.  In
 | |
| normal usage, as a QSO progresses AP information increases to include
 | |
| the callsign of the station being worked and perhaps his/her 4-digit
 | |
| grid locator.  The decoder takes advantage of whatever AP information
 | |
| is currently available.
 | |
| 
 | |
| For Q65 EME QSOs on the microwave bands, some operators
 | |
| use short-form messages consisting of a single tone.  To activate
 | |
| automatic generation of these messages, check the box labeled *Sh*.
 | |
| This also enables the generation of a single tone at 1000Hz by
 | |
| selecting Tx6, to assist in finding signals initially.  The box
 | |
| labeled *Tx6* switches the Tx6 message from 1000Hz to 1250Hz to
 | |
| indicate to the other station that you are ready to receive messages.
 | |
| These short-form messages are not decoded automatically, and
 | |
| auto-sequencing will not respond to them.  You must recognize and
 | |
| interpret them yourself.
 | |
| 
 | |
| // TIP: G3WDG has prepared a more detailed tutorial on using {QRA64_EME}. 
 | |
| 
 | |
| === MSK144
 | |
| 
 | |
| Meteor scatter QSOs can be made any time on the VHF bands at distances
 | |
| up to about 2100 km (1300 miles).  Completing a QSO takes longer in
 | |
| the evening than in the morning, longer at higher frequencies, and
 | |
| longer at distances close to the upper limit.  But with patience, 100
 | |
| W or more, and a single yagi it can usually be done.  The
 | |
| following screen shot shows two 15-second reception intervals
 | |
| containing MSK144 signals from three different stations.
 | |
| 
 | |
| image::MSK144.png[align="center",alt="MSK144"]
 | |
| 
 | |
| Unlike other _WSJT-X_ modes, the MSK144 decoder operates in real time
 | |
| during the reception sequence.  Decoded messages will appear on your
 | |
| screen almost as soon as you hear them.
 | |
| 
 | |
| To configure _WSJT-X_ for MSK144 operation:
 | |
| 
 | |
| - Select *MSK144* from the *Mode* menu.
 | |
| 
 | |
| - Select *Fast* from the *Decode* menu.
 | |
| 
 | |
| - Set the audio receiving frequency to *Rx 1500 Hz*.
 | |
| 
 | |
| - Set frequency tolerance to *F Tol 100*.
 | |
| 
 | |
| - Set the *T/R* sequence duration to 15 s.
 | |
| 
 | |
| - To match decoding depth to your computer's capability, click
 | |
| *Monitor* (if it's not already green) to start a receiving sequence.
 | |
| Observe the percentage figure displayed on the _Receiving_ label in
 | |
| the Status Bar:
 | |
| 
 | |
| image::Rx_pct_MSK144.png[align="center",alt="MSK144 Percent CPU"]
 | |
| 
 | |
| - The displayed number (here 17%) indicates the fraction of available
 | |
| time being used for execution of the MSK144 real-time decoder.  If
 | |
| this number is well below 100%, you may increase the decoding depth
 | |
| from *Fast* to *Normal* or *Deep*, and increase *F Tol* from 100 to
 | |
| 200 Hz.
 | |
| 
 | |
| NOTE: Most modern multi-core computers can easily handle the optimum
 | |
| parameters *Deep* and *F Tol 200*.  Older and slower machines may not
 | |
| be able to keep up at these settings; at the *Fast* and *Normal*
 | |
| settings there will be a small loss in decoding capability (relative
 | |
| to *Deep*) for the weakest pings.
 | |
| 
 | |
| - T/R sequences of 15 seconds or less requires selecting your
 | |
| transmitted messages very quickly.  Check *Auto Seq* to have the
 | |
| computer make the necessary decisions automatically, based on the
 | |
| messages received.
 | |
| 
 | |
| - For operation at 144 MHz or above you may find it helpful to use
 | |
| short-format *Sh* messages for Tx3, Tx4, and Tx5.  These messages are
 | |
| 20 ms long, compared with 72 ms for full-length MSK144 messages.
 | |
| Their information content is a 12-bit hash of the two callsigns,
 | |
| rather than the callsigns themselves, plus a 4-bit numerical report,
 | |
| acknowledgment (RRR), or sign-off (73).  Only the intended recipient
 | |
| can decode short-messages.  They will be displayed with the callsigns
 | |
| enclosed in <> angle brackets, as in the following model QSO
 | |
| 
 | |
|  CQ K1ABC FN42
 | |
|                     K1ABC W9XYZ EN37
 | |
|  W9XYZ K1ABC +02
 | |
|                     <K1ABC W9XYZ> R+03
 | |
|  <W9XYZ K1ABC> RRR
 | |
|                     <K1ABC W9XYZ> 73
 | |
| 
 | |
| +
 | |
| 
 | |
| NOTE: There is little or no advantage to using MSK144 *Sh*
 | |
| messages at 50 or 70 MHz.  At these frequencies, most pings are long
 | |
| enough to support standard messages -- which have the advantage of
 | |
| being readable by anyone listening in.
 | |
| 
 | |
| === Echo Mode
 | |
| 
 | |
| *Echo* mode allows you to make sensitive measurements of your own
 | |
| lunar echoes even when they are too weak to be heard. Select *Echo*
 | |
| from the *Mode* menu, aim your antenna at the moon, pick a clear
 | |
| frequency, and toggle click *Tx Enable*. _WSJT-X_ will then cycle
 | |
| through the following loop every 6 seconds:
 | |
| 
 | |
| 1. Transmit a 1500 Hz fixed tone for 2.3 s
 | |
| 2. Wait about 0.2 s for start of the return echo
 | |
| 3. Record the received signal for 2.3 s
 | |
| 4. Analyze, average, and display the results
 | |
| 5. Repeat from step 1
 | |
| 
 | |
| To make a sequence of echo tests:
 | |
| 
 | |
| - Select *Echo* from the *Mode* menu.
 | |
| 
 | |
| - Check *Doppler tracking* and *Constant frequency on the Moon* on the
 | |
| Astronomical Data window.
 | |
| 
 | |
| - Be sure that your rig control has been set up for _Split Operation_,
 | |
| using either *Rig* or *Fake It* on the *Settings | Radio* tab.
 | |
| 
 | |
| - Click *Enable Tx* on the main window to start a sequence of 6-second
 | |
| cycles.
 | |
| 
 | |
| - _WSJT-X_ calculates and compensates for Doppler shift automatically.
 | |
| As shown in the screen shot below, when proper Doppler corrections
 | |
| have been applied your return echo should always appear at the center
 | |
| of the plot area on the Echo Graph window.
 | |
| 
 | |
| image::echo_144.png[align="center",alt="Echo 144 MHz"]
 | |
| 
 | |
| === Tips for EME
 | |
| 
 | |
| Until the advent of Q65, digital EME has mostly been done using JT65A
 | |
| on the 50 MHz band, JT65B on 144 and 432 MHz, and JT65C on 1296 MHz.
 | |
| On higher microwave bands typical choices have been JT65C, one of the
 | |
| wider JT4 submodes, or QRA64, depending on the expected amount of
 | |
| Doppler spread.  We now recommend a suitable submode of Q65 (which has
 | |
| replaced QRA64) for EME on any VHF or higher band: for example,
 | |
| Q65-60A on 50 and 144 MHz, Q65-60B on 432 MHz, Q65-60C on 1296 MHz,
 | |
| and Q65-60D on 10 GHz.
 | |
| 
 | |
| JT4, JT65, and Q65 offer *Message Averaging* -- the summation of
 | |
| subsequent transmissions that convey the same message -- to enable
 | |
| decodes at signal-to-noise ratios several dB below the threshold for
 | |
| single transmissions.  JT4 and JT65 also allow *Deep Search* decoding,
 | |
| in which the decoder hypothesizes messages containing known or
 | |
| previously decoded callsigns and tests them for reliability using a
 | |
| correlation algorithm.  JT65 and Q65 offer _a priori_ (AP)
 | |
| decoding, which takes advantage of naturally accumulating information
 | |
| during a QSO.
 | |
| 
 | |
| ////
 | |
| The following tutorial aims to familiarize you with
 | |
| these program features, all of which are of special interest for EME
 | |
| and other extreme weak-signal conditions.
 | |
| 
 | |
| As a starting point, configure _WSJT-X_ as follows:
 | |
| 
 | |
| .Settings | General:
 | |
| - *My Call* =  W9XYZ
 | |
| 
 | |
| - Check these boxes: *Enable VHF/UHF/Microwave features*, *Single
 | |
| decode*, *Decode after EME delay*
 | |
| 
 | |
| .Settings | Advanced:
 | |
| 
 | |
| - *Random erasure patterns* = 7, *Aggressive decoding level* = 0,
 | |
| *Two-pass decoding* = _unchecked_, *Waterfall spectra* =  _Most sensitive_
 | |
| 
 | |
| .Main window menus:
 | |
| 
 | |
| - *View* = Message averaging
 | |
| 
 | |
| - *Mode* = JT65
 | |
| 
 | |
| - *Decode:* *Deep* selected, *Enable averaging* checked,
 | |
|   *Enable deep search* unchecked, *Enable AP* checked
 | |
| 
 | |
| .Main window:
 | |
| 
 | |
| - *F Tol* = 500, *Rx* 1500 *Hz*, *Submode* = B, *Sync* = 0
 | |
| 
 | |
| - *DX Call*, *DX Grid:* both empty
 | |
| 
 | |
| .Wide Graph:
 | |
| 
 | |
| - *Bins/Pixel* = 4, *N Avg* = 10
 | |
| 
 | |
| - Adjust the width of the window so that the frequency range extends
 | |
|   up to at least 2400 Hz.
 | |
| 
 | |
| If you have not already done so, install the sample files available
 | |
| for <<DOWNLOAD_SAMPLES,download>>.  Select *File | Open* and navigate
 | |
| to ...\save\samples\JT65\JT65B\000000_0001.wav.
 | |
| 
 | |
| The waterfall should look something like the snapshot below. A barely
 | |
| visible vertical trace appears at 1300 Hz.  This is the synchronizing
 | |
| tone of a simulated JT65B signal with SNR = -26 dB.  
 | |
| 
 | |
| image::EME_Deep_0.png[align="center",alt="EME_Deep_0"]
 | |
| 
 | |
| The decoder recognizes the sync tone of a JT65 signal, but is unable
 | |
| to decode it, producing only this line in the _Single Period Decodes_
 | |
| panel:
 | |
| 
 | |
|  0001 -28  2.5 1300 #*
 | |
| 
 | |
| Press *F6* repeatedly, to read subsequent files.  When
 | |
| five files have been read your display should look like this:
 | |
| 
 | |
| image::EME_Deep_1.png[align="center",alt="EME_Deep_1"]
 | |
| 
 | |
| The message `CQ K1ABC FN42` appears in the _Average Decodes_ panel,
 | |
| flagged with the <<Decoded_Lines,end-of line label>> `f3`.  The label
 | |
| means that decoding was accomplished with the Franke-Taylor 
 | |
| algorithm, using the average of 3 transmissions.
 | |
| 
 | |
| The _Message Averaging_ window now looks like this:
 | |
| 
 | |
| image::EME_Deep_2.png[align="center",alt="EME_Deep_2"]
 | |
| 
 | |
| The `$` symbols mark lines corresponding to transmissions used in the
 | |
| most recent attempt toward an average decode.
 | |
| 
 | |
| Hit the *F6* key again to read the sixth file.  You should now see the
 | |
| message `K1ABC G4XYZ IO91` displayed in the _Average Decodes_ panel,
 | |
| again with the `f3` label.  
 | |
| 
 | |
| Now pretend you are K1ABC (enter `K1ABC` and `FN42` as *My Call* and
 | |
| *My Grid* on the *Settings | General* tab).  Click *Clear Avg* and
 | |
| double-click *Erase* to start with a fresh screen.  Open the files
 | |
| 000000_0002.wav and 000000_0004.wav. You should now see the message
 | |
| `K1ABC G4XYZ IO91` in the _Average Decodes_ panel.  Its end-of-line
 | |
| flag `a22` indicates that this decode used *My Call* as _a priori_
 | |
| (AP) information of type 2 (see Table 1 in <<AP_Decoding,AP
 | |
| Decoding>>), and is based on the average of 2 transmissions.
 | |
| 
 | |
| You might wish to experiment with other combinations of entries for
 | |
| *My Call*, *DX Call*, and *DX Grid*, and with toggling the various
 | |
| options of the *Decode* menu on and off.  For best sensitivity, most
 | |
| users will want to use *Deep* decoding with  *Enable averaging*, 
 | |
| *Enable deep search*, and *Enable AP* all turned on.
 | |
| 
 | |
| //// |