Stun Runner
-----------
In order to use existing coin software:

   1. The Coin Switches will be connected to the MultiSync Board instead of 
      to the SA II.

   2. One end of the Coin Counter will be connected to the Coin Counter driver
      on the MultiSync Board.
   
      The other end will be connected the CC1+ on SA II to pick up +14V through
      a resistor.

      Carole will find out if the Counter Counter has an internal protection
      diode. If it doesn't, she will put one at the Coin Counter Connector.

      Carole will add a power ground from SA II to the MultiSync Board to
      augment the ground in the SCUM Cable.

The Stun Runner current requirement from the +5 Volt supply is 7.5 Amps. Rick
Meyette assures me that tne +5 Volt 10 Amp supply is rated to supply 10 Amps
up to 50 degrees Celsius. Therefore, Stun Runner can use the +5 Volt 10 Amp 
supply.

I have obtained a series number for Stun Runner Programmed Parts.

I have received a memo on diagnostic test results from RPM. I need to know:

   1. What is the protocol for communicating to SA II?

   2. How do I call S_STAT?

   3. Is there a period after which, with no reponse, I can assume the
      SA II is broken?

   4. The Status bits indicate three ROMs (at 4000, 8000, and C000). The
      SA II schematic shows only one program ROM. If this ROM is good will
      all three ROM status bits be set or just one? If one, then which 
      one?  

   5. The situation for RAMs is similar.

   6. Does the SA II program deliver ROM checksums?

   7. Does the SA II test the ROMs connected to the MSM6295?


	Jed

Jed,
	I want to let you know that the coin counter on the STUN cabinet is
connected the way you want it, and it seems to work fine. I didn't look at
the signals yet to see if any noise is injected into the MSYNC bd from the 
grounding method we use. I haven't noticed anything strange happen to the game
when the coin counter is activated, like resets that you were worried about.

	We have another monitor now. This one seems to be much better than the
last monitor, which was too dark.
	We also connected the development system to the game to look at the pot
values, and were able to zero the vertical aim pot with this data.

	The game seems to be working fine at this time.

Thanks,
	Glenn.