<div dir="ltr"><div>Correct, there's no change on pins 6, 9, 10 and 11 of the 4051s.  Have swapped out all four of them on the voice board with no effect.</div><div><br></div><div>And yes, with the voice board disconnected, the CPU board bypasses the tune routine both on powerup and when Tune is pressed. This is exactly what's happening here with the voice board connected; and it's only this one voice board (swapping in another voice board works just fine).</div><div>I'm going to go with Brian's suggestion of finding a high-res recording scope to <br></div><div>a) observe all the steps on a correctly functioning tune routine and</div><div>b) compare it to the failing board <br></div><div><br></div><div>Thanks to everyone who's replied. I'm going to put this thing aside for while to search for a suitable scope & work on some of the other work that's piling up here.</div><div>~GMM<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 3, 2023 at 1:45 AM NT <<a href="mailto:nathan@idmclassics.net">nathan@idmclassics.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I am pretty familiar with the Rev 2 but haven't had any notable tuning issues on my own. It's always been my assumption that with the voice board disconnected that tuning aborts instantly because it gets nothing from TUN MUX when it initializes tune as decribed in 2-20 - this only lasts a few milliseconds and counts off each osc before it goes into the individual voice tuning where it does a lock up, and would do the same if it can't get past that stage with a voice board installed. <div><br></div><div>Am I misunderstanding and you're getting no activity at all on pins 6/9/10/11 on u423 and 428 at boot or when pressing tune? To me this would be a total failure to initialize tuning. If there's data there, the 4051 outputs, on the comparator output when hitting tune, then it's failing during that tune init window for some reason and something mentioned in that paragraph is off.<div><br><div>I wouldn't rule out 4051 failure on any used for pitch info that haven't been replaced yet even if they appear to work fine - one of the last Prophet 5s I worked on everything was great until you set certain pots to 9 o'clock and those parameters would glitch out. The 4051 they all shared didn't like how they were set for whatever reason.. Something like that happening on VCO bias (where all outs are set to the same level) could easily cause tuning init to fail before it gets to goes into the voice tuning. </div><div><div><div><br></div><div>re: firmware as mentioned by Brian - Riku probably has the most experience with the firmware and would be able to give more insight into aborting the tune procedure vs failing while tuning. <br><div><br></div><div>Nathan</div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 3, 2023 at 2:45 AM g m montalbano <<a href="mailto:montalbanogm@gmail.com" target="_blank">montalbanogm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>These are all good points.  However ---</div><div>All oscillators are sounding; all voices are playing; the two 4051 mux ICs are receiving their correct timing signals; all signal paths on the voice board are functioning.  The tune procedure is just not starting.</div><div>On the rev2, if one or more of the oscillators is bad, the tune procedure will hang up; but in this case, the procedure is not starting at all.</div><div>The rev2 CPU board will boot without the voice board connected to it; it comes up immediately, without tune -- this is the effect I'm seeing now, even though the voice board IS connected & otherwise functioning correctly.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 2, 2023 at 11:22 PM NT <<a href="mailto:nathan@idmclassics.net" target="_blank">nathan@idmclassics.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">On the first paragraph of page 2-20 in the service manual it says if any oscillator is missing from the tuning mux it will abort. Greg - you haven't mentioned it but do you get signal from any/all voices? Or presumably you the SSMs are tested and you're still hitting this issue?<div><br></div><div>If the SSMs, mux, comparator, and path to connectors are all good, i'd start looking earlier than the VCOs. paragraph 1 of 2-20 says that auto tune engages all S&Hs that control tuning, so I would check each VCO to make sure they're getting set to the required 300hz at tune start. Even if they're working OK outside of the auto tune procedure, something could be causing one to go way out of range during tune, so all 4051s and opamps before the VCOs should be looked at. <div><br></div><div>Service manual for everyone's reference: <a href="http://www.synfo.nl/servicemanuals/Sequential/SEQUENTIAL_PROPHET-5-REV2_SERVICE_MANUAL.pdf" target="_blank">http://www.synfo.nl/servicemanuals/Sequential/SEQUENTIAL_PROPHET-5-REV2_SERVICE_MANUAL.pdf</a></div></div><div><br></div><div>Nathan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 3, 2023 at 1:50 AM Adam (synthDIY) <<a href="mailto:synthdiy@adambaby.com" target="_blank">synthdiy@adambaby.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Is the CPU jumping to the end of the process prematurely? What determines the end of the process? Does the CPU receive a signal form the voice board?<div><br></div><div>A<br><div><br><blockquote type="cite"><div>On 3 May 2023, at 1:50 pm, g m montalbano via Synth-diy <<a href="mailto:synth-diy@synth-diy.org" target="_blank">synth-diy@synth-diy.org</a>> wrote:</div><br><div><div dir="ltr"><div>I've been looking for that -- the problem here is that the tune process won't even start.  Usually, on powerup or pressing Tune the front panel goes dark, the CPU section enables the 8253 programmable interval timer and the individual oscillator inputs to the two multiplexer chips are read through the LM311 comparator back to the CPU board.  But NONE of that is happening. Pressing Tune causes a split-second blink of the front panel, and nothing else.</div><div>~G<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 2, 2023 at 7:49 PM brianw <<a href="mailto:brianw@audiobanshee.com" target="_blank">brianw@audiobanshee.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The Prophet 5 Rev 2 uses a multiplexer chip to connect only one oscillator at a time to the comparator input. This should effectively remove all other oscillators from the tuning. However, it's theoretically possible that there could be some bleed-through from other oscillators if the multiplexer doesn't have perfect isolation. i.e. crosstalk.<br>
<br>
Brian<br>
<br>
<br>
On May 2, 2023, at 5:09 PM, chris wrote:<br>
> I'm not that familiar with Prophets - do they use some funky PWM setup<br>
> to turn off oscillators during tuning, as the Oberheims do? <br>
> Those can have auto tune problems if the PWM doesn't quite shut off at<br>
> extreme settings.<br>
> <br>
> Chris<br>
> <br>
> On Tue, 2 May 2023 16:20:38 -0700 g m montalbano wrote:<br>
>> Interesting, thanks, but I can't see similar circuitry here.<br>
>> The rev2 P5 is problematic in that each oscillator & filter has a number of<br>
>> opamp, CMOS switch and resistor inputs that can cause wild differences<br>
>> between voices ( that fabled "analog warmth" that some people think makes<br>
>> the rev2 superior to the rev3, but for service purposes is a pain in the<br>
>> balls).<br>
>> Will attempt to swap out all oscillator chips and monitor all CMOS and<br>
>> opamps to see if anything is happening there.<br>
>> <br>
>> ~G<br>
>> <br>
>> On Tue, May 2, 2023 at 3:20 PM Luís Marka wrote:<br>
>>> Not sure if it helps since the electronics are different, but I had an<br>
>>> issue with autotune in 2 voices on my Memorymoog clone. Turns out the<br>
>>> Glide time trimpots for those voices was adjusted too high, and the CV<br>
>>> injected into the VCOs was showing a slope when switching between the 0<br>
>>> / 5 / 10V CV during the autotune routine, messing up the frequency<br>
>>> counter and making autotune impossible. Readjusting the trimpot solved<br>
>>> the problem (in the Memorymoog, each glide trimpot affects 2 voices).<br>
>>> Maybe you could investigate how that particular voice reacts to<br>
>>> frequency CV during autotune?<br>
>>> <br>
>>> Cheers!<br>
>>> <br>
>>> On 2023-05-02 2:11 p.m., g m montalbano via Synth-diy wrote:<br>
>>>> I've been working on these for twenty years, and thought I'd seen<br>
>>>> pretty much everything that could go wrong with them.<br>
>>>> Now, I have one that works perfectly except for the fact that it will<br>
>>>> not go through the tune procedure, either at powerup or when the Tune<br>
>>>> button is pressed.<br>
>>>> <br>
>>>> The confusing part is that the fault has been narrowed down to the<br>
>>>> voice board: if I swap in a working voice board, the unit functions<br>
>>>> correctly; if I install this voice board in another unit, the problem<br>
>>>> follows.<br>
>>>> <br>
>>>> As far as I can see, the ONLY parts on the voice board that relate to<br>
>>>> tuning are the two 4051 multiplexers (U423 and U428) and the LM311<br>
>>>> comparator (and its associated resistors & caps). All of these<br>
>>>> components have been replaced; traces and resistors have been checked<br>
>>>> &  measured. All traces to the 60 pin connector between the CPU and<br>
>>>> Voice boards are good, as is the 60 pin cable.<br>
>>>> EVERYTHING is there, and everything works correctly except for Tune.<br>
>>>> <br>
>>>> I've been hitting my head against this for a couple of weeks, and<br>
>>>> would appreciate any suggestions as to where to look.<br>
>>>> <br>
>>>> Thanks.<br>
>>>> ~GMM<br>
<br>
<br>
_______________________________________________<br>
Synth-diy mailing list<br>
<a href="mailto:Synth-diy@synth-diy.org" target="_blank">Synth-diy@synth-diy.org</a><br>
<a href="http://synth-diy.org/mailman/listinfo/synth-diy" rel="noreferrer" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>
Selling or trading? Use <a href="mailto:marketplace@synth-diy.org" target="_blank">marketplace@synth-diy.org</a><br>
</blockquote></div>
_______________________________________________<br>Synth-diy mailing list<br><a href="mailto:Synth-diy@synth-diy.org" target="_blank">Synth-diy@synth-diy.org</a><br><a href="http://synth-diy.org/mailman/listinfo/synth-diy" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>Selling or trading? Use <a href="mailto:marketplace@synth-diy.org" target="_blank">marketplace@synth-diy.org</a><br></div></blockquote></div><br></div></div>_______________________________________________<br>
Synth-diy mailing list<br>
<a href="mailto:Synth-diy@synth-diy.org" target="_blank">Synth-diy@synth-diy.org</a><br>
<a href="http://synth-diy.org/mailman/listinfo/synth-diy" rel="noreferrer" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>
Selling or trading? Use <a href="mailto:marketplace@synth-diy.org" target="_blank">marketplace@synth-diy.org</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>