<div style="color:black;font: 10pt Arial, Helvetica, sans-serif;">
<div>Thank<font size="2"> you very much for the information.  I will check out the Tony Gonzalez schematics, I mistakenly thought those were just mainly the chip i/o's. <br>
</font></div>

<div><font size="2"><br>
</font></div>

<div><font size="2"><br>
</font></div>

<div><font size="2">Mark <br>
</font></div>

<div> <br>
</div>

<div> <br>
</div>

<div> <br>
</div>

<div style="font-family:arial,helvetica;font-size:10pt;color:black">-----Original Message-----<br>
From: Rainer Buchty <rainer@buchty.net><br>
To: Mark G <mratx@aol.com><br>
Cc: synth-diy@synth-diy.org <synth-diy@synth-diy.org><br>
Sent: Mon, Jun 29, 2020 6:36 am<br>
Subject: Re: [sdiy] Ensoniq Esq-1 main board question<br>
<br>

<div dir="ltr">On Thu, 25 Jun 2020, Mark G via Synth-diy wrote:<br clear="none"><br clear="none">> I acquired copies of the schematics from buchty.net, but the ones of <br clear="none">> the main board circuits are not great quality so some things are hard <br clear="none">> to read, which makes troubleshooting more difficult.<br clear="none"><br clear="none">That's why Tony Gonzalez redrew them some decade ago. These you also <br clear="none">find on my page.
<div class="yqt5578191182" id="yqtfd59243"><br clear="none"><br clear="none">> Does anyone have any knowledge of common main board issues that I can<br clear="none">> check, or any tips? </div>
<br clear="none"><br clear="none">From your description: What your machine seemingly does is crashing <br clear="none">right after the reset. It's alive for long ago so that the display <br clear="none">processor gets a first message (and hence does not remain in diagnostic <br clear="none">mode), but then dies.<br clear="none"><br clear="none">This unfortunately is quite unspecific and can be anything and <br clear="none">everything like mechanical issues (a contact problem due to corrosion, <br clear="none">hair-cracked traces, cold solder spots), ROM/RAM issues, issues with the <br clear="none">DUART (which does the bank switching of OSLO), with the DOC (creating <br clear="none">E/Q clocks) and the arbiter circuitry (creating the CPU's switchable <br clear="none">2MHz/1MHz clock depending on DOC or no-DOC access), memory decoding <br clear="none">(some '139 having died).<br clear="none"><br clear="none">The mentioned keyboard processor or the DAC, however, should not cause a <br clear="none">crash as a dead keyboard processor just won't forward display button <br clear="none">presses via the internal serial link (unlike the SQ80, where the CPU <br clear="none">would wait for a start code coming from the polypressure controller <br clear="none">indicating [un]successful keyboard calibration), likewise the DAC should <br clear="none">cause no harm (unless it's that failed that it affects the A/D bus or <br clear="none">brings down the 5V rail).<br clear="none"><br clear="none">HTH,<br clear="none">     Rainer</div>
</div>
</div>