3 Checking the installation

Contents of this section

Installation verification procedures can be divided into two main categories:

  1. Initial quick checkout which can be performed with either Mark~III or Mark~IV formatter connected. The procedures presented below assume a Mark~III formatter. Equivalent ``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 .)
  2. A more detailed verification procedure which exercises all signal paths of HAM, RDM and WRMs. Mark~IV formatter is connected at this stage.

3.1 Initial quick checkout

Editing FS9 equipment type information

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.

PWM

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.

IOM

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.

Using low-level MAT commands to test IOM.

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

3.2 Detailed verification procedures

These procedures exercise all signal paths of HAM, RDM, and WRMs, and the functionality of IOM multiplexers and clock recovery.

Connecting the Mark~IV formatter

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.

HAM

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.

WRMs

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 .

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.

Checking headstack alignment

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:

  1. Checking that all ``form4='' commands result in track 18 being output at 4.5Mbits/s.
  2. Incrementing all track numbers in ``repro='' commands by 3.
  3. Adding ``,1,4'' to all repro commands to select the 135ips equalizer and 4MHz clock recovery rate.
  4. Checking that all ``stack='' commands reference write (#1) and read/write (#2) stacks correctly.

3.3 Performance tests

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.

3.4 Writing a Mark III test tape

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