>>> 'gcapg' problem from liu -- Sat Jan 21 13:39:42 1989 <<<

	If run at lable with data, the PG gives "data error:
X-Y range", bucauce the year set to 65535. If run wiht no data,
O.K.
	Xiaoming

>>> 'gcapg' problem from marilyn -- Tue Jan 24 08:38:19 1989 <<<

Problem: User reported the error "data errror in X-Y range"
Cause: Not the PG!  Set up 6 jobs of my own and tested the queue;
       the pattern generator is up
Solution: User has in error in the KIC file which must be found
          and corrected

>>> 'gcapg' problem from marilyn -- Thu Jan 26 08:36:06 1989 <<<

Problem: PG computer halted during Carl's long angle job (chrome mode).
Cause: Probable stress.
Solution: rebooted the computer; the PG is up.

>>> 'gcapg' problem from marilyn -- Thu Jan 26 10:15:45 1989 <<<

Problem: during the chrome mode, the PG computer halted and the
         following numbers were shown at the ADDRS DATA:  145256.
         This is exactly what happened with Carl's chrome mask.

>>> 'gcapg' problem from hoagland -- Thu Jan 26 10:48:56 1989 <<<

A problem has been reported with the PG concerning CPU failure
during long exposures.  Marilyn will be running a diagnostic
angles and alignment tape shortly to determine if the problem is
likely with the source tape or PG system.  Information will be
posted as available.

>>> 'gcapg' problem from hoagland -- Thu Jan 26 16:50:14 1989 <<<

problem:  User reports PG crashes during long exposures- around
          10K flashes.

cause:  Unknown.  

solution:  Tape drive was cleaned as part of preliminary examination
           of system.  Angles and Alignment tape ran fine.  User tape
           ran for 1 hour without failure.  No problems have appeared
           during PG test... system seems to be working and is available
           for us.  If and when additional failures occur they will be
           posted and the system repaired.

>>> 'gcapg' problem from marilyn -- Mon Jan 30 09:57:12 1989 <<<

Problem: Once again, the PG has halted in the chrome mode with
         145256 on the ADDRS DATA.

>>> 'gcapg' problem from hoagland -- Mon Jan 30 16:41:30 1989 <<<

The PG is down for diagnostic testing.  The PDP11 has passed all
tests, so tomorrow the stages will be extensively excersised under
both emulsion and resist modes.  Hopefully the PG will be up for use
somtime tomorrow afternoon.

>>> 'gcapg' problem from hoagland -- Tue Jan 31 16:44:53 1989 <<<

Work on the PG was hampered today by concurrent jobs running in
emulsion.  The PG is presently down for service and will likely
remain so tomorrow.  It's problem seems to be related to the light
integrator used in the resist mode and the failure of the system
to post errors, and rather simply crash.  The MOP tape was checked
and found to have no errors.

>>> 'gcapg' problem from hoagland -- Thu Feb  2 16:51:57 1989 <<<

The PG is up in the emulsion mode only.  Troubleshooting will continue
as time is availble between jobs.  An unfortunate consequence of the 
power failure yesterday was a reappearance of the jumbled display 
following a MODE command.  Last time this was traced to a bad CPU
card- progress on this additional problem will be posted as available.
With a little inconvenience the PG is still up and usable.

>>> 'gcapg' problem from hoagland -- Tue Feb  7 16:43:34 1989 <<<

The PG remains up in emulsion and down in chrome.  Work will continue
tomorrow to restore the chrome mode.

>>> 'gcapg' problem from hoagland -- Wed Feb  8 16:42:11 1989 <<<

The PG remains up in emulsion and down in chrome.  No estimate
is available yet when the chrome mode will be up again.  If the 
problem is with the AU31 card as suggested by SVA, we will have
problems because we have no schematic of this card or it's connections
to the system.  Progress will be posted as available.

>>> 'gcapg' problem from hoagland -- Thu Feb  9 16:48:51 1989 <<<

The PG remains up in emulsion and down in chrome.  The CPU card
from the stepper was swapped out with the PG's to isolate possible
failure- none was found.  Trouble remains with input4 from the 
computer interface chassis to the PDP... a low light signal
continues to crash the computer.  I think it might be a good idea
to get another extender card so test points on several boards can
be probed simultaneously.  Hopefully by tomorrow some estimate 
of time before the chrome mode is available can be made.

>>> 'gcapg' problem from hoagland -- Fri Feb 10 16:48:43 1989 <<<

The PG remains up in emulsion and down in chrome.  I swapped out
the AU34 and AU32 cards today from the stepper; The 34' was not
compatible due to a new laser on the PG, and the 32' produced
the same problem.  This IN4 LO LIGHT error signal, an interrupt,
passes from the AU34 to the AU32 and on to the PDP computer, so a
failure of the AV31 card seems unlikely.  No outright failure of 
logic on either AU card is apparent but a timing problem could
still exist.  Without some knowledge of interrrupt handling procedures
used by the PG program it is difficult to determine why the computer crashes.
Monday I'll run the GCABSC program, which also has a low light error
readout, in the hope of better isolating this failure.  There is at
least some documentation on this program, unlike the main PG routine.
Hopefully on Monday I'll know if there is anything more I can do with
this problem, or if we'll need to call in SVA.  In either case the 
PG should be back up in the chrome mode by Wednesday.

>>> 'gcapg' problem from hoagland -- Mon Feb 13 11:50:03 1989 <<<

problem:  "LOW LIGHT" error causes computer to crash.

cause:  Latest MOP version running on PG had a bug.  "LOW LIGHT" error
        first appeared last week due to aging shutter solenoid.
        MOP tape was upgraded last year- apparently everything
        else worked on that MOP.  MOP with bug was version 8.06,
        our previous version was 8.02.

solution:  Install old version MOP(8.02) back on PG.  Shutter
           solenoid also replaced to correct original low light
           errors.  The PG should be up in all modes this afternoon
           after 3 PM.  The lamp is also being replaced.

>>> 'gcapg' problem from hoagland -- Mon Feb 13 14:06:42 1989 <<<

The previous version 8.02 MOP has been copied onto the production
MOP tape kept in the drawer under the PG console.  Users may use
this tape without concern of "bugs", and there continues to exist a 
known good backup in case something happens to that production
copy.

>>> 'gcapg' problem from straub -- Mon Feb 20 12:26:10 1989 <<<

Emulsion masks are not getting enough exposure, though I'm not sure whether
this is a PG exposure problem or bad PD86C developer.  I mixed up fresh 1:4
developer, but this didn't help, nor did using full strength developer.  Not
until I set the exposure to 40 on the PG(for a 2.5" mask) and used full strength
developer and developed twice did I get masks that are barely usable.  Two
masks that I ruined are by the console in the red room- the first was exposed
and developed normally, the darker one was exposed normally but developed 4
times in full strength developer.

>>> 'gcapg' problem from marilyn -- Tue Feb 21 10:31:58 1989 <<<

Problem: It appears that the Xenon lamp needs to be replaced. A
         focus/exposure test in the emulsion mode with the range
         of 34-44 (upper limit of the lamp) still did not produce
         masks dark enough.  The PG is up in the chrome mode, however.

>>> 'gcapg' problem from hoagland -- Tue Feb 21 16:52:17 1989 <<<

The PG is up in the chrome mode.  Emulsion is down for replacement
of the flash lamp.  Both modes should be up tomorrow afternoon.

>>> 'gcapg' problem from hoagland -- Wed Feb 22 11:48:50 1989 <<<

The flash lamp has been changed on the PG.  Marilyn is running
a focus exposure matrix to determine optimum flash intensity
and focus- the system will be up in both modes after 4PM today.
From marilyn Wed Feb 22 13:57:02 1989
Received: by argon (5.57/1.16)
	id AA07519; Wed, 22 Feb 89 13:57:00 PST
Date: Wed, 22 Feb 89 13:57:00 PST
From: marilyn (Marilyn Kushner)
Message-Id: <8902222157.AA07519@argon>
To: spivey
Subject: Xenon lamp for the PG
Cc: hoagland, voros
Status: R


SVA got it from:
EG & G
Salem, Mass.  10970


>>> 'gcapg' problem from marilyn -- Thu Feb 23 08:22:13 1989 <<<

Problem: Xenon lamp needed to be replaced.
Solution: Lamp was replaced. Source: EG&G, Salem,Mass.
          Part # FX-200 Flashtube Prod.Code 211-2000
          Unit Price: $178.00
          (with tax and shipping: $192.00)

>>> 'gcapg' problem from hoagland -- Fri Feb 24 16:47:37 1989 <<<

The PG remains up in chrome and down in emulsion.  The new flash
tube was centered and focused to the limits of our current equipment
today but test patterns remain underexposed.  A quick check of the 
flash power supply showed 600 volts on a test point labled 1500-
possibly this needs correction.  Replacing the HV regulator tube
did not restore the 1500 volts.  Work will continue Monday- there
is a 90% chance the emulsion mode will be available Monday night.

>>> 'gcapg' problem from hoagland -- Mon Feb 27 17:19:43 1989 <<<

The flash problem has been corrected, at least to a point where
emulsion plates can be run.  Marilyn will do a flash intensity
matrix for 5 inch plates first thing Tuesday, so the PG should
be up by noon.  Details on the problem and needed replacement parts
will follow tomorrow.

>>> 'gcapg' problem from hphlee -- Tue Feb 28 00:19:50 1989 <<<

	The terminal set up for the pg ("sp") is not correct.

>>> 'gcapg' problem from hoagland -- Tue Feb 28 10:39:00 1989 <<<

A significant leakage of light occurs from the rear of the PG room
red lights, which illuminates the floor through the bottom wall-floor
space.  Marilyn claims this was reported previously... it needs to 
be corrected as soon as possible.

>>> 'gcapg' problem from hoagland -- Tue Feb 28 11:12:11 1989 <<<

problem:  Plates are not sufficiently exposed in EMULSION mode,
          even at maximum flash intensity of 45.

cause:  Insufficient flash intensity- flash tube voltage at 600 volts.

solution:  Actions taken- flash unit serviced: both 900 and 1500 volt
                          outputs found out of spec- recalibrated.
                          J3 ribbon connector found intermittent-
                          reseated and strain relief adjusted.  
                        - capacitor bank checked: all relays and
                          caps found in good working order.
                        - flash tube replaced: bulb manually centered
                          and focused.
                        - scale attached to flash bulb base tube for
                          precise focus matrix adjustment.

Actions to be taken- MN3003 DAC IC bad on AV31 card. Range for intensity
                     setting should be 0 to -10 volts: current maximum is
                     -2.8 volts.  Flash tube needs centering with 
                     micrometer jig.  
                    

>>> 'gcapg' problem from hoagland -- Fri Mar  3 10:55:17 1989 <<<

We should be receiving a sample DAC to replace the apparently
defective one in the PG next week.  This will have no immediate
effect on users but utimately should extend the life of the 
flash tube substantially.

>>> 'gcapg' problem from hoagland -- Fri Mar  3 17:19:57 1989 <<<

Several users working today on the PG prevented me from completely
resolving the display problem on the VT100, but it seems almost
certain the difficulty lies with the PDP11.  The console terminal
passed all local function tests in both emulation modes and in particular
cursor control commands worked fine.  Analysis will continue Monday
to isolate what may have gone wrong with the DL11 card.

>>> 'gcapg' problem from hoagland -- Mon Mar  6 17:36:44 1989 <<<

The PG is down.  The console DL11 card was pulled this morning
and a spare card was substituted with the same switch settings.
It failed completely.  The second printer DL11 card was removed
to determine any possible dependancy, but no improvement was noted.
A series of switch permutations was conducted on the spare card
but no combination worked with the MOP tape.  Dec Diagnostics 
loaded successfully and communicated with the VT100, unlike the 
MOP tape, but both DL11 diagnostics failed with DEVICE ERROR 
messages.  The original card was restored to the system at this
point but it too failed in a similar manner.  No other system
diagnostic programs failed.  The unibus cable was removed from the
CPU chassis to determine possible GCA system interaction but no
effect was noted.  Both DL11 cards exhibit similar error messages-
in particular one test produces the readout, "RCVR DONE NEVER SEEN
... DATA COMPARE ERROR WITH CABLE."  Rcvr done is a register within
the UART IC on the DL11 card.  Work will continue tomorrow to further
isolate this failure and hopefully correct it.

>>> 'gcapg' problem from hoagland -- Tue Mar  7 14:29:30 1989 <<<

The PG is up for production.  During the course of troubleshooting
this morning the DL11 card at some point began passing Dec diagnostics.
Possibly there is a noisy or intermittent slot in the PDP chassis-
the DL11 card was moved from it's previous failing slot 9 to the
adjacent one and a buss grant "flip chip" substituted.
The Dec diagnostic program DX11R1 cannot be used with the DLAH0
option,for the DL11, because it requires using station1 and the
system will not boot without station0(console) connected- 2 terminals
would be required.  The ZDLDC0 program does work, but only with the 
optional start addresses.  Starting at the base address results in a
DEVERR message.  In the course or restoring the printer DL11 card it
became apparent the setup switches were not in the positions indicated
on the SVA information sheet.  Rather the proper setup reflects the 
card as station3 at address 176520 with the vector address of
station1; 340.  Using the ZDLDC0 program options at various baud
rates revealed no problem with all cursor addressing modes, the 
apparent cause of difficulties with the MODE and SP commands.
When the MOP tape was rebooted the same cursor positioning errors
did occur, but not at 300 baud.  This effect was noted during a test
of all baud rates.  At this lower speed the program seems to detect
a printer might be present and defaults to a none addressable cursor
mode, producing slow and somewhat anomolous but still readable
output, with all commands.  There could still be a problem with
the MOP tape itelf- when all pending jobs are finished investigation
into this failure will continue.

>>> 'gcapg' problem from hoagland -- Tue Mar 14 11:06:30 1989 <<<

The MN3003 replacement DAC has arrived.  It will be installed 
when there is a reasonable period of time that no users need the 
system- hopefully later this week. 

>>> 'gcapg' problem from marilyn -- Thu Apr 13 11:32:06 1989 <<<

Problem: In the chrome mode, the pause between flashes is taking
         far longer than normal; SH is aware of this.

>>> 'gcapg' problem from hoagland -- Thu Apr 13 16:45:43 1989 <<<

Diagnostics were run on the PG to isolate possible problems;
Under manual control the system stepped a pattern at normal
speed at a tolerance equal to or greater than the operating
system.  Under the operating system running angles and alignments,
no instability was observed in the stage control electronics-
it appears the computer is commanding the stage to move at the 
slower rate rather than rsponding to stage oscillation or bad
positioning.  More troubleshooting will continue tomorrow with
results posted as available.

>>> 'gcapg' problem from hoagland -- Fri Apr 14 17:02:33 1989 <<<

Some progress was made on the PG today.  The mask stage was leveled-
it had dropped significantly towards the rear.  The stage control analog
electronics were checked and aligned with apparent improvement in 
positioning accuracy using the GCABASIC program.  Complete diagnostics
were run on the PDP8 with no failures indicated.  After all this however
the stage still pauses several seconds after each flash, making it all 
but useless.  Following consultation with SVA it was concluded the problem
most likely lies in the digital electronics used by the MOP to incorporate
positioning corrections such as temperature compensation and orthogonality.
Work will continue in this direction on Monday- the PG is down for the weekend.

>>> 'gcapg' problem from hoagland -- Wed Apr 19 16:53:00 1989 <<<

The PG is still down.  SVA was unavailable for consultation but
the stage alignment procedure they offered us was meant for a 
stepper specifically, and not altogether complete for a PG.  After
spending a couple hours attempting to "adapt" the new procedure,
hoping for better alignment, it became obvious that is not the 
problem.  Pushing the fine stage will cause a flash to occur, but
this seems to reflect a fine laser positioning error rather than
instability or coarse stage failure.  Perhaps the voice coil actuator
is on the fritz- more work will continue tomorrow.  Hopefully the
PG will be up again tomorrow afternoon- progress will definitely be
posted after lunch.

>>> 'gcapg' problem from hoagland -- Thu Apr 20 16:53:24 1989 <<<

The PG is probably up.  By connecting one of the data lines on the
AU60 card to ground it is possible to run the PG, in a fashion.
Test patterns have come out OK.  I would recommend short jobs be attempted
first, if possible.  Work will continue tomorrow to resolve the 
problem here completely- be sure to check your masks thoroughly
after exposing them.

>>> 'gcapg' problem from hoagland -- Fri Apr 21 14:34:48 1989 <<<

problem:  Time between shutter exposures is 30 seconds or longer.
          Console hangs up in flash mode.

cause:  36KD6 tube in flash unit failed- filament burned out. 
        E35 on AV31 card has stage, aperture, and unlabeled
        input for flash busy.  If voltage on flash unit is
        out of range this busy signal causes the computer to
        send a wait command to the shutter, in both shutter
        and flash modes.  Deflecting the stage manually causes
        the program to interrupt this step and proceed with a
        normal exposure.  


solution:  Replace tube.  An alignment was also done on the 
           stages with our untested in-house procedure.  The
           alignment tape produced good results in both chrome
           and emulsion modes- it seems the procedure is at least 
           workable.  We will strive to improve the process with
           each alignment.  The PG is up for use.

>>> 'gcapg' problem from hoagland -- Fri Apr 21 15:44:53 1989 <<<

Here are a few people to contact in case of future problems with
the PG;
1.) Software information- Ken Perkins. 508-443-9855.  He is
    retired, working out of his home.  He was largely responsible
    for program development on the 3600F PG.
2.) Systems guy, currently working with steppers at GCA-Peter Viris.
    508-975-0000 ext 5401.  Has good experience maintaining PG's.
3.) Technical support for GCA.  Steve Tymon. 508-975-0000 ext. 5580.
    Also recommended for hardware problems.

>>> 'gcapg' problem from marilyn -- Fri May  5 13:21:17 1989 <<<

Problem: In the emulsion mode, the stage halts after the edges of the \
         plate are measured, and the screen shows:
         RETRY TIME OUT
         R-EPEAT S-KIP C-ONTINUE

         Rebooting failed to correct this.

>>> 'gcapg' problem from hoagland -- Fri May  5 16:34:28 1989 <<<

problem:  Jobs will not run in EMULSION mode, stage halts after
          each flash.

cause:  Unknown.  Apparently the hardware somehow "locked up".
        Maybe strange sequence of commands?

solution:  Power down computer and reboot.  System ran angles
           and alignment tape normally in both CHROME and EMULSION
           modes.

>>> 'gcapg' problem from bob -- Fri May 12 08:25:19 1989 <<<

A new N2 antistatic device was installed in the blow off gun of the gcapg
this AM. This renews this device for another year.

>>> 'gcapg' problem from marilyn -- Mon Jun 19 11:45:35 1989 <<<

Problem: Mercury arc lamp quit after only 321 lamp hours.  Usual
         length: 400+ hrs.
Cause: Unknown.
Solution: Replaced lamp.  The expired lamp was carefully examined;
          nothing appeared out of the ordinary.

>>> 'gcapg' problem from evan -- Mon Jun 26 15:14:14 1989 <<<

Made adjustments to the Pertec tape drive per section 6 of manual.
-Voltage regulators
-Tension arm shutters
-Capstan servo offset
-Arm operating region
All previous settings were out of spec.
This should improve tape handling and prevent tape from stopping before
reaching end of the job.

>>> 'gcapg' problem from marilyn -- Thu Jun 29 13:31:27 1989 <<<

Problem: Chamber temperature too high: 23.3.  Normal temperature
         is a 21.0 setpoint.  (Buzzer alarm went off.)
         Warning: Do not use the PG for at least 24 hrs. and
         stabilized.

>>> 'gcapg' problem from xwu -- Sun Jul  2 15:10:30 1989 <<<

when I came to gcapg I found the temperature is about 23 C, and the inner
room seemed hotter than outer room, I didn't use pg, pls check the reason,
thanks.

Xin

>>> 'gcapg' problem from bob -- Mon Jul  3 09:05:29 1989 <<<

The temperature controller on the gcapg is not working properly. The
room air temperature is OK and the air conditioning appears to operate
however the temperature readout is bouncing around and the demand for
cooling drops in and out as the limit know is tweeked. The pg should not
be used until it is serviced on July 5th. There is a "DO NOT OPERATE" 
sign on the keyboard.

>>> 'gcapg' problem from hoagland -- Mon Jul  3 16:17:32 1989 <<<

Initial inspection of the enviromental temperature controller showed
some vibration induced readout error, but nothing excessive or beyond
previous observations.  Apparently a readjustment of incoming lab
air temperature caused what had been regarded as a controller 
fault.  The absence of a temperature drop following cessation of
reheat suggests a possible problem with the local chamber air 
conditioner.  An inspection of the ceiling unit revealed no tripped
breaker and the machine was cycling on/off every couple of seconds.
By disabling the heater and blower units from the controller it
was observed the air conditioner stayed on continuously, but the 
chamber temperature did not drop at all from 21.7C.  The local
air conditioner needs to be checked out.  One note- the unit
is sealed and emits a loud buzzing sound when it is apparently
working.  There might be some problem with the controller; until
the conditioner cover is removed a certain diagnosis is impossible.

The controller was shut down over the holiday to prevent possible
damage to the conditioner from cycling on continuously.

>>> 'gcapg' problem from hoagland -- Wed Jul  5 10:44:55 1989 <<<

problem:  Temperature control on enviromental chamber not working.

cause:  Paper towels and red acetate film sucked into exhaust
        of enviromental chamber blocked evaporator coils.  This
        reduced air flow sufficiently to trip air flow sensor on
        blower tripping heater contactor repeatedly.

solution:  Remove debris from coils.  Future PM needs to be
           scheduled to replace heater element; 1/2 of coils
           are rotted out, and A/C unit needs new freon charge-
           sight glass indicator shows water in freon.  A screen 
           should also be installed on chamber exhaust to prevent
           intake of debris.

>>> 'gcapg' problem from bob -- Thu Jul  6 09:10:14 1989 <<<

Scott McNally, Stationary Engineer, pointed out a potential problem
with the gcapg AC unit. The druer cartridge in the freon line indicates
it is in need of replacement. I have called Aladdin and arranged service.
It is anticipated that service will take about 2 hrs and they have
agreed to call 24 hrs in advance to let us know when they can take
care of this problem.

>>> 'gcapg' problem from bob -- Mon Jul 10 13:28:05 1989 <<<

The gcapg is down in chrome and we are running jobs in emmulsion
which are single layer only. It appears there is a problem with the
aperatures on one axis. SVA has been called and will be asked for
assistance in servicing the gcapg.
.

>>> 'gcapg' problem from marilyn -- Thu Jul 13 10:13:56 1989 <<<

Problem: Apertures off in both height and width
Solution: Corrected by running the angles/alignment job test.
          Page two of the job set-up *must* include the
          following corrections: H: +0.0005
                                 W: -0.0005
          This correction is for both chrome and emulsion modes.

>>> 'gcapg' problem from marilyn -- Thu Jul 13 10:53:29 1989 <<<

Problem: Taurus box light went off, and I am unable to use the
         keyboard.  Caution: a mask is being made.

>>> 'gcapg' problem from marilyn -- Thu Jul 13 11:50:54 1989 <<<

Problem: Taurus boxes off for the gcapg, sink12, aptemul, aptchrome.
Cause: PG bumped a switch while working in the room.
Solution: All the equipment had to be disabled then enabled again.

>>> 'gcapg' problem from hoagland -- Fri Jul 14 11:44:16 1989 <<<

The enviromental chamber air conditioner had it's filter/dryer
cartridge replaced and freon recharged this morning due to 
moisture contamination of the system.  The unit is up and working
again now.  Total chamber temperature rise was 3C, to 23.8C, for
a period of 2 hours.  The chamber temperature should stabilize
again in a few hours... the PG will be up for use at 5PM today.

>>> 'gcapg' problem from marilyn -- Mon Jul 17 08:44:17 1989 <<<

Problem: Tape transport not operating/loading tapes properly.

>>> 'gcapg' problem from evan -- Mon Jul 17 09:57:14 1989 <<<

problem:transport not loading properly
cause: take-up arm optical position sensor slipping
solution: tightened lock nut on optical sensor and recalibrated arm
positioning circuits.  this lock nut is very hard to tighten without
moving the alignment of the optical 'window'. trial and error method is the{
only way.
gcapg tape drive is up and loading

>>> 'gcapg' problem from marilyn -- Mon Jul 17 10:40:43 1989 <<<

Problem: Tape drive problem with the transport as described before
         only fixed momentarily; it's down again.

>>> 'gcapg' problem from evan -- Mon Jul 17 11:07:15 1989 <<<

New user loaded tape incorrectly. The lower tensioning arm was missed.
Rethreaded tape and it loaded properly.
gcapg is still up

>>> 'gcapg' problem from marilyn -- Tue Jul 18 15:56:08 1989 <<<

Problem: At 3:50 PM, the pg's air conditioning failed, and the
         warning buzzer went off.
         Set point: 20.0
         Current temp.: 22.3

>>> 'gcapg' problem from hoagland -- Tue Jul 18 18:15:41 1989 <<<

The PG chamber temperature has climbed out it's safe operating
range as intake air temperature rose due to chiller failure.
Chamber temperature should drop as soon as the chiller is repaired
later today- the PG should be up for use bt tomorrow morning.

The PG printer is down due to failure of it's ribbon advance
mechanism.

>>> 'gcapg' problem from hoagland -- Wed Jul 19 11:47:45 1989 <<<

problem:  Printer ribbon advance mechanism not functioning
          properly.  Unit advances ribbon only once every 4 or
          5 print head passes causing premature failure of ribbon and
          bad print quality.

cause:  Bent support tab on advance mechanism.  Also catch
        ring on carriage shaft extension dried out; not gripping
        shaft repeatably.

solution:  Bend support arm downwards.  Oil grip mechanism, shaft
           bearing sleeves, and ribbon pulleys.  Printer was tested
           and prints fine; ribbon advances normally.

>>> 'gcapg' problem from marilyn -- Fri Jul 21 12:45:26 1989 <<<

Problem: Chamber temp. too high; no mask-making allowed for the
         rest of the day.

>>> 'gcapg' problem from marilyn -- Mon Jul 24 09:52:40 1989 <<<

Problem: Chamber temperature too high
Solution: Self-corrected over the weekend; temp is back to normal:
          20.3

>>> 'gcapg' problem from bob -- Thu Jul 27 13:45:47 1989 <<<

Dick Ziegra of SVA returned from Florida this morning and has 
scheduled Sept 1 and Sept 2 to repair the aperature problem in 
the gcapg. Parking will be arrainged.

>>> 'gcapg' problem from hoagland -- Mon Jul 31 11:23:41 1989 <<<

The PG has recently exhibited several LOW LIGHT errors during
jobs.  I went through all the problem reports on this equipment
and compiled the dates the shutter was replaced and the time
between these events;
            1. 11/14/85
               311 days
            2. 9/25/86
               173 days
            3. 3/18/87
               192 days
            4. 9/30/87
               523 days
            5. 2/13/89
The average time between replacement has been 299 days, or about 
once a year in the most general terms.  We may need to replace the 
shutter sometime soon.  

>>> 'gcapg' problem from hoagland -- Thu Aug  3 17:02:02 1989 <<<

The shutter has been replaced and the PG is up for service.

>>> 'gcapg' problem from hoagland -- Mon Aug  7 16:57:34 1989 <<<

A new 2200 watt heater was installed in the PG air conditioning
unit today.   Regulation with the new unit at 20C is within .3C
of setpoint.  The A/C drain pan outlet was cleaned and pipe rerouted
to encourage better runoff and prevent standing water inside 
the unit.  The PG is up for use.

>>> 'gcapg' problem from denlinge -- Mon Aug  7 18:01:39 1989 <<<

The yellow light will not turn out in the gcapg room.  I can not make
an emulsion mask.  The light switch does not work.

>>> 'gcapg' problem from xwu -- Mon Aug  7 19:58:50 1989 <<<

the arc lamp isn't turned on, thus it always shows "low light",
the control panel says don't switch it when DEC computer is on,
I don't know how to do it, so would marilyn or bob check it?

the pg is down until they turn the lamp on.

Xin

>>> 'gcapg' problem from hoagland -- Tue Aug  8 08:56:21 1989 <<<

The PG is up in emulsion, and chrome for first level masks.  
After the arc lamp stabilizes overnight the pg will be up in
all modes.  Users please note- the aperture motors should
be turned off at all times before the aperture chassis is shut
down.

>>> 'gcapg' problem from hoagland -- Tue Aug  8 13:58:01 1989 <<<

The standard PG monitor with amber screen is out for repair.  Parts
have been ordered which should arrive next week.  The monitor
will be returned to service shortly thereafter.

>>> 'gcapg' problem from hoagland -- Thu Aug 24 13:19:39 1989 <<<

problem:  VT100 outfitted with amber screen showing severe
          horizonal blooming- leading characters off left side
          of screen.

cause:  Failure of video board.  Board scorched under CR408 and
        C439; both parts running very hot.  C439 measured no
        capacitance, completely dried out.  CR408 discolored.

solution:  Both CR408 and C439 replaced.  CR408 replaced with 2A
           unit, mounted 1 in. off board to allow better cooling.
           Damaged traces replaced with buss wire.  C441 also 
           replaced; showed signs of heating and measured only
           8 UF- this part has failed on other boards.  Another
           working VT100 was checked and these parts also ran
           hot; this appears to be a design flaw.

>>> 'gcapg' problem from marilyn -- Tue Nov  7 11:49:08 1989 <<<

Problem: PG tape drive and terminal aren't "talking" to each
         other; while in this state, no jobs can be run.

>>> 'gcapg' problem from marilyn -- Tue Nov  7 13:57:52 1989 <<<

Problem: PG terminal and tape drive not "talking" to each other
Cause: Glitch
Solution: Rebooted computer; tested a job using a dummy plate.  The 
          PG is up.

>>> 'gcapg' problem from bob -- Tue Nov 21 11:19:11 1989 <<<

Recent tests run on the gcapg seem to indicate there is some
variation in box error at the extreme edges of a 5 inch plate.
Dick Ziegra of SVA has asked we run focus tests at the edges
of the plate as he believes our problem may be due to focus.
The Process Sup has been consulted and will perform these test
and reply.

>>> 'gcapg' problem from marilyn -- Wed Dec  6 15:15:22 1989 <<<

Problem: Variation in box size at the extreme edges of 5" chrome
         mask
Cause: 
Stage tilt
Solution: Steve Hurtado of SVA corrected the tilt.  A diagnostic
          mask with boxes to the edge of the plate (5" chrome)
          was run by MK and then measured by Dave Hebert; he
          stated that the measurements were is spec.  MK and Debra
          Hebert then ran a focus/exposure matrix in chrome, and a 
          new f/e was chosen: F: 136  E: 360.  Results have been
          posted by the PG.  Focus/exposure tests still need to
          be performed in emulsion and iron oxide; however, the PG
          is UP in the chrome mode.
From bob Thu Dec 21 09:16:27 1989
Received: by argon (5.57/1.16)
	id AA02946; Thu, 21 Dec 89 09:16:25 PST
From: bob (Robert M. Hamilton)
Message-Id: <8912211716.AA02946@argon>
To: debra
Cc: marilyn, hebert, voros
Subject: PG 
Date: Thu, 21 Dec 89 09:16:22 PST
Status: R

I have been discussing the results of the test mask run
after work on the PG with Dick Ziegra of SVA. Dick feels ian
offset showing up on the plate  may be do to thermal drift
from starting the job to soon after loading the plate.
To find out the cause and if it is a problem he suggests we try 
two things.

1. Run GCA's standard Angles and Alignment diagnostic test.
Allow the plate 1 hr to equalibrate after loading and then
start the pattern.

2. Always request a closure test when running a test plate.
He says there is a request for this in the prompts from the
screen when setting up a job. The closure test produced a u
shape at the start of a job and then closes it off at the
end of a job.            

It looks like there is a still a minor problem with the PG
resulting in a .3u overlay error. It would be nice to get it
out!

Bob


>>> 'gcapg' problem from marilyn -- Fri Dec 22 11:29:20 1989 <<<

Problem: APER INIT POS 1A
         FUNCTION TERMINATED

The PG will not run a mask with this error; job is immediately terminated.

>>> 'gcapg' problem from bob -- Thu Dec 28 12:12:50 1989 <<<

The pg has been rebooted to try and solve an error signal:
APER INIT POS 1A
FUNCTION TERMINATED

Rebooting has solved this problem on a former occassion.
Darrel will report the results of the reboot later today
when he runs a job.

>>> 'gcapg' problem from rnorman -- Tue Jan  2 08:32:06 1990 <<<

Problem: APER INIT POS 1A
         FUNCTION TERMINATED

Solution: The pg was rebooted to clear error.

>>> 'gcapg' problem from marilyn -- Fri Jan  5 10:24:11 1990 <<<

Problem: No matter which job/mode is being run, the following error
         crops up:

         LIMIT: H INNER
         REPEAT PLATE

         or:

        LIMIT: A INNER
        REPEAT PLATE
       
        The job is then terminated.

>>> 'gcapg' problem from bob -- Fri Jan  5 14:55:37 1990 <<<

A number of unrelated errors are appearing on the gcapg.
These errors prevent the gcapg from operating. Because the
errors are unrelated the likely cause is the interface
chassis ofr the computer. On Monday morning edge connections 
on the  interface chassis and the computer will be cleaned 
and the machine tested. The gcapg is down.

>>> 'gcapg' problem from bob -- Mon Jan  8 13:56:21 1990 <<<

There remains a problem with the angle motor drive on the gcapg. 
Robert Norman is looking into the problem and is in contact with 
SVA, our support company. Progress will be reported. The gcapg is
down and NOT AVAILABLE FOR USE!

>>> 'gcapg' problem from rnorman -- Mon Jan  8 14:47:00 1990 <<<

We continue to have a problem with the Aperture/angle drive motor.
The motor fluctuates or vibrates even when nothing is being ran.
The Voltage to the AL1 card, driver card for motors, was checked
and no excess ripple was measured. Also, the AL1 card was switch with
one on the other two, but even with a different card the motor still
vibrated.  The problem is very much looking like a bad motor.  Dick
from SVA will contact me in the morning when he arrive at work to
talk further.  The gcapg is still down. ***DO NOT OPERATE***

>>> 'gcapg' problem from rnorman -- Tue Jan  9 14:25:30 1990 <<<

I talked with Dick from SVA and he will be arriving in the 
morning to check out the problem.  The PG iss still down.
**DO NOT OPERATE**

>>> 'gcapg' problem from bob -- Wed Jan 10 13:08:36 1990 <<<

The gcapg has a defective power supply which will be
replaced in the morning. The pg will require readjustment
of the 'pod' ie heigth,width and angle settings. This is
a time consuming problem. The gcapg will not be available
before Monday, Jan 15th.

>>> 'gcapg' problem from bob -- Thu Jan 11 15:25:02 1990 <<<

The gcapg is now operating. A 5V supply (GCA p/n 00159203,
mfg # Lambda MLOS-X-5) in the servo chassis failed with 
resulting vibration of the heigth, width and angle motors. 
This resulted in large numbers of limit errors and the eventual 
failure of the system to boot.

Dick Ziegra of SVA replaced the supply and checked over the
aperatures and condition of the 'pod'. Angles and Alignment
were run and inspected. The gcapg is in excellent condition
according to this test.

In addition Dick has suggested a regular test pm for the
gcapg. Debra and Marilyn are now working on a procedure. In
addition Debra is correcting the manual on the wand and 
putting in the proper workpiece compenstations which have 
not been correctly used in the past. A cap for the chrome
light is being made by Parrish to make capping this light
source easier when not in use.

The gcapg is up and focus tests are being run. It will be
marked off the status board when these are finished by
Marilyn.

>>> 'gcapg' problem from bob -- Thu Jan 11 15:45:28 1990 <<<

The gcapg is repaired and running. A new exposure setting must be
ascertained and a test mask is being run to determine this. The gcapg
will be available to users when Marilyn has finished these
test and marks the machine up.

>>> 'gcapg' problem from marilyn -- Fri Jan 12 16:01:49 1990 <<<

Problem: New focus and exposure needed to be determined for the 
         emulsion room
Solution: Performed f/e L-bars tests
          New focus: 262
          New exposure: 38

>>> 'gcapg' problem from marilyn -- Mon Jan 22 08:26:29 1990 <<<

Problem: This problem is with the tape drive.  The top middle
         tension roller is hung up in the down position.  As a
         result, tapes cannot be loaded.

>>> 'gcapg' problem from evan -- Mon Jan 22 09:03:15 1990 <<<

problem: PERTEC tape drive tension arms are not moving to load position.
cause: Load Limit microswitch not being contacted by supply arm.
sloution: readjusted microswitch position per section 6.6.3 of PERTEC
operating and service manual.  The positioning bracket had indications
of previous position settings. It was found at the extreme end of its
possible motion. The microswitch was removed and the lever was found to
be bent. Straightening the lever allowed the switch to be located in the
middle of the adjustment range.
the pertec drive is up.

>>> 'gcapg' problem from marilyn -- Fri Jan 26 16:04:18 1990 <<<

Problem: Pigtail in lamp housing frayed/needed to be replaced
solution: Replaced by Bob.

>>> 'gcapg' problem from marilyn -- Fri Feb  2 15:28:59 1990 <<<

Problem: Computer halted during a job with the following error
         at the ADDRS DATA: 145256
Cause:   Unknown
Solution: Rebooted computer.  The PG is up.

>>> 'gcapg' problem from hebert -- Fri Feb  9 14:52:07 1990 <<<

Problem: Marilyn ran a focus/exposure test on 5 in chrome masks.
The test mask is a series of vertical and hortizontal lines
of varying L/S. All lines, regardless of width, show a "jog"
in two places along the length. Each line is formed by butting
three flashes. For small line widths, this jog is pronounced
enough that it could cause narrow transmission lines that have
small space between them to become shorted on a circuit.

Marilyn varied focus from 136 (step 1 micron) to and including
139 microns. Each focus was evaluated at 4 different exposures:
.390 s; .400 s; .410 s; and .420 s. 

The best focus and exposure from this test is 139 microns/.420 s.
This focus/exposure is the best for minimizing the impact of the
aforementioned line jog on line continuity in both horizontal and
vertical directions on the mask.

>>> 'gcapg' problem from rnorman -- Wed Feb 14 08:20:09 1990 <<<

Problem reproted that verical and horizontal lines, regardless of
width, shows a "jog"; where each line is formed by "butting" flashes
together.  After discussion with bob, it sounds like the lamp is out of
alignment and will need adjusted to center or max.  We will work on
this solution today.  You may use the PG if this slight misalignment
is not critical for your process until it is fixed.

>>> 'gcapg' problem from rnorman -- Fri Feb 16 13:30:01 1990 <<<

We are in the process of aligning the lamp for maximum intensity at
the stage.  We believe the lamp is slightly out of adjustment as such
we get "jogs" in a line.   We are working to resolve this problem.
The PG is still up.

>>> 'gcapg' problem from bob -- Fri Feb 16 15:28:15 1990 <<<

There remains problems with the gcapg in producing features at the
smallest sizes. These will be further looked into next week. In
the meantime the gcapg remains up for use and few users are
effected by these minumum feature size problems.

>>> 'gcapg' problem from liew -- Sat Feb 17 13:11:28 1990 <<<

One side of the chrome mask (always the same side in the three masks I made)
took longer to etch clear. There is some residue in the mask that remains
after 60sec etch time. One can miss observing this if one does not look
carefully under the microscope. The residue is clearly visible at the
fiducial. I did an additional 30 sec (to the 60 sec in program 91) to
clear the open area. The fact that this appears at one side of my 
layout in all three masks excludes the possibility of non-uniformity in the 
chrome mask (The probability that I had put the bad side of the masks the 
same orientation on the PG stage, I think, was really small). I don't
know what went wrong.

>>> 'gcapg' problem from hebert -- Wed Mar 21 15:35:18 1990 <<<

I had about 16 masks printed in the past few weeks. Two layers
have tight alignment (e.g. 0.5 micron contact to a 1.5 micron 
Josephson junction; 1.0 x 3.0 micron contact to a 2.0 x 4.0 micron
JJ; and 2.0 x 2.0 micron contact to a 4.0 x 4.0 micron JJ).

The contact to JJ electrode mask registration is not good. Last
November a diagnostics test was run on the PG. It was determined
at that time that we had both a focus and registration problem
from layer to layer. The focus problem was fixed: the stage was
tilted by 0.001 inches. The registration error on the mask was about
3 microns in both x and y directions. The mask that I'm having
trouble aligning on the GCAWS has the JJ electrode contact window
about 0.7 microns off target in the y direction and about 0.3 microns
in the x direction on the wafer.

Quartz reticles were used to help minimize thermal drift during
PG. An angles and alignment test should be performed. On my circuit wafer,
the target showed about 0.2 microns misalignment in the x direction
and no shift in y, but the contacts are misplaced on the reticle
in both x and y (more in the y direction).

>>> 'gcapg' problem from marilyn -- Thu Mar 29 08:54:10 1990 <<<

Problem: Taurus light went off; cannot continue with job queue.

>>> 'gcapg' problem from bob -- Mon Apr  2 08:15:12 1990 <<<

The gcapg is up for use. The feature placement on plates is being
checked as Dave Hebert has reported differences of several microns
of small features, accross a plate, in succesive plates. Other than
this, the gcapg is up and wroking well.

>>> 'gcapg' problem from bob -- Wed Apr  4 10:33:00 1990 <<<

Unlocking gcapg.

>>> 'gcapg' fix from phillip -- Thu Apr 12 07:42:40 1990 <<<

Replaced VT100 terminal with a VT220 terminal
at request.
The PG is available for use.

(Debbie, can you please check out the operation of
 the new terminal and apprise? I believe the 'set-up'
 is correct but may need slight modification.     )
>>> 'gcapg' problem from lsfan -- Mon May  7 20:03:37 1990 <<< [No Comment]

>>> 'gcapg' problem from marilyn -- Fri May 11 15:00:47 1990 <<<

Problem: Tape drive does not read tape/tried several times/cleaned
         the tape heads also. It appears that the VT220 and drive
         are not "talking" to aeach other

>>> 'gcapg' problem from evan -- Mon May 14 11:57:17 1990 <<<

The tape drive is broken.  The take-up are tension sensor has failed.  A
replacement part is being ordered.  I am also trying to find one closer by
than Maryland.

I will update when I have more info on when part will arrive.

gcapg is down

>>> 'gcapg' problem from evan -- Tue May 15 08:54:47 1990 <<<

The part needed for repair of the tape drive will arrive via Federal Express
on Thursday.  It should only take an hour or so to install and align.
