prophet5 mal en point

[michmfb]

Bonjour
c'est mon premier message , une demande d'aide

je seche sur une panne dans un prophet 5 rev2

le synthé démarre
pas de sons dans les banques , la pile est morte , je changerai
mais surtout pas d'édition possible des sons
les touches fonctionnent sauf une , surement un contact défectueux

mais surtout aucun potar n'a d'effet sur le son

mes recherches m'ont amené à vérifier le "Vmux" , le multiplexage des potars , je n'ai pas la séquence prévue mais une tension continue
en suite j'ai vérifié ce qu'il se passait autour des commutateurs U201, 202 et 203 , les 4053

pas de commande , les tensions des potars arrivent , mais pas les adresses

les bascules de U210 (MC14174) ne foncionnent pas
l'horloge et les adresses encodées semblent bonnes à l'oscilo

changé ce 14174 , pas mieux

dans le doute j'avais acheté un HD14174 toshiba en plus du mc14174 motorola

je tente avec le HD 14174 ?

[michmfb]

suite de mes recherches

j'étais parti sur une fausse piste

le multiplexage des potars ne se fait que quand on passe le prophet en mode manuel , les 2 voyans "preset" éteints

la le multiplexage se fait mais mal
seul le multiplexeur U201 (4053) semble faire sa part du multiplexage

comment savoir si les autres sont défectueux ou si ils sont mal commandés par leurs entrées d'adressage

je n'ai pas d'analyseur logique , j'ai un oscilo bi-courbe

en examiant à l'oscilo ce qui se passe sur les entées A, B, C et I des 3 multiplexeurs , en prenant pour synchronisation l'horloge interne , prise sur la broche 9 de U210
je retrouve la même séquence sur A, B et C des 3
sur Ia broche 6 de U201 je trouve un état bas qui dure à peu pres 1 miliseconde apres le top de l'horloge , le reste du temps à l'état haut
sur 6 de U202 je trouve l'inverse , soit 1ms à l'état haut et le reste à l'état bas
sur 6 de U203 toujours du 5v

[synthwalker]

Sur le P5 Rev2, il faut appuyer sur Edit pour que TOUS les potards entrent en jeux, sinon seuls les switches fonctionnent. Tu peux aussi appuyer sur l'un des boutons Preset pour éditer le filtre ou la polymod, mais le mieux reste d'enclencher Edit...

[michmfb]

c'est tordu

mais apres vérification il est bien malade

j'ai bien obtenu une séquence pour vmux qui semble normale

mais si je un monte un potar au dela des 2/3 la séquence se bloque su la tension produite par ce potar , jusqu'au cycle suivant

au passage les adresses founies par U210 sont modifiées

le systeme serait corompu ?

[michmfb]

ces bizzareries dans Vmux et dans l'adressage des multiplexeurs ne vous inspirent pas ?

d'autres points à vérifier sur mon prophet5 ?

[ElEcTrOn VeRt]

Bonsoir,

j'ai commencé à analyser les architectures électroniques des synthétiseurs polyphoniques construits pendant cette période faste des 80's et celle du P5 est l'une de mes favorites . D'après ce que je me souviens et pour analyser ton problème, voici l'algo utilisé sur le CPU du P5 :

- 1 le CPU selectionne d'abord les dmux POT MUX par décodage adresses/chip select CSOL3
- 2 le CPU selectionne 1 pot parmi tous par latch des adresses sur les entrées A,B,C des 4051. La valeur courante du pot selectionné est envoyée sur le double comparateur ADC
- 3 le CPU récupère la valeur courante du pot sauvegardée en RAM SPAD et la balance au DAC qui une fois convertie est envoyée au comparateur ADC
- 4 suite au résultat de la comparaison ,le CPU décremente(sup), incrémente(inf) ou conserve(egalité : cas ou l'utilisateur ne touche pas au pot entre 2 scans succesifs) la valeur courante RAM SPAD et la réinjecte dur le DAC.
- 5 une fois l'égalité trouvée (avec hystérisis hard et soft) entre Vmux et la sortie DAC, le CPU rafraichit la valeur en RAM SPAD et passe au pot suivant et recommence le cycle de comparaisons successives pour tous les pots.
- 6 une fois tous les pots scannés et mis à jour en scratchpad, le CPU "balance" toutes les valeurs de CV correspondants aux pots sur les modules voies synth VCx

Tu peux voir que toute une chaine d'acquisition num/analog est sollicitée donc ça fait pas mal de choses à tester, sans compter le bon déroulement du soft.
En mode preset, les valeurs des paramètres en RAM sauvegardée sont recopiées dans la RAM scratchpad et sont envoyées aux CV, sans cycles de rafraichissement. Voir si ce mode est OK pour discriminer une partie de la boucle.

J'ai commencé à fouiller dans le code du CPU et il manque pas mal de fonctionnalités d'autodiagnostics embarqués pour ces process asservis comme l'autotune qui fonctionne identiquement, donc pas mal d'ennuis en cas de fautes et surtout pas d'infos à l'utilisateur(afficheur 2 chars ?). Seul un mode test est possible. Il me semble que les premières versions n'ont pas de mode test embarqué en EPROM et que seules les dernières versions ont ce mode test embarqué(toutes les fonctions hard ne sont pas testées). A confirmer par les spécialistes. Pour info, je n'ai jamais vu de P5 en vrai.

[nicoV]

Pour info, je n'ai jamais vu de P5 en vrai.

Mais tu en parles comme si c'était toi qui l'avait en partie conçu

[michmfb]

dans les premieres recherches j'étais passé voir ce qui se passait sur la sortie du dac

j'ai bien trouvé une séquence de valeurs analogiques multiplexées
j'avais identifié les valeurs des 5 dernieres notes jouées

je repasserai voir cette séquence en mode "edit" ou manuel et en mode "preset" avec ce qui reste des preset
la pile est morte , je ne l'ai pas encore changé

[michmfb]

j'ai revérifié la sortie du dac
çà parait normal avec les presets

en mode edit , les polarisations des oscilateurs paraissent bonnes
les "control voltage" des 5 voies semblent corrects et évoluent de façon logique avec le jeu au clavier
les "cv" corresponant normalement aux valeurs des potars sont manifetement mal transmis

suivant la position d'un seul potar la séquence "déraille" completement , se désynchronise parfois , parfois prend l'aspenct d'un escalier qui bouge sur l'oscillo avec la position de certains potars

ceci est parfois suivi d'un palier qui prend une tension dépendant de l'action d'un potar
au passage je constate que le temps de cycle est modifié de façon aléatoire pendant la manoeuvre d'un potar

j'ai aussi lacé une séquence de "tune" avec l'oscillo branché
je vois les 10 polarisations monter tour à tour pour chaque oscillateur , la séquence se répete 4 fois puis le synthé passe en mode "preset" sur la banque 11

[michmfb]

personne n'a d'idées sur des points à vérifier pouvant expliquer ces choses en mode edit ?
il faut aussi que j'essaye de comprendre le fonctionnement logique

existerait-il une traduction du "service-manual" ?

[michmfb]

pas d'idées sur des choses à vérifier dans ce prophet-5 ?
des choses qui pourraient expliquer cette désynchronysation ?

[hugo280]

Petard je suis impressionné moi

Faut avoir Bac + 15 pour réparer un propret ou quoi?

[boops]

Comme conseil,car j'en ai restauré un,
,indispensable,lire le mode d'emploi et le service manual, changer la grosse nappe si possible,sur ta carte computer,regarde toutes soudures a la loupe,continuité sur les support ic ,teste ou change les tantales et chimiques,les tensions entrée sortie sur les ics AOP etc ,le quartz ,le condo qui le démarre..ta panne c'est peut être évident ,mais tu la vois pas ,ça arrive ,on cherche un truc complexe alors que c'est un sale faux contact ..après essaye de rebrancher la carte computer seule..
il faut laisser aussi le feeling te guider ,"sentir" le synthé ,avec les schemas être logique,portion par portion...non non j'ai pas fumé...j' ai pas un bac + 15....je passe beaucoup de temps pour réparer ,mais toujours avec un certain feeling je savoure...(35 années de guitare ça aide.. )

[michmfb]

les premieres pannes que j'avais trouvé c'était des tantales en court-jus

quand tu dis "la grosse nappe" c'est bien la nappe entre la carte n°4 ( voicing board) et la carte n°3 ( CPU)

autre chose vue , une piste semble avoir subi une réparation sous les suports de la "s-pad ram"
il faudrait que je m'assure que tout passe bien sur les supports de la "s-pad memory" ?

[castef]

Ca fait quelques années que de temps en temps je fourre mon nez dans mon P5 rev.3 en panne du côté calculateur. Un fin connaisseur américain de ces machines (un certain Wes T.) m'avait dit power supply, power supply, power supply (trois fois). C'est parfois les choses les plus simples qui entrainent les comportements les plus inattendus. Dans mon cas ça n'a pas abouti, ni les célèbres tantales.

Il y a quand même deux observations qui font penser à une influence de la partie analogique sur la partie logique :

-->"le temps de cycle est modifié de façon aléatoire pendant la manœuvre d'un potar"

--> "si je un monte un potar au dela des 2/3 la séquence se bloque sur la tension produite par ce potar, jusqu'au cycle suivant, au passage les adresses fournies par U210 sont modifiées"

Le temps de cycle et les adresses qui sont affectés par la position d'un potar pourrait faire penser à une ligne d'alim qui ne suit pas en fonction de la consommation des circuits.

Parfois je promène un condensateur genre 100 µF par-ci par-là entre la ligne d'alim et la masse des circuits intégrés pour voir si ça influence.

Quelle réaction à la baffe d'électronicien, ou à la flexion (légère !) des PCB ? si modif du comportement, mauvais contact probable.

Peut être faire le coup du sèche cheveux pour modifier la température et voir si ça change quelque chose.

Enfin, contrôle de la rom, pas facile facile. Je cherche encore la checksum pour le mien.

Désolé de ne pas pouvoir aider plus, mes félicitations et encouragements pour la persévérance.

[boops]

Quelle réaction à la baffe d'électronicien, ou à la flexion (légère !)

ah oui très important,dévisse une seule vis dans le coin du pcb ,et légère torsion...et évidemment le monitoring des tensions..

[michmfb]

lui mettre une baffle ?
pas vérifié

les alims semblent bonnes

mais je revérifierai suite à tes conseils
au multimetre et à l'oscillo pour voir si pas d'effondrement fugitif


peut etre pas ce soir , j'ai un ampli Marantz à réparer pour un colleue de boulot

[michmfb]

j'ai remis le prophet sur le billard
changé des condos tantales par des chimiques "low esr" et des mkt pour les petites valeurs

sous les supports de la S-pad memory il ya d'anciennes réparations
une dizaines de pistes semble -il arrachées sous les supports et des fils soudés sur la face "cuivre" pour remplacer ces pistes

une erreur de lecture dans la Spad pourrait elle expliquer le comportement bizzare ?
à vérifier de pres demain

[boops]

La je sens que tu es sur le bon chemin!

[michmfb]

j'ai raconté une co....ie
les réparations sont sous les supports de la "program memory"

autre chose vue en inspectant , des traces verdatres sur certaines broches des bestioles de la "program-memory" et sur les broches de u315 ( S-pad memory )
vu aussi , certains supports de la "program-memory" ont un aspect douteux

des traces douteuses aussi sur les pistes de cette zone

il aurait gobé une boisson ?

supports à changer et la douche pour cette carte ?

edit , vérification des pistes à l'ohm-metre > pas bon , le précédant réparateur a oublier un strap pour remplacer une piste arrachée
résultat 3 bestioles de la "memory program" pas alimentées et donc illisibles