This is an old revision of the document!
The fmset program can be used to confirm that the Field system time agrees with the station time. Open a terminal on pcfs[hb|ke|yg], and type
The Field System and Computer times should agree. Press the <esc> key to exit fmset.
If fmset if not successful (persistent clock differences), it might be wirth to (a) reboot the Mk5, (b) check the DBBC and/or reconfigure/reboot the DBBC.
Now check the maser-GPS and delay through the DBBC and Mark5 (Formatter minus GPS) with the
commands respectively which read the Agilent counters. Log these values in the checklist. They should bethe same to within 0.5 microsec. The Log Monitor should report the difference whuch should be less than +/- 0.5 us.
clkoff commands a few times to check that they aren't drifting. A drift in the formatter-GPS time is usually an indication of a DBBC problem, usually requiring a reconfig to fix.
If one or both counters are not responding to these commands, you will see an error message like this
ERROR sp -4 GPIB Device time-out on response c2
To fix this, try re-setting the counters. In the Operator Input window, type
and try the
clkoff commands again.
Be sure that mk5=dot? returns FHG_off before you run fmset. Sometimes if a power glitch occurs while the Mark5 is recording, it can get stuck. If FHG_on, end with disk_record=off and then run fmset again
During the observation, it is useful to monitor the delay difference on a plot. to do it, you can start a terminal on ops2 (or ops1hb at MtPleasant) and
Then start gnuplot:
You shall start and/or refresh the plot window for each station by hand each time you wish to see the plot:
set term 'wxt' 0 ; plot "hb_ddif.txt" set term 'wxt' 1 ; plot "ke_ddif.txt" set term 'wxt' 2 ; plot "yg_ddif.txt"
NEW: there is now a live update available (no need to export and re-plot the data). Fro this, open a terminal on ops2 and type
delaylive hb (ke, yg)
If the GPIB has been restarted (via the PDU internet power switch, or a power outage) a field system restart is probably required to re-establish communications with the counters connected to the GPIB. Symptomatic is
fmset working OK, sync_error=0, but
maserdelay commands not working; the ddiff counter showing random large offsets and/or changing rapidly. Restarting the field system should bring the ddiff counter back to a steady several microseconds and enable GPIB comms.