Delta Island

Xrider a écrit : dim. 27 août 2023 19:35 Une connexion avec des nappes plate et des connecteur FPC devrait très bien fonctionner. (Prévoir de doubler les ligne VCC et GND)

Sur ce point, ça m'intéresse: je n'ai pas trouvé de nappes plates avec 40 lignes. Il me faut 32 lignes de bus, 2 GND, 1 alim, 1 RESET, 1 /OE et potentiellement d'autres. J'imagine que les problèmes de longueur seront les mêmes, mais est-ce que j'aurai plus de souplesse?
En tout cas, pour le moment, je suis content de mes connecteurs énormes, parce que je peux souder mes patch dessous .

dadou a écrit : dim. 27 août 2023 21:56 Je suis ton projet depuis le début, je trouve cela vraiment super ce que vous arrivez a faire toi, Xrider et les autres, je ne pige pas forcement tout mais j'adore lire tes logs et tes explications.
Le debugging aussi est super car cela permet de voir et de comprendre que derrière tout projet la place du debugging est énorme et qu'en général rien ne marche du premier coup.
Chapeau pour ta persévérance et ton travail
Continue comme ca

C'est super sympa, merci pour les encouragements!
Dans mes vidéos, j'essaie d'expliquer plein de petites choses, mais là, j'avoue que c'est un peu rude. C'est plus dirigé vers Xrider qui surveille de loin que je ne fais pas trop de bêtises .
Et en effet, il ne s'agit pas de faire un PCB, mais tout un système soft derrière, et des dizaines d'heures de debugging derrière. Tout ça pour réparer un système qu'on peut émuler avec un Raspberry PI .

Comme avant.

Ras le bol.

Prochaine étape, une transmission RS485?
Un câble dédié?
Je commence à manquer d'idées!

Rooo quel dommage
J’aimerais tellement t’aider sur ce joli projet !!
Je ne peux te souhaiter que du courage et persévérance Cher ami

Salut Aurélien,

Je te propose de m’envoyer le schéma elec du briconeo en MP, histoire d’essayer de comprendre comment on pourrait faire évoluer le design de communication pour contourner ton problème

N’abandonne pas, le gros du taff est fait

Xrider a écrit : lun. 4 sept. 2023 07:05 Je te propose de m’envoyer le schéma elec du briconeo en MP, histoire d’essayer de comprendre comment on pourrait faire évoluer le design de communication pour contourner ton problème

N’abandonne pas, le gros du taff est fait

Je ne comptais pas abandonner, j'ai encore quelques trucs à essayer (des buffers, peut-être!).
OK pour te donner accès au sac de noeuds, c'est un projet ouvert de toute manière!
Je prends contact en MP .

Super ça c’est de la cohésion delta

Ce week-end, je tente l'utilisation de transducteurs, je vais bien finir par y arriver!
Trop de trajets en voiture cette semaine, j'ai des idées qui fusent dans tous les sens, il faut que j'avance sur quelques trucs!

Allé on a hâte de voir la suite !

Et voilà donc la suite...
Je viens de faire rapido des essais de vitesse de transmission.

J'ai des line drivers 74HC4050 et des CD4050BE. J'ai voulu voir s'ils pourraient convenir. Ces puces sont parfois utilisées pour interfacer des cartes en 3.3V avec des microcontrôleurs en 5V. Ce sont de simples "passe-plats" à 6 lignes, qui permettent de sortir un niveau logique égal à la tension d'alimentation, tout en prenant en entrée une tension plus élevée. Ce n'est pas ce qui m'intéresse en l'occurrence. Je veux juste utiliser le côté passe-plats.
Pour faire court, la version HC avait un temps de réponse bien meilleur, compatible avec ce que je veux faire (mais je n'ai pas testé le transport sur "longue" distance (20 cm ).

Juste derrière, j'ai voulu tester ce que j'ai utilisé pour la transmission de mes signaux d'horloge et de données en SPI sur la conversion du Capcom Home Arcade to JAMMA (ce que je suis censé expliquer dans la vidéo toujours en travaux) => Des puces MAX485, qui permettent d'envoyer un signal TTL sur une paire différentielle, et de le récupérer derrière.

Voilà donc une installation de clown, avec des longs fils de partout (encore une fois, je veux juste tester les temps de réponse)...
A gauche: la puce 74HC4050. Au milieu, la puce MAX485 utilisée en émetteur. Et à droite, celle utilisée en récepteur:
Et voilà ce que ça donne à l'oscillo. Encore une fois, j'injecte un signal carré à 3MHz avec mon générateur de fonctions...
En jaune, le signal de référence.
En rose, le signal sorti par le 4050 => 5ns de déphasage sur le front montant (j'aurais dû mesurer sur le front descendant, mais les deux m'intéressent, et les résultats sont similaires).
En bleu, le départ du signal sur la paire différentielle du 1er MAX485 (l'autre signal de la paire est son miroir). J'étais plutôt confiant sur le temps de réponse, jusqu'à ce que... je câble le MAX485 de réception.
En vert, donc, la broche de sortie logique du MAX485 de réception (après réassemblage du signal différentiel). Et là, c'est la catastrophe. on parle d'environ 46ns. C'est proche du quart de la emi-période du signal d'entrée.

Résultat des courses: je peux éliminer la piste du MAX485, parce que j'aurais des conflits de bus dans tous les sens. Sur la conversion du Capcom Home Arcade, j'envoyais l'horloge ET les données sur des puces MAX485, alors les signaux arrivaient en phase. Ici, le comportement du BricoNeo serait complètement à l'ouest. Et vu qu'il fait arbitre de bus local, ce serait une catastrophe électrique et un bon moyen de tuer le CPU de la NeoGeo à petit feu.

Je vais donc poursuivre mes tests avec 2 4050 (un à chaque bout) pour voir ce que ça donne. Ca me permettra accesoirement d'avoir un buffer sur la NeoGeo qui est alimenté par elle-même (et ça devrait réduire la probabilité qu'elle soit alimentée via les variables de pull up/down du BricoNeo comme c'est le cas aujourd'hui). Il faudra que je teste ça!

A suivre, donc!

Et résultat des courses: en bout de ligne, j'ai toujours une "petite" impulsion de 1,7V, qui est interprétée comme une impulsion logique par la porte suivante quelle qu'elle soit.
Le signal au départ du slot ne montre pas cette impulsion, donc le fait de le renforcer à la source ne change rien (j'ai bien perdu mon temps).
Je ne pense pas qu'il s'agisse d'un problème de transmission. Il doit y avoir un truc qui chipote tout le monde au niveau de ma carte, mais je ne trouve pas d'événements corrélés. Je vais fouiller encore un peu!

Bon, je dois commencer à vous gonfler avec mes histoire de pic dans les impulsions de signal d'activation.. Je n'ose pas remonter dans le temps pour voir depuis combien de temps ça dure.

Après m'être bien pris la tête à esasye rde me convaincre que le problème venait de ma carte sans vraiment pouvoir le montrer, je suis revenu à du code basique côté ROM, et j'ai ajouté des fonctionnalités petit à petit...

Voilà le résultat de mes recherches (très rapides, grâve à l'environnement BricoNeo ) du soir...

Voilà ce qui se passe quand le code se contente de secouer le watchdog (pour éviter que le slot ne fasse un RESET, vu que j'ai coupé les interruptions), et de boucler...
On obtient un joli signal /OE pas contrarié, qui boucle très vite parce qu'il n'y a pas beaucoup d'instructions. Au passage, on voit l'écriture dans le port du watchdog, parce qu'on n'adresse pas la ROM et ça fait un trou dans les carrés.
Et maintenant, j'active mon port d'entrée: je vais lire une valeur à l'adresse du port BricoNeo.
L'accès à ce port, par l'entremise du BricoBus master (le GAL) et de la porte NAND décodeuse d'adresses, va désactiver les puces de RAM embarquées et activer à la place les registres de sorties 595 sur le bus de données.
Je suis donc censé avoir un impact sur:
- La broche /OE des RAM
- La broche /OE des 595
- Les lignes de données

Et voilà ce que j'observe... En rose, le signal /OE. L'oscillo est réglé avec un trigger sur des pointes négatives de moins de 20ns. Je détecte clairement des pics super stables, toujours sur la même instruction. justement les pics de l'enfer que je veux éviter...
Conclusion: il n'y en a pas pour le moment, parce que j'ai beau être tout excité, je suis fatigué et j'ai chaud!
En tout cas, je vois nettement une impulsion sur ce signal alors que je ne devrais pas du tout en avoir. On dirait que le GAL me fait des blagues, ou alors j'ai loupé un truc quelque part dans ma conception. En tout cas, pour le moment, je ne vois pas trop comment c'est possible. Mais c'est ça qui est rigolo .

A suivre, donc! (content, moi)