Moi j'ai pas eu de chance... La seule fois où j'ai voulu tester le système d'hébergement d'images du forum, ça a planté quelques jours après. Je suis arrivé au pire des moments pour tester le service, alors j'avais fait le choix de continuer avec un hébergeur tiers. Mais certaines images anciennes commencent à disparaitre elles aussi. J'ai conservé mes images chez moi et je peux éventuellement les ré-uploader, mais vous confirmez que le système d'hébergement d'images du forum est dorénavant fiable ?

Le polissage c'est long,
Mais c'est beau 

Salut,

Citation de: djalex le Vendredi 20 Février 2026, 15:11:57 PMIl faut savoir qu'il y a un timer avant le Z80 et si on n'envoi pas l'instruction de remise à zéro du timer, celui-ci se fera un plaisir de reset le Z80.

Oui, c'est ce qu'on appelle un "watchdog", c'est ce dont je parlais plus haut. En cas de plantage de la carte, cela la réinitialise.

Citation de: djalex le Vendredi 20 Février 2026, 15:11:57 PMEdit 2 : Little_Rabbit, il faut donc aller voir la puce ls158 qui envoi le WDR à la puce ls161, et donc pour le Z80, il doit avoir accès à sa ROM puisqu'il traite des infos... je pencherai plus pour sa RAM. La question que je me pose c'est comment LS158 sait qu'il ne doit pas reset le Z80 ? via ce que le Z80 a marqué en RAM ?

Le principe de fonctionnement d'un watchdog est le suivant, on peut faire l'analogie avec un seau d'eau qu'on remplit :
- le compteur est à zéro (le seau est vide)
- un signal d'horloge incrémente le compteur (un filet d'eau remplit le seau)
- à intervalle régulier, le programme exécuter par le Z80 vient remettre le compteur à zéro : pour se faire il écrit à l'adresse $A001 Watchdog Reset (on vide le seau)
- si le programme est dans les choux, qu'il est bloqué dans une boucle infinie ou carrément planté, il ne va pas pouvoir exécuter à temps son instruction d'écriture en $A001 : le compteur va arriver à sa capacité maximale de comptage, et son bit de retenue (carry en anglais) va passer à un (broche 15 RIP pour RIPPLE) => RESET du Z80 (le seau d'eau déborde !)

Pour que cette écriture en $A001 puisse se faire, il faut que le Z80 fonctionne, qu'il présente sur le bus d'adresse l'adresse $A001.

Le PAL en 7C réalise un premier décodage d'adresse grossier à partir des bits d'adresse de poids forts du bus d'adresse :



Cela génère le signal IOCNTL (pour Input/Output CoNTroL sans doute). Ce décodage de la zone des composants d'entrée/sortie est ensuite affiné par le 74LS138 en 8D :



ici, le signal /WDR sera actif (c'est à dire au niveau bas) si R/W est au niveau bas (le Z80 écrit), SBAB8 est à 1 et SBAB9 à 0, et le 74LS138 est sélectionné quand IOCNTL est lui aussi au niveau bas. Toutes ces conditions sont réunies quand le Z80 écrit en $A001.

Dans notre cas, je ne pense pas que le PAL ou le 138 soit en cause (à vérifier tout de même), mais je pense plutôt que la cause est certainement que le Z80 n'a pas exécuté d'instruction d'écriture en $A001. Soit il est occupé à autre chose (boucle infinie ?), soit planté (mais vos observations montrent qu'il travaille à priori ?).

D'ailleurs, quel analyseur logique relié à un PC utilisez-vous : il a l'air pas mal !

Il serait intéressant sous MAME de tracer l'exécution du Z80 après un RESET pour comprendre quelles sont ses tâches successives, et comprendre pourquoi dans notre cas il ne purge pas le Watchdog. Cette purge s'exécute-t-elle dans une boucle principale du programme, ou dans une routine d'interruption ? Pour que l'interruption puisse fonctionner, il faut à minima que la RAM fonctionne pour que le Z80 puisse empiler puis dépiler son adresse de retour après avoir terminé la routine d'interruption...

A+

Succès   

Bon j'ai reçu ce matin mon programmer STlink v2 commander sur Amazon
https://www.amazon.fr/dp/B09WVQNFNM/ref=sspa_dk_detail_3?psc=1&aref=6ajtP17svQ&sp_csd=d2lkZ2V0TmFtZT1zcF9kZXRhaWxfdGhlbWF0aWM



j'ai téléchargé le programme STM32Cubeprogrammer
 et effectivement après branchement au PC le Black pill était mal configuré.

RDP sur 55 au lieu de AA et WRP0 sur Uncheckeed au lieu de Checked



donc après changement sauvegarde



je reinstalle le blackpill sur la carte tilt audio , pas de changement il m'annonce la version 1.41 mais pas de lecture. 
Je vais sur l'appli webui re-sauvegarde la config restart idem pas de changement. 
J'eteinds je rallume le flipper et là chargement et Boum 

Bon il faudra que je vois la suite pour mettre un peu de Fr la dedans mais tellement content aujourd'hui.
Ps ma version a l'air d'etre legerement differente l'attrack mode en particulier comme mixé un peu.

Il est également possible de crocheter les serrures. 

Citation de: alban45 le Vendredi 20 Février 2026, 22:49:35 PMtu peux démonter ton cable de la tht ?

Non, impossible... enfin je crois

Bonne nouvelle
J'ai refait au propre la soudure entre la broche et l'agrafe, appliquer leur cache et rebrancher le tout, ça tient !
Pas d'arc visible dans le noir, dans le pense qu'on est bon !
Maintenant je me bats avec Recalbox... Mais c'est une autre histoire.

Merci pour vos aides précieuses !

Bonsoir,

j'ai jamais pratiqué sur ce type de chassis
tu peux démonter ton cable de la tht ?

Bonsoir,

Dommage pour les serrures, j'avais probablement les clefs.

Et en plus je suis sur Orleans.

Et en plus ce genre de borne s'ouvre sans avoir les clefs en étant méthodologique, hormis la caisse à thune ou il faut changer de technique.

Je récapitule comment ouvrir une jeutel si ont a pas un tournevis fin et un bon coup de poignet sec :

Dévisser le support marques et enlever le marques.
démonter le panneau support tube néon.
tendre le bras et dévisser la serrure du panneau arrière.
du panneau arrière dévisser la serrure du monnayeur SAUF si les clefs sont fixées dans la borne.

Petite question, qu'est ce qui te fais dire que la tht est ok

Citation de: Coolfire le Vendredi 20 Février 2026, 18:32:40 PMBah moi j'ai réglé le problème de rotation de l'écran 

https://www.gamoover.net/Forums/index.php?topic=45609.msg718450#new

J'ai vu ça oui