Delta Island

Ca n'a pas l'air super simple, en effet! Commence déjà par regarder la tête des signaux, regarde si les signaux qui restent à 0V sont reliés à la masse, des choses comme ça...

Ok Aurélien merci je vais faire un "mapping" du chip avec ce que je trouve sur chaque PIN lorsque le menu ou crosshatch est actif.
Il est certain que qque chose parasite le chip vu comment le crosshatch réagit, il n'est pas fixe, en plus d'être décalé il y a des pixels qui "clignotent".

Je te tiens au jus !

PS : toujours à moi que ça arrive les trucs à la con comme ça haha

Question amusante: le Neo-ZMC2 est bien soudé? Si tu appuies sur les contacts tout autour, est-ce que ça a un effet sur l'affichage?

Visuellement rien vu de particulier ce matin mais pas eu le temps de faire quoi que ce soit. Je regarde ce soir en rentrant du taf faire le tour des pistes et sonder les soudures.

Tu penses a certaines pins en particulier ?
J’ai pas tout bien pigé mais je vois de l’adressage, du swap pixel etc peut être est il en liaison avec la SFIX ?

Ah oui, en effet, le SFIX est adressé directement par le NEO-B1, c'est lui qu'il faut regarder .

https://wiki.neogeodev.org/index.php?ti ... pu2mvs.png

Dans le doute je vais regarder les deux chips

Salut,

ÉDIT : ce souci apparaît UNIQUEMENT quand on active le dipswitch, crosshatch ou diag.
En jeu tout est nickel (ouf c’est déjà ça)

C'est uniquement sur en mettant le dipswitch sur TEST ?

Tu nous confirmes que tout fonctionne sans problème avec une cartouche ?

Si tu mets le Diagbios en place, le diag est aussi buggé si les dipswitch sont a zero ?
Une photo du diagbios avec le message "Test passed" please avec les dipswitch a zero ?

Bonjour !

Petite séance test avant les tests des chips de ce soir demandés par Bouz.

Voici les résultats des tests croisés obtenus Xrider :

BIOS original / avec ou sans cartouche / dipswitch à 0 ou à 1
>>> Bouillie de pixels sur le crosshatch (à noter que les pixels « vivent » et se déplacent sur l’écran)





BIOS original / avec cartouche / dipswitch a 0
>>> Jeu OK





BIOS original / sans cartouche / dipswitch à 1
>>> Menu test glitché





Pour le test avec le NEO DIAG le résultat est identique avec ou sans cartouche et avec ou sans le dipswitch actif.
>>> Il semble écrire « all tests passed » mais tout glitché (à noter que l’écran « vit » que les lignes bougent de la droite à gauche, rien n’est vraiment fixe)




En espérant que cela vous mette sur une piste.
Le crosshatch est pire qu’avant.
Au moins j’avais un truc glitché mais là c’est bouillie de crosshatch.

Je précise que j’ai mis du nettoyant contact dans tous les connecteurs carte à carte.

Si j’en trouve un identique cela vaudrait le coup de le swapper ?
Il me semble que la référence n’est pas identique mais le chip du SFIX des MV1FZS est similaire à celui de ma MV4FT2.
Ça tombe bien j’en ai un ou deux pour faire un test croisé si vous le jugez utile.

Hop !

Nouvelles du soir !
Oui j’ai eu un peu de temps à consacrer au slot.

Voici ce que j’ai fait :
- reflow des soudures de la ROM
- reflow du chip NEO-I0 (beaucoup de connexions avec la ROM)
- test de continuité depuis la ROM vers les autres endroits de la carte où vont les pistes (tout était OK) et notes faites de ce « mapping »
- reflow des pattes du support du BIOS (me demandez pas pk)

Et BIM !!! souci identique…

Une intuition comme ça, je mettrais bien une pièce sur la ROM, elle est peut être partiellement HS ??

Juste pour info il y a 5 connections vers un multiplexeur NEO-253 en D5 (comme mentionné par le wiki : https://wiki.neogeodev.org/index.php?title=NEO-253) et leurs connexions sont toutes ok également, testées au multimètre.

X et Bouz si vous souhaitez je vous envoie mes notes de câblage de la ROM, mon fameux « mapping » si ça peut vous aider / faire gagner du temps un jour sait on jamais.

Et surtout si vous avez des idées je suis preneur.
La comme ça je partirais sur un swap de la ROM mais j’attends de vos nouvelles.

Bises

En parallèle avec le test à l'analyseur logique, est-ce que tu as essayé de toucher les broches des puces du circuit de rendu pour voir si l'affichage réagit à tes doigts?
Si une puce iu une ligne est flinguée, elle pourtait de retrouver en haute impédence, auquel cas l'état de la ligne peut bouger avec le potentiel de tes doigts, et faire changer l'affichage.

Je n’ai pas fait de test à l’analyseur logique je n’ai pas eu le temps malheureusement.

J’espère demain.
Qu’entends tu par circuit de rendu ?

Ta proposition a l’air bonne car j’ai toujours l’affichage qui vit a l’écran.

Pardon, le circuit de rendu, ce sont les puces que tu as identifiées comme faisant partie de la génération de l'image: LSPC, VRAM, ... hop, un doigt sur les broches!