Delta Island

Doublon de ci-dessous...!

Xrider a écrit : jeu. 5 oct. 2023 20:04

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

Hop, désolé, pas habitué aux quotes, et je suis arrivé en haut de page.
Je me permets donc de réitérer en citant

Tu n'as pas le même problème avec un flat câble? Il y a bien une adaptation d'impédance à faire, non? Elle se fait dans le connecteur?!
Et une dernière pour la route: je n'ai pas trouvé de flat cables de 36 broches à l'époque, ça existe? Les signaux parallèles ne sont plus trop à la mode, si?

Je suis pas mal frustré de ne pas avancer à cause de ce problème de communication => poubelle.
Je vais essayer tout autre chose.
Et carreler une douche.

Je pense que les câbles ne sont pas adaptés.
J’ai déjà réutilisé des câbles de nappe ide pour bricoler, résultat, j’ai toujours été embêté avec ces derniers. Pourquoi ? Je n’ai jamais cherché à comprendre, je fais le choix de ne plus les utiliser.

OK, je suis en train de tester une version beaucoup plus compacte et j'envisage de la poser direct sur le support, sans câble. Comme ça, c'est encore plus simple.
Ca m'embête parce que ça risque d'empêcher d'insérer une cartouche, ou ne pas être utilisable sur certains slots tournés différemment...
Je fais déjà un test de timing ce soir, a priori. Si tout est bon, je revois totalement ma copie et c'est reparti pour un tour!

Hello, après pas mal de temps de pause (mais je bosse sur une nouvelle approche), j'ai quand même voulu sortir le câble IDE de l'équation.
J'ai encore une qualité de communication discutable, mais c'est nettement mieux.
Le secret pour virer le câble de l'équation? Souder un connecteur femelle au dos de la carte, et l'enficher directement dans le connecteur 40 broches .
Le résultat est bien plus rapide quand on essaie de faire un dump, mais il reste encore des plantages dans la communication (qui viennent du code? De timings bizarres?). Je vais essayer de lutter contre les derniers problèmes, et je réétudierai la possibilité de mettre un câble (ou une nappe) au milieu de tout ça.
Il reste du boulot, quoi.

Une vidéo de quelques secondes qui montre la vitesse de dump piloté direct depuis l'Arduino (en comparaison avec la version Powershell que j'avais montrée dernièrement)...

https://www.youtube.com/watch?v=3gskfqC9vC0

(je ne suis pas autorisé à utiliser des balises media/bbvideo)

J'étais inquiet dis donc !
Voilà du nouveau j'adore !!!

Courage ! Tu profiteras quand tu seras plus riche que Elon :p

Une pièce de slot MVS s'est invitée à la fête pour régler le problème de parasites, saurez-vous la retrouver?
La question serait surtout: pourquoi je n'ai pas essayé plus tôt...



Je vais bosser un peu sur mon code pour voir pourquoi le dump ne marche pas à chaque fois, et si je m'en sors, j'envisagerai de relancer la production d'une carte avec des résistances d'adaptation d'impédance sur toutes les lignes et la pièce en question...

Pas trouvé la pièce MVS mais ta résistance R5 est dessoudée

Content que tu progresse

Ah, ça ressemble à une capa anti EMI (filtrage) ?

Xrider a écrit : jeu. 26 oct. 2023 22:51 Ah, ça ressemble à une capa anti EMI (filtrage) ?

C'est une ferrite. Il y en a sur toutes les entrées sur certains modèles de MVS, et sur les lignes de synthèse d'horloges. C'est là que j'ai piqué celle-ci.
Vu que c'est monté en série, je pense que ça en est, en tout cas .
Ca a effacé mon pic à l'arrivée, et il ne déclenche plus la bascule d'état du GAL qui contrôle le bus.
Après quelques tests hoer soir et la correction d'un bug dans le code 68000 qui fait les dumps mémoire, j'ai toujours aléatoirement de l'ordre de 0.5% de perte de paquets. Je ne sais pas encore si le problème est soft ou hard.
Et je m'aperçois avec cette photo que ça commence à faire beaucoup de patch crades sur cette carte. Il setait temps d'en créer une nouvelle!
Cela dit, en parallèle, je bosse sur la programmation des PIO du RP2040. Ca parait tendu en termes de timing pour un bus 16 bits, mais ça permettrait de simplifier énormément la carte...

Bon, ben là, on commence à pouvoir faire des trucs cool.
J'ai écrit un test de la work RAM en assembleur 68000, il tourne sur le slot via le BricoNeo.
Il rapporte le résultat du test ("True").
Pour plus de rapidité dans l'écriture des test qui suivront, maintenant que la RAM est testée, je peux arrêter le bricolage et faire des appels de procédures (sans RAM, pas de stack, et donc rien d'autre que des sauts!).
Et pour ne pas avoir à écrire du code côté PC, côté Arduino ET côté 68000, je vais faire le minimum et transmettre les demandes de scénarios de test direct au 68000. Il fera un retour avec un booléen (pour pouvoir exploiter ça automatiquement côté PC par la suite) et inscrira les résultats dans la WRAM.
La WRAM pouvant être dumpée et affichée sur le PC, on obtient un rendu assez sympa du résultat du test en allant le chercher dans la RAM de la Néo:
Prochaines étapes:
- mettre en place la mécanique générique pour lancer des tests depuis le PC
- enfin arrivre à éclater mon code source dans plusieurs fichiers. Là, je ne m'en sors pas, VASM me pourrit la vie et considère que je sais ce que je fais
- revoir le design du PCB avec quelques extensions: du filtrage sur la ligne d'activation (!!!), un câble IDE 40 broches, une nappe plate (?), et 2 connecteurs pour se brancher directement sur le PCB de la Neo, avec 2 angles différents. Oui, ça commence à faire beaucoup, il faut que je réfléchisse un peu.

En tout cas, ça avance!