flipjuke.fr

Bonjour à tous,

Je pense être dans la bonne rubrique, le Corvette étant un WPC-S

Mon soucis est sur un flipper Corvette, les piles ne semblent pas déchargées, je ne dois pas remettre les paramètres, mais la date et l'heure ne correspondent, on dirait qu'il tourne au ralenti, le temps est plus lent plus lui (si cela pouvait être vrai pour nous aussi !)

L'horloge ou la date ne repartent pas à zéro, mais à un moment entre la dernière mise à heure/date, et les actuelles lorsque je le rallume.

Une idée vers où vérifier ?
Merci !

A la page 2-4 du manuel Corvette dispo sur ipdb, on voit listé un crystal 32Khz.

Typiquement ce qu'il faut pour un circuit d'horloge. Cependant, je ne vois pas de chip dédié à cette fonction. Peut être est-ce fourni par le PIC sécurité qui n'a pas grand chose à faire. Faudrait approfondir les recherches (un schéma, les problèmes connus,...)... et changer tout !

Et je ne vois pas ou est ce X1 sur le schéma d'implantation !

Je ne vois pas non plus de X1, mais le OSC1 (8 mHz OSC 14 pin DIP). est ce lui le chip dont tu parles ?

non, celui-la est pour le PIC. Google t'as rien retourné d'utile, moi j'ai pas trop le temps ! Peut être que X1 est une erreur oubliée.

Tu peux tenter de suivre la piste qui part de la batterie et voir ce qui est greffé dessus.

Bonsoir,

Alors non, ce n'est pas le SECURITY PIC qui s'occupe de l'horloge (date/heure), c'est pas dans cette direction qu'il faut chercher.
Ce n'est pas non plus l'horloge CPU qui est en cause. Sur les WPC, l'horloge CPU était produite par un quartz et injectée dans l'ASIC (qui fait aussi office de diviseur et génère les signaux E et Q). Sur les WPC-S, ca a été légèrement modifié, puisqu'ils ont mis une horloge hybride 8 MHz (OSC1) à la place du quartz (X2), mais cela ne change pas grand chose. Puis ensuite, sur les WPC-95, ils sont finalement revenus au quartz ! Mais ça, ca ne joue pas sur le fonctionnement et la conservation de la date/heure.

Il y a par contre, une chose essentielle à savoir sur les WPC (et -S ou -95) : c'est qu'il y a plusieurs circuits alimentés par la batterie .
Il y a bien sûr, la RAM, qui conserve les paramètres/scores/etc...
Mais il y a aussi l'ASIC et le circuit U21 (un 4584).

Tout ce qui concerne la date et l'heure est géré par l'ASIC (en fait, c'est conservé dans des registres internes). Pour que cette partie du circuit continue de fonctionner quand la carte n'est plus alimentée, il faut évidement qu'une partie de l'ASIC reste sous tension (provenant de la batterie), ainsi que l'oscillateur à 32 KHz (classique, comme pour les montres).

Si tu regarde un schéma de WPC-S, tu verras que l'ASIC est alimenté en partie par la batterie (Vbatt) ainsi que l'oscillateur 32 KHz produit par le 4584: Pour la petite histoire, on avait étudié la possibilité de remplacer l'ASIC par un FPGA, mais du fait de cette particularité c'est difficilement faisable (en général, un FGPA c'est mono-alimentation, même si les I/O peuvent avoir différentes tensions). Bref, l'ASIC est un circuit bien particulier et c'est aussi pourquoi, les gens qui te disent de mettre une NVRAM pour supprimer les piles ont tord, car sans Vbatt, l'ASIC n'est plus alimenté... c'est connu, la NVRAM ca ne fonctionne pas pareil !

Pour ton problème : c'est forcement soit l'ASIC, soit l'oscillateur 32 KHz qui déconnent.
Cela peut venir de plusieurs origines, par exemple, le support de l'ASIC qui fait mauvais contact (horloge déficiente en entrée sur la broche 70, ou Vbatt qui n'arrive pas ou mal dans l'ASIC). Mais bon, j'y crois pas trop.
Il faudrait mieux contrôler ce qui sort du 4584. Il y a peu être un soucis du coté des composants "passifs" autour de l'oscillateur, R91, R92, C28, C29, C30. C'est assez sensible, faudrait voir s'il n'y a pas eu de l'oxydation à ce niveau. Le quartz X1 peut aussi être cassé, ca arrive. Moi je verrai bien un problème au niveau de C29/C30, les deux capa de 22pF qui entourent le quartz. Il est possible que ça mette le bazar à ce niveau et que l'oscillateur se bloque.

Faudrait déjà s'assurer que le 4584 est bien alimenté par Vbatt, car ce circuit CMOS peut se figer si l'alim n'est pas correcte.

C'est quand même plus simple avec le schéma !

Alors pas se prendre la tête avec des composant à 10 cts, Remplacement de l'oscillateur pour commencer (les R et C et quartz et 4584). J'imagine que l'ASIC, tu vas pas le trouver chez Mouser, donc espérons que ce n'est pas lui.

@Thierry, sortir du FPGA la fonction horloge et la confier à un chip spécialisé comme DS1307 PCF8563 ...?

Suis pas sur de bien lire là: R91 22M ??

Pour le remplacement de l'ASIC par un FPGA, c'est malheureusement un peu plus compliqué - et il y a plusieurs années déjà, un certain Ed. Cheung avait été confronté au problème. Bon, là on s'écarte du sujet, mais c'est évident que tôt ou tard se posera la problématique de la disponibilité de ces circuits.

Avant de commencer à changer des composants sur la carte CPU, il y aurait deux choses, dont une simple, à vérifier.

1. La tension Vbatt qui arrive sur le CD4584. Ca c'est facile à faire, avec un multimètre branché entre les broches 7 et 14 du circuit.
2. La fréquence de l'horloge générée, en branchant un oscilloscope sur la broche 12.
   Ca, c'est un peu plus compliqué car il faut avoir un scope. Je n'ai pas essayé sur un WPC, mais parfois quand on branche la sonde sur une horloge, ca perturbe le signal. Pour pouvoir brancher sans que l'horloge s'écroule, on est alors obligé de rajouter un condensateur d'isolation (quelques pF) entre la sonde et le point de mesure. C'est le genre de mesure qui demande un peu d'expérience.

Une tension Vbatt insuffisante pourrait expliquer aussi pourquoi les données en RAM sont conservées, alors que l'horloge ralentie (et même probablement s'arrête de compter). Chaque composant à une tension minimale d'alimentation différente.

1. La RAM (2064 ou 6264) a une tension de rétention minimale de 2V.
2. Pour le FPGA, on ne la connait pas, mais on peut supposer qu'elle est similaire à celle du CD4584.
3. Le CD4584 est un trigger de Schmitt, de technologie CMOS qui lui fonctionne à partir de 3V. A noter qu'un seul inverseur est utilisé et que ce circuit ne sert que pour cette horloge de 32 KHz et rien d'autre.

Une hypothèse, c'est que la tension Vbatt alimentant les circuits serait comprise entre 2V et 3V. Ce serait alors suffisant pour que la RAM conserve ses données, mais insuffisant pour que l'oscillateur 32KHz fonctionne.
Si on regarde le schéma d'alimentation du Vbatt (c'est le même, que ce soit du WPC, du WPC-S ou du WPC-95) on voit principalement deux diodes (les condensateurs de filtrage ne sont pas figurés) :

1. Coté piles, on a D2, une 1N4148 dont le rôle est d'empêcher le rechargement des piles. C'est une diode classique, au silicium, dont la chute de tension est de l'ordre de 0,6V.
2. Coté alimentation, on a D1, une 1N5817 dont le rôle est d'empêcher la tension batterie de venir alimenter le reste des circuits. C'est une diode Schottky un peu particulière. D'une part elle a une chute de tension faible, de l'ordre de 0,45V au lieu des 0,6V habituels, mais surtout, elle commute très rapidement.

Dans une situation normale, les piles délivrent au moins 4,5V. Avec la diode D2 dans le circuit, on une chute de tension de 0,6V et le Vbatt devait être au moins de 3,9V, ce qui est largement suffisant pour la RAM et l'oscillateur 32KHz.
Maintenant, si les piles sont un peu faibles, ou que l'on a mis des accus (3,6V au lieu des 4,5V), ou encore que l'on a rajouté une diode en plus sur des piles déportées (donc chute de tension = 2 x 0,6V = 1, 2V), la tension Vbatt peut tomber à une valeur très proche de 3V, ce qui peut être insuffisant pour le CD4584.

Commence par mesurer la tension Vbatt qui arrive sur le CD4584, ca pourrait expliquer pourquoi l'horloge ralentie.

Bonjour à tous, et merci de ces premiers retours.

J'ai tout compris, à part la partie sur le remplacement du ASIC par un FPGA. Application Specific Integrated Circuits Vs Field Programmable Gate Array (j'ai tout de même cherché ! ), mais alros après... "sortir du FPGA la fonction horloge et la confier à un chip spécialisé comme DS1307 PCF8563", j'avais déjà décroché, mais là j'suis parti en vrille !

Je regarde de plus prêt ce week-end
Merci

T'as qu'a te dire que c'est un ASIC vierge dans lequel on y met le "programme"cablé" que l'on veut. Sauf qu'a ce niveau, on peut pas vraiment alimenter une petite partie chargée de l'horloge. Et la batterie, ce serait alors pas 10 ans mais 10 heures de vie.

noflip95 a écrit : ↑

mer. 31 08, 2022 08:51

Commence par mesurer la tension Vbatt qui arrive sur le CD4584, ca pourrait expliquer pourquoi l'horloge ralentie.

Bonjour à tous !
Voici ce que j'ai relevé:
- à l'arrêt, la tension des piles est de 4.4 V, de l'autre côté de D2, Vbatt à 3.86 V
- en alimentation, Vbatt est à 4.69 V et de l'autre côté de D1 à 4.91 V
- j'ai oublié de vérifier de l'autre côté de D2 pour voir si cela tentait de charger les piles en alimentation

Je n'ai pas vu le CD4584 pour y vérifier la tension entre les bornes 7 et 14. J'aurai dû faire une photo pour m'aider à l'identifier

Bonne journée dans l'attente de vos retours