Je crois que je vais faire l'impasse sur le découplage pour le proof of concept. Surtout qu'en termes de couplage, avec ces fils de partout, on est bien...
Maintenant, il faut quand même retester toutes les connexions, et notamment les fils qui se touchent, parce que vue la position pour souder dans tous les recoins, il y a forcément des soudures qui bavent!
La suite ce week-end! (il me tarde de savoir si ça change quelque chose)
... alors que j'ai tout testé et que je lutte toujours avec des rebonds de l'enfer dès le départ du signal, je me demande si je n'ai pas simplement affaire à des réflexions sur ma ligne de transmission du pauvre?
Je suis très tenté par l'adjonction de résistances en série avec mes signaux (au moins le /OE) à l'arrivée sur la carte!
Bonne ou mauvaise idée?
Kr4ken a écrit : sam. 23 sept. 2023 18:56
Une résistance ne va pas te faire un signal plus faible ?
Et un genre de filtre avec résistances et condos ?
Oui, le signal sera potentiellement plus faible, mais il sera absorbé totalement par la porte d'arrivée (le GAL "BricoBus"). Ici, il est en partie absorbé, et en parti réfléchi. Du coup, il repart à l'envoyeur et rebondit comme ça jusqu'à épuisement.
Pour moi, c'est ce qui fait que je me prends de grosses ondulations au départ du slot lors des changements d'état.
Je pense que je vais tenter des trucs, mais en ce moment, c'est rugby, alors ça n'avance pas vite (et je fais plein d'autres choses).
Tu as raison de te détendre et pas trop te prendre la tête. Un petit Condo de découplage ferait pas l’affaire ?
Moi je patauge sur ma réparation de MV2 j’ai commandé des chips mais je suis pas sûr que ce soit ça le souci.
Je sens que tout le monde trépigne, alors quelques nouvelles: j'ai joué avec des résistances en série au départ et à l'arrivée du signal /OE. Les résultats sont bien plus jolis, mais avec toujours un pic de 2V que je n'arrive pas à enlever.
Vu que je suis fainéant et que j'ai mis la résistance au départ sur le joli Briconnecteur et pas sur celui que j'ai bricolé avec des buffers, je vais quand même tenter de modifier celui-là avant de tout envoyer par la fenêtre .
Et pour vous faire patienter, un petit clip où je compile ma ROM en assembleur 68000, qui est automatiquement envoyée sur le BricoNeo.
Puis j'utilise la fonction de dump que j'ai codée dedans pour récupérer un dump d'elle-même fait par le CPU du slot et remonté par le BricoNeo.
Ca ne va pas super vite parce que c'est codé en Powershell et le script appelle en boucle l'API BricoNeo que j'ai écrite en .Net6. Du coup, il y a du chargement de framework à chaque fois qu'on pète un coup.
J'ai écrit une version instantanée du dump, avec le code directement dans l'API BricoNeo et dans le microcontrôleur, mais elle ne fonctionne pas à cause de cette cochonnerie de pic qui vient casser la communication.
Voilà la vidéo de 23h, attention ça pique les yeux...
Je me trompe, ou il y a des résistances de 22 ohms pour adapter l'impédance des signaux sur une nappe IDE?!
J'ai une furieuse envie (non) de reprendre mes 2 cartes et de leur en rajouter.
Les parasites viennent clairement des lignes d'adresses, en fait. Je viens de faire le test à coups d'assembleur...
Bouz a écrit : jeu. 5 oct. 2023 19:39
Je me trompe, ou il y a des résistances de 22 ohms pour adapter l'impédance des signaux sur une nappe IDE?!
J'ai une furieuse envie (non) de reprendre mes 2 cartes et de leur en rajouter.
Les parasites viennent clairement des lignes d'adresses, en fait. Je viens de faire le test à coups d'assembleur...
20231005_193240.jpg
C’est ce que je pensais depuis le début, c’est pour cela que je suggéré de passer les signaux sur un flat câble avec des connecteurs fpc, look like Saturntray et DreamTray
Delta Store - Modchip - Mods - Tools - Modification pour vos consoles de jeux video Delta island - Jeux Vidéo - Retro-Ingénierie - Développement Hardware & Software
.
en voilà, un commentaire génial! 
.
