Installation verification procedures can be divided into two main categories:
form4=
'' command
strings must be substitute if a Mark~IV formatter is being used
instead. (A listing of Mark~IV allowed commands can be found at
ftp://dopey.haystack.edu/pub/mark4/formater/mk4vocab.txt
.) The first thing to do is to tell your field system that you now have a
Mark~IV tape recorder. With NASA FS9 this is done in the file
``/usr2/control/equip.ctl
'' which is described in the
``Control Files'' manual. Please locate the following lines:
* VLBI equipment
mk3 type of rack (mk3, vlba, vlbag, or mk4)
mk3 type of recorder (mk3, vlba, vlba2, or mk4)
and change the recorder line to read ``mk4
''. If you still have
the Mark~III formatter installed and cabled according to section
sig-cables
, keep the rack line at ``mk3
''. Change it to
``mk4
'' if you already have the final cabling and a Mark~IV
formatter in your rack.
When you change the recorder type in ``equip.ctl
'', you also need
to change the definition of R/W electronics channels in
``head.ctl
'' (Mark~III definitions shown here):
* Write Heads Read Heads Reproduce: Electronics Detector
all odd odd odd
Because Mark~IV R/W electronics has all tracks populated for both
writing and reading, change ``head.ctl
'' to read:
* Write Heads Read Heads Reproduce: Electronics Detector
all all all odd
The ``Detector'' keyword selects which of the two (labeled ``odd'',
``even'') input channels of Inchworm Controller reproduce playback
total power detectors will be used for ``locate
'' and
``peak
''.
After editing the files, please restart the FS
(``terminate
'', ``fs
'').
The purpose of the following tests is to verify that the modules have been manufactured according to the design documents and that there are no defective components, solder joints, or other manufacturing errors and deviations.
Functionality can be tested by connecting the power module to the
Metrum/Honeywell 96 recorder power supplies and verifying the output
voltages available at front panel jacks. Please test the
functionality of FS9 ``enable=
'' command as follows. Please note
that you have to issue ``st=for,0,on
'' after each enable
command for the new setting to take effect. ``enable=
'' updates
only FS internal variables and only ``st=
'' command sends the
appropriate bits to the PWM via IOM.
enable=
All four WRM write voltage LEDs should be off.
enable=stack1
WRM 1 and WRM 3 write voltage LEDs should be on.
enable=stack2
WRM 2 and WRM 4 write voltage LEDs should be on.
enable=stack1,stack2
All four WRM write voltage LEDs should be on.
Since most of IOB functionality is remapping connector pins, the testing procedures focus on checking all connectivity:
The clock detectors can be tested by providing a
``repro=byp,nn
'' signal from an active (enabled) write module.
The signal and the detected clock are compared at AT&T chip
outputs with a two-channel scope. These signals should also show up
at Mark~III decoder front panel BNC connectors.
"Set up 'parity' command.
parity=600,12,ab,off,all
"Ensure that something is coming out of the formatter.
form=a,4 or ,8 for 8MHz tape rate
"(If you already have Mk4 formatter installed, use 'form4=/con 0' here.)
repro=byp,6,107,dis,4 or ,8 (if your Mk3 decoder supports it)
enable=stack1,stack2
st=for,0,on
"See oscilloscope connected to WRM 1 monitor output BNC A for pulse pattern.
decode=a,syn
decode
decode=a,time
decode
decode=a,aux
decode
"Watch scope during the execution of 'parity' (changes repro channels).
parity
"Move scope input to WRM number 2 monitor A output
repro=byp,107,9,dis,4 or ,8 (for tracks from WRM number 2)
decode=a,syn
decode
decode=a,time
decode
decode=a,aux
decode
parity
The aux field generated by a Mark~III formatter is the same for all
tracks and contains embedded head stack micron position information
only, no individual track numbers.
Please note that adding 100 to track numbers in ``repro=byp,...
''
command results in using WRM #2 which is usually (with final
Mark~IV cabling) connected to head stack #2, the read/write stack.
If you still have the Mark~III formatter test cabling in use, only
even VLBA/Mark~IV track numbers 02--32 are connected to a real head
stack (#2), as are only odd tracks 103--133. We are not sure if
the read/write stack track numbers in ``repro=read,...
'' command
have to always be in range 102--133, i.e.~if 02--33 are allowed, too. It
may also be possible to ``repro=
'' the so-called VLBA system
tracks 00--01 and 34--35 since the HAM, WRM, and RDM modules support
them. (The Mark~IV formatter does not generate any output on these
tracks.)
In summary, the ``byp/read
'' mode selection and
``nn/1nn
'' track number selection in ``repro=
''
command exercise the multiplexers in IOM and in existing Mark~III
recorder electronics. Choosing a track number ``nn
''
exercises multiplexers inside WRM (``repro=byp,...
'') and RDM
(``repro=read,...
'') modules.
You can also repeat the pre-installation Mark~III/VLBA test tape playback test now with Mark~IV recorder commands:
"Load a Mark III/VLBA test tape using STOP button.
"Set up 'peak' and 'parity' commands.
peak=
parity=600,12,ab,off,all
"Select arbitrary tracks for playback reproduce.
repro=read,107,108,1,4
"You may want to try the alternative 135ips equalizer with:
"repro=read,107,108,0,4
stack=,nnn,,f nnn== 0.0, -350.0, -110.0, +110.0 depending on tape
st=for,135,off
"See oscilloscope connected to read reproduce for eye pattern.
peak
"Get actual stack position.
lvdt
stack
"Verify eye pattern in scope.
decode=a,syn should produce 'ff7fbfdf', the sync word pattern in hex.
decode
decode=a,time should give 'ydddhhmm sssssccc' (ccc=checksum?)
decode
decode=a,aux
decode
parity
Please see section
pre-checks
for information on decoding
the aux field.
You can use the FS ``mat=
'' command to directly access individual
bits on the IOB according to the protocol described in
Haystack drawing ``4712D001'', ``Mark~IV Recorder Communication
Protocol'' which is provided in the IOM section of the documentation
binder. For example:
mat=#94=00000034.$
sends the so-called ``.
strobe'' 32-bit word to the tape recorder
controller. The data bits are given as 8 hexadecimal characters and
their interpretation is presented in tables in drawing ``4712D001''.
Each of the tables corresponds to a ``strobe character'' which is
substituted in the example above at the place of the ``.
''
character. The example above sends the hex value ``34'' to the AT&T
clock recovery chips on the IOB, to select 4.5MHz recovery rate. If
the value ``00003400'' works (Mark~III decoder display turns on)
instead of the correct value shown above, this usually indicates that
the two ribbon cables EJ1 and EJ2 from the existing Mark~III
controller have been swapped.
You can interrogate the current bit values with:
mat=#94.>,?
where again ``.
'' will be substituted with the required strobe
character. The response is 8 hexadecimal digits which can be decoded
as 32 separate bits, the interpretation of which is presented in
tables in drawing ``4712D001''.
Other useful MAT commands for testing the IOM:
mat=#94=80000101%$ all WRM voltage LEDs of PWM on
mat=#94=80000001%$ LEDs 1 and 3 on
mat=#94=80000100%$ LEDs 2 and 4 on
mat=#94=00000x0x%$ all LEDs off
These procedures exercise all signal paths of HAM, RDM, and WRMs, and the functionality of IOM multiplexers and clock recovery.
If you have been using the old Mark~III formatter for the previous
tests, now it is time to complete signal cabling as instructed in
section
sig-cables
. Please do not forget to update
``/usr2/control/equip.ctl
'' according to instructions in
section
edit-equip
and restart the FS.
Dismounted HAMs can be tested by connecting a spare Metrum head stack to the HAM and verifying the (relatively simple) write circuitry of HIBs (see the HIB schematics in documentation binder slot HAM) with an ohmmeter, inspecting HIBs for shorts and bad joints. The write circuit actually encompasses a back-to-back diode and a single 1~kohm resistor in series with the head coil: the transistors do not actively participate in writing, so this simple conductivity test should be sufficient.
At Metsähovi, the read preamplifiers on HIB and HPB boards were verified with an IFR AN 920 spectrum analyzer with a tracking generator. Both read and write cables of the HAM under test were connected to the corresponding CPM, to verify the cables associated with them. A 4cm open ``antenna'' wire was connected to the tracking output generator coaxial cable. The wire was placed in the vicinity (about 1 cm) of the head stack to invoke aerial pickup sufficient to create a small signal for the preamplifiers. The bandpass curve which is characteristic to this setup shows that all amplifier channels are performing in the same way. The resulting graphs can be found in station-specific section of the documentation binder.
The modules were connected to the Metsähovi VLBA formatter and
HAM #006 which is permanently installed in our recorder. (Our HAM
uses the same design and is identical to the HAMs supplied.)
The formatter was set up to record in Mark III mode A mode at sampling
rate of 8~MHz, resulting in track bit rate of 9~Mbit/s. The
VLBA formatter emulation of Mark III embeds VLBA track information in
the auxiliary field of all output frames, thus making it possible to
detect at each output from which input each signal originates.
The exact setup is shown in the SNAP procedure file
``mdextr.prc
'' provided in the station-specific section of the
documentation binder. The procedure file is also available at
ftp://kurp-ftp.hut.fi/pub/mk4/mdextr.prc
.
The ``repro=byp,...
'' command exercises the bypass reproduce selectors
of WRMs to route the signal present at WRM write outputs back to the
recorder decoding logic. Any faulty components, shorts, bad joints
etc. should manifest themselves as wrong track numbers when decoded
with the procedure ``md2trk
''. This procedure gives output
similar to the following:
9608509090343/mcb/0001 <--- aux field captured, 0000==not captured
9608509090346/mcb/2304 <--- '04' in hex: VLBA track 4 in channel A
9608509090348/mcb/0100 <--- rest of 32-bit aux field
9608509090458/mcb/0001 <--- capture channel A again
9608509090461/mcb/2304 <---
9608509090464/mcb/0100 <---
9608509090580/mcb/0001 <--- capture channel B
9608509090583/mcb/0205 <--- notice '05' in hex: VLBA track number 5
9608509090585/mcb/8100 <---
9608509090696/mcb/0001 <--- capture channel B again
9608509090700/mcb/0205 <---
9608509090702/mcb/8100 <---
9608509090822/dqa/1, 1us,04,0.,0, 0.0, 148, 2us,05,0.,0, 0.2, -86
^ ^ ^ ^ ^ ^
! ! ! ! ! !--- B sync errors
! ! ! ! !--- B parity errors
! ! ! !--- B track number
! ! !--- A sync errors
! !--- A parity errors (per 1 megabyte)
!--- A track number
The log listing generated by ``md36trk
'' procedure shows that
write signals of all VLBA/Mark IV data tracks 0..35 pass through the
write signal path correctly and that both A and B bypass reproduce
channels are capable of sampling and reproducing back to the recorder
any write output channel. Please note that VLBA system tracks 0..1
and 34..35 are routed to VLBA formatter output tracks of 2..3 and
32..33, respectively, and thus the decoded aux field track numbers are
the latter. This rerouting and duplication is performed in the VLBA
recorder and thus the formatter cannot embed separate identification
to system tracks.
An experimental version of the test procedure file for Mark~IV
recorder has been provided as
ftp://kurp-ftp.hut.fi/pub/mk4/m4extr.prc
. To use this (or the
VLBA version ``mdextr.prc
''), copy the file into
``/usr2/proc
'' directory and make it the current procedure file:
proc=m4extr
Optionally, you may want to redirect test results into another log file
than the usual ``/usr2/log/station.log
'' with:
log=wrm012 or your WRM serial number
You can invoke the procedure ``tr36init
'' to set up the formatter
and the recorder ready for manual ``repro=byp,...
'' commands and
signal inspection with an oscilloscope at WRM monitor BNC connectors.
To test all track combinations of WRM #1 (or the only WRM in a
VLBA drive), invoke ``testwrm
'' (no ``tr36init
'' is required
before this). ``testwrm=1
'' should add 100 to all
``repro=byp,...
'' track numbers and thus it should test WRM
#2 if you are using ``m4extr.prc
'' with Mark~IV equipment.
This test procedure uses the Mark~III decoder with the ``decode=a,aux
''
command to dump the auxiliary field in hexadecimal into the log file.
Decoding the hexadecimal representation which includes parity bits has
been discussed in section
pre-checks
.
After the decoded track numbers show that all Mark~IV tracks 02--33 of both WRM modules are functional you should write some thick tape at 4MHz sampling (4.5Mbits/s track output) at 135ips, and at 8MHz sampling (9Mbits/s track output) at 270ips. Please make sure that the rack/VC IF inputs are not at zero level: this causes recorded data to contain lots of zeroes which is the worst case for NRZ-M encoded data. If your write head has been contoured for thin tape according to Hans Hinteregger's recommendations, you can set the Mark~IV formatter to a canned mode which will result in 18Mbits/s track output rate and record at 320ips. An excerpt from Hans' message on 13-Oct-1996 about the importance of head contour:
The same recorded 3M5345 tape that registered 26 dB in good contact
on one machine, was down to 13 dB on a new head that was not fully run-in
after 50 hours, after a single 'morning test' run with a thick relatively
abrasive FujiH621 tape at 15". In this case error rates went to about
10**-2. SNR was restored to 20 dB with the contour tape, still far from
optimum but useable.
You can verify the recordings either manually (see section first-tests ) or with the automatic procedure described in the next section test-RDM .
The basic functionality of the read module can be tested using the
same track number detection principle in playback mode which was used
for WRMs in bypass mode. In addition to this, both the A and B output
channels can be visually inspected for uniformity using an
oscilloscope to produce the well-known ``eye pattern'' and by stepping
manually through all channels with ``repro=
'' commands.
The ``m4extr.prc
'' (and ``mdextr.prc
'') procedure files
contain an automated test procedure ``testrdm
'' which exercises
all track selector multiplexers and all equalizers of a given RDM. It
can be invoked as in the following:
proc=m4extr
" Optionally, change log output with 'log=rdm012'
" Set up 'peak' command for future use:
peak=
" Mount a Mark III/VLBA test tape (4.5Mbits/s at 135ips).
" Set the headstack to a position where there is a recording
" with all heads enabled (depends on tape):
stack=,110,,f
repro=read,15,16,1,4
st=for,135,off
" Check with scope at RDM monitor A that the eye patter appears.
" Optionally search the optimum position with 'peak'.
peak
peak
" Check the actual position:
lvdt
stack
et
" Possibly set again the newly-found peak position:
stack=,nnn,,f
" Test a RDM, starting tape in 'for'ward direction.
" Watch scope for deviations in eye pattern and amplitude.
testrdm=for
" To use 'rev'erse direction remember to adjust the head:
stack=,-110,,r
testrdm=rev
You may want to play back tapes recorded with new WRMs in the previous
step and use ``testrdm
'' to check that all tracks have been
written correctly.
Check the head alignment by playing back a known test tape and peaking
on the test track, monitoring the results with a scope connected to
RDM monitor BNC output. If the alignment has changed distinguishably,
perform a standard ``hdcal.snp
'' head stack calibration. If the
changes seem dramatic, please try to find a reason why the
headstack(s) got misaligned before proceeding with the standard head
stack realignment procedure.
A new ``4hdcal.snp
'' automatic narrow-track calibration schedule
file does not exist yet. It should be possible to use the ``track
15/18'' adapter cable described in section
withmk3
in WRM
#1 even input connector J5 to achieve a ``forced'' single track
output as in Mark~III mode D with only head 15 (VLBA/Mark~III head 18)
enabled. (Remove all other write inputs at WRM front panels during
the calibration.) It may also be possible to command the Mark~IV
formatter to enable only track 18.
With the adapter cable in place, you may want to attempt to edit the
standard Mark~III ``hdcal.snp
'' into a ``4hdcal.snp
'' by:
form4=
'' commands
result in track 18 being output at 4.5Mbits/s.repro=
'' commands by
3.,1,4
'' to all repro commands to select the
135ips equalizer and 4MHz clock recovery rate.stack=
'' commands reference write
(#1) and read/write (#2) stacks correctly.After the functional tests have passed showing that the signal paths of individual channels are intact, the traditional parity error rate measurement can be used to evaluate the performance of the whole system. FS9 has a default acceptance value of 600 byte parity errors per one million bytes; VLBA specifies 300 as their target performance limit. Please note that the RDM design does not include all the features of the so-called ``parallel reproduce interface'' used by the correlators: for instance restoring AC reference zero level, and thus station playback performance is slightly worse than the corresponding correlator playback performance. The basic design of RDM and WRM has been verified by Haystack, according to an email message in July 1995. The results of playing back a tape written at 270~ips 8~MHz sampling rate (9~Mbit/s track bit rate) at 135~ips, resulting in 4.5~Mbit/s raw bit rate are quite satisfactory. In the absence of Mark~IV formatters writing at 18~Mbits/s could not be tested, but the waveforms of WRMs look very sharp with fast rise and fall times, and we are not expecting any problems in driving the head stack at 18Mbits/s.
It is recommended that a test tape containing Mark~III mode A recording at 4.5Mbits/s+135ips and 9Mbits/s+270ips will be made and sent to a Mark~III correlator for playback quality assessment. The exact details (stack positions, footages) have not yet been defined by the correlator---a label describing these should be applied on the tape reel used before shipping it to a correlator.
Next Chapter, Previous Chapter
Table of contents of this chapter, General table of contents
Top of the document, Beginning of this Chapter