Delta Island

Allé Bouz tu as bien avancé !!

As tu pensé à multiplexer le southbridge en commutation tripole ?
Il me semble et la passerelle IPX-4 fonctionne en parallèle des modules à canaux symétriques ondulés, eux mêmes pilotés par le processeur gx-4000.
Je serais toi j’irai faire un tour du côté des oscillo-porteurs à 12,3 MHz voir si le switch est possible avec la passerelle transmutée des condos de lissage à diafragme.

Je dis ça je dis rien, merci de l’avoir lu

ragefan a écrit : mer. 22 nov. 2023 23:03 Ce projet est INCROYABLE ! Je suis sidéré par le niveau de compétence que tu as Bouz ! BRAVO !

Merci, je serai bien content quand il marchera à tout les coups et sur un PCB qui n'a pas des patch de partout .

Kr4ken a écrit : jeu. 23 nov. 2023 00:06 Allé Bouz tu as bien avancé !!

Ca bouge, ça bouge, on prend son temps...

Kr4ken a écrit : jeu. 23 nov. 2023 00:06 As tu pensé à multiplexer le southbridge en commutation tripole ?
Il me semble et la passerelle IPX-4 fonctionne en parallèle des modules à canaux symétriques ondulés, eux mêmes pilotés par le processeur gx-4000.
Je serais toi j’irai faire un tour du côté des oscillo-porteurs à 12,3 MHz voir si le switch est possible avec la passerelle transmutée des condos de lissage à diafragme.

Le Southbridge, c'est les I/O. En l'occurrence, ce serait plutôt le Northbridge (RAM et cache).
La passerelle IP, c'est une idée. Avec un ESP32 ou un Pico W... Mais je ne me vois pas regarder Netflix sur NeoGeo avec des pixels tout droit tirés de la ROM SFIX.
Les canaux symétriques, j'ai essayé pour faire sauter les pics sur la ligne /OE, souviens-toi (j'avais mis une paire différentielle). Heureusement que ça n'a pas marché, vu que je me suis aperçu que je pouvais avoir besoin de 2 signaux entrants au lieu d'un.
Pour le processeur GX4000, à savoir un Z80, ce sera pour plus tard. Je vais déjà m'occuper du 68000 et on verra la section audio une autre fois.
Pour ce qui est des porteuses à 12,3MHz, j'imagine que tu parles de transmission RF? J'ai répondu à ça avec la passerelle IP ci-dessus.
Le lissage, on ne va pas revenir dessus, j'ai mis des condos dans tous les sens. Si tu voyais le dos de mon PCB... L'avenir est dans l'absence de nappe, comme c'est le cas aujourd'hui, ou dans les barres de résistances pour adapter l'impédance à l'arrivée et au départ des signaux.

Kr4ken a écrit : jeu. 23 nov. 2023 00:06 Je dis ça je dis rien, merci de l’avoir lu

Ne dis rien .

J’avais presque bon alors ??
J’adore faire ça haha j’ai l’impression d’y comprendre qque chose

Et les petites nouvelles du soir (mais qui se terminent le matin)...
Suite aux modifs que j'ai faites pour parler avec les MV1-AX, je n'arrivais plus à discuter avec mon MV1FT de test (les dumps me renvoyaient systématiquement le contenu de la ROM et pas celui de la RAM, typiquement).

Les pistes possibles:
- Je me suis loupé quelque part (très probable)
- Mon MV1FT est mort (un peu, mais ça n'explique pas tout)
- Ma carte l'a flingué (je ne vois pas comment, mais je m'interroge). Le décodage d'adresses n'est pas de mon ressort, je ne vois que les 16 premiers bits (les 17, en fait, quelque part)
- Je n'ose plus la brancher nulle part tant que je n'ai pas compris ce qui se passe

J'ai donc joué de l'oscillo sans jamais arriver à mettre le doigt dessus, et j'ai trouvé dans la douche ce matin...
Il restait une équation dans le code du GAL pour l'activation du bus de données de la RAM embarquée sur ma carte. Et cette équation disait à la RAM d'écrire sur le bus alors que la broche /CE n'était pas active. J'ai corrigé l'équation, reprogrammé le GAL, et c'est reparti!

J'ai eu cette "régression" parce que j'avais recâblé les lignes /OE et /CE de manière plus logique (j'en ai parlé, sisi). J'ai donc inversé les 2 signaux et un truc qui aurait dû marcher avec un bug caché latent ne marchait plus.

Je suis bien content d'avoir trouvé et de pouvoir avancer un peu à nouveau. Au programme dans l'immédiat: remonter l'état des inputs, pour pouvoir vérifier que le NEO-C1 fonctionne sans avoir à le démonter, et avec un slot à moitié mort (pour éviter la mésaventure de l'AES pour laquelle j'ai fait un remplacement par une puce HS).

Champion !!!
Tu cogites tout le temps mon pauvre souffle un peu !
Je sais je suis comme toi haha

Wow c'est top !
J'ai pas tout compris mais l'idée est genial

Merci!

Je n'ai pa pu y passer beaucoup plus de temps aujourd'hui. J'ai programmé rapido un petit rendu textuel de l'état des boutons.
A 15h, je lisais bien les registres mappés avec les inputs. Longue pause... à 20h je ne choppais plus que le premier (les contrôles du joueur 1).
Demain, carrelage. Ca me donnera du temps pour refléchir.
Si ça marche, j'essaierai de faire une mini vidéo de démo de la lecture des contrôles.

Avec plaisir amigo on attends tes vidéos

Si tout va bien, je poste une mini démo d'ici ce soir avec la lecture des contrôles pour tester les puces Neo-C1 et Neo-F0.
D'ailleurs j'ai l'impression qu'il y a une erreur sur le wiki concernant l'emplacement du bit du bouton "Test".

Bouz a écrit : dim. 26 nov. 2023 19:27 Si tout va bien, je poste une mini démo d'ici ce soir avec la lecture des contrôles pour tester les puces Neo-C1 et Neo-F0.
D'ailleurs j'ai l'impression qu'il y a une erreur sur le wiki concernant l'emplacement du bit du bouton "Test".

Ah une video

Pour l'erreur du wiki, ce ne serait pas la premiere fois...
viewtopic.php?p=27290#p27290

Et la vidéo est postée, si vous voulez voir comment on teste un Neo-C1 (les joysticks, donc) sur une slot complètement pété, c'est par ici .
La vidéo n'est pas très soignée, je n'articule pas et je n'explique pas grand chose, mais au moins ça sort en moins de 6 mois!
Je ferai sans doute les choses mieux un peu de temps en temps dans les vidéos de réparation (de NeoGeo, évidemment).
Je ne compte pas faire de vidéo dédiée tant que je n'aurai pas un modèle un peu plus définitif (je n'ai toujours pas tranché concernant l'utilisation du Pi PICO, par exemple).

Super la video!

ca me fais fais penser que j'ai deux slot MV1-FZ qui ne fonctionnent pas