Gamoover

Bonjour à tous

J'ai noté que certains sur ce forum ont de vraies connaissances en électronique qui me manquent cruellement pour arriver à mon objectif : utiliser une platine chinoise Aliexpress à la place d'une platine Amplifone avec une PCB de déflection Amplifone (utilisée normalement avec Star Wars, Gravitar et d'autres jeux vectoriels en couleur).

J'ai pas mal avancé : en l'absence de carte de jeux, j'utilise une carte v.st branchée sur un Raspberry Pi avec Retropie (version modifiée pour sortir les infos XY à dessiner via le port USB). Celle-ci passe ensuite dans une petite carte qui ajuste les tensions en sortie afin de les rendre compatibles avec les entrées attendues par l'Amplifone.

Comme je n'ai pas de vrai écran vectoriel, j'utilise une CRT de TV Schneider (tube Philips A48ECR) avec le yoke refait pour la partie verticale afin d'obtenir une inductance compatible avec l'Amplifone.

Le problème est le suivant : je règle le THT à 19,5KV et B+ à 180V (je ne peux descendre en dessous, c'est la fin de la course du potentiomètre sur le THT), qui sont les valeurs normales pour Amplifone, cela donne une image beaucoup trop brillante (cf. image de Star Wars et l'écran de test du v.st). Si j'augmente la tension à 24KV et 187V, j'obtiens une image pas trop mal avec une brillance correcte (cf. 2ème image de l'écran de test du v.st), mais je pense que ces valeurs sont trop élevées. A noter que j'ai enlevé les amplis des couleurs sur la carte attachée au CRT et les potards pour les couleurs sur la carte de déflection sont baissées au max, cela a déjà pas mal amélioré les choses par rapport au point de départ.

A 19,5KV, et B+ à 180V, G2 = 442V, G1=2mV (!). J'utilise un transfo isolant qui sort environ 117V (au lieu des 110V attendus, mais je pense que le régulateur sur le chassis doit compenser). Comment modifier la platine afin d'avoir plus de possibilité de réglage des tensions et avoir 19,5KV/180V en milieu de course du potentiomètre du THT (est-ce possible en changeant des composants, sans changer le THT) ?

Star Wars (19,5KV/180V B+)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190126-english2-IMG-20210508-172534.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190126-english2-IMG-20210508-172534.jpg)

Ecran de test du v.st (19,5KV/180 B+)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190231-english2-IMG-20210510-154556.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190231-english2-IMG-20210510-154556.jpg)

Ecran de test du v.st (24KV/187V B+)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190256-english2-IMG-20210510-155738.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190256-english2-IMG-20210510-155738.jpg)

Platine chinoise et Amplifone
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190352-english2-IMG-20210508-151836.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190352-english2-IMG-20210508-151836.jpg)

v.st et carte de modif des tensions
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190445-english2-IMG-20210508-151842.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190445-english2-IMG-20210508-151842.jpg)

Bonjour,

Je n'ai pas les connaissances pour t'aider cependant c'est un sujet très intéressant  :-*

Bonjour.

N'auriez vous pas omis de passer par la case départ (https://www.gamoover.net/Forums/index.php?topic=42.0)?

Pourquoi se prendre la tête avec une usine à gaz?
Une "HV replacement board" a été conçue à défaut de pouvoir récupérer une "HV board" originale d'occasion.
Les composants nécessaires sont relativement courants à part le bloc THT A201005-01F que l'on peut trouver aux US pour ≈ $30.

Merci pour la réponse, et toutes mes excuses pour l'absence de présentation (j'étais persuadé de l'avoir fait) - c'est désormais chose faite : https://www.gamoover.net/Forums/index.php?topic=42.6112

Je n'ai pas le sentiment que ce soit une usine à gaz, c'est plutôt une solution face à un problème faute de moyens et de disponibilité des pièces d'origine.

Merci pour la suggestion de la HV replacement board, qui était vendue à l'époque par Arcade Shop aux USA je crois. Je suis en contact régulier avec Fred Konopaska, son concepteur, mais il ne vend plus que sa solution complète avec HV et déflection pour $350 (+ fdp+douane ...).

Je suis en liste d'attente auprès de Dezbaz de Amazing Arcading en Australie, qui vend une reproduction, mais pas de visibilité sur le délai. Je n'ai pas trouvé d'autres solutions pour le moment. Si quelqu'un a le schéma de la version de 2003 (qui semble être une version simplifiée du schéma Amplifone d'origine qui contourne l'indisponibilité de certains composants), je suis preneur. Donc me voilà un peu bloqué, d'où la recherche de solutions simples et pas chères ...

Bonjour.

Pour moi il n'y a que deux composants qui posent problème:
● Le petit transformateur de liaison.
● Le bloc THT A201005-01F.

En ce qui concerne le premier, celui prélevé sur une épave de châssis MTC900, MTC90xx, Intervideo VP... devrait faire l'affaire.
Pour le second, le bloc THT A201005-01F apparait être disponible aux US pour ≈ $30, il y en a même en ce moment 12 en vente sur eBay (objet 303205647187)

Le schéma qui semble être le plus abouti est celui du WG6100 ci-dessous car il comporte à la fois une régulation de la THT et une sécurité contre les rayons X. Et en plus il ne nécessite pas d'alimentation symétrique comme celui de l'amplifone.


Quand au circuit imprimé, pour un seul exemplaire, il devrait être facile à reproduire en s'inspirant du modèle ci-dessous.

Merci, je n'avais pas encore étudié le schéma WG6100, je vais regarder cela en détail, et peut-être tenter de le reproduire dans Eagle.

Salut,

Ton sujet est super intéressant, mais je pense que la très grande majorité d'entre nous (moi y compris) ne connaissons absolument rien ou presque aux écrans vectoriels, à leur platine, etc. :)

Ce qui serait vachement sympa, ce serait une petite explication sur ce qui caractérise une platine et un tube d'écran vectoriel  ^- !

Je vais essayer de décrire grossièrement le principe d'un tube cathodique à balayage (très sommairement car c'est un domaine que je ne connais pas bien malheureusement), et ainsi tu pourrais nous mettre en lumière les points qui diffèrent :)

Tout d'abord, on peu schématiser un tube cathodique par ce dessin :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210511194334-Little_Rabbit-tube-cathodique.jpg) (https://gamoovernet.pixhotel.fr/pics/20210511194334-Little_Rabbit-tube-cathodique.jpg)

La cathode à l'arrière du tube émet des électrons qui sont "attirés" par la cathode que constitue la surface de l'écran. Le phosphore présent sur la surface interne de l'écran rend luminescent les électrons qui viennent s'y écraser. Les plaques X et Y dévient le faisceau d'électrons, de sorte qu'en combinant les champs magnétiques appliquées aux plaques X et Y, on peut venir "viser" n'importe quel point de l'écran.

Ce sont les bobines placées sur le cul du tube qui génèrent le champ magnétique respectivement des plaques X et Y.

Sur un tube cathodique à balayage , comme on veut que le faisceau balaye successivement toute la surface de l'écran, on applique aux plaques X par exemple un signal en forme de rampe qui ressemble à ça :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210511201150-Little_Rabbit-Dy-viation-horizontale.gif) (https://gamoovernet.pixhotel.fr/pics/20210511201150-Little_Rabbit-Dy-viation-horizontale.gif)

Cette forme en dent de scie génère le champ magnétique progressif qui fait que le faisceau démarre à gauche de l'écran (champ magnétique à 0 dirons-nous) jusqu'à parvenir à la droite du tube (champ magnétique maximum). Puis revient à zéro pour ramener le faisceau à gauche, et ainsi de suite.

La bobine des plaques Y quant à elles reçoivent une rampe progressive qui va croître durant tout le balayage de l'image.

J'ai trouvé ce GIF qui essaie (maladroitement je trouve...) d'expliquer l'action conjointe des rampes appliquées aux bobines X et Y pour obtenir le balayage :

(https://gamoovernet.pixhotel.fr/pics/20210511200000-Little_Rabbit-raster-anim2.gif)

(le signal Z symbolise le fait que le faisceau d'électrons est coupé durant les périodes de "blancking", quand le faisceau retourne de l'extrémité droite à gauche, et de tout en bas à tout en haut)

Ceci étant dit, je sais que pour un affichage vectoriel, il n'est plus question de rampes constantes et régulières sur X et Y comme ci-dessus, puisqu'on ne balaye pas tout l'écran, mais on saute d'un point de l'écran à un autre, et qu'entre 2 points, on veut cette fois respectivement une rampe sur X et sur Y qui va permettre au faisceau d'électrons de décrire une droite, ou un "vecteur" :)

Voilà, j'ai essayé grossièrement de décrire le principe, mais ensuite je ne connais rien à la mise en œuvre de ce principe :).

Pourrais-tu nous en dire plus ?  =?=

Citation de: english2 le Lundi 10 Mai 2021, 19:11:41 PM
mon objectif : utiliser une platine chinoise Aliexpress à la place d'une platine Amplifone avec une PCB de déflection Amplifone (utilisée normalement avec Star Wars, Gravitar et d'autres jeux vectoriels en couleur).

En quoi consiste ce PCB de déflection Amplifone ?

Citation de: english2 le Lundi 10 Mai 2021, 19:11:41 PM
en l'absence de carte de jeux, j'utilise une carte v.st branchée sur un Raspberry Pi avec Retropie (version modifiée pour sortir les infos XY à dessiner via le port USB). Celle-ci passe ensuite dans une petite carte qui ajuste les tensions en sortie afin de les rendre compatibles avec les entrées attendues par l'Amplifone.

Citation de: english2 le Lundi 10 Mai 2021, 19:11:41 PM
v.st et carte de modif des tensions
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210510190445-english2-IMG-20210508-151842.jpg) (https://gamoovernet.pixhotel.fr/pics/20210510190445-english2-IMG-20210508-151842.jpg)

C'est intéressant ! Tu pourrais nous en dire un peu plus ? C'est quoi exactement une carte v.st ??

Citation de: english2 le Lundi 10 Mai 2021, 19:11:41 PM
Comme je n'ai pas de vrai écran vectoriel, j'utilise une CRT de TV Schneider (tube Philips A48ECR) avec le yoke refait pour la partie verticale afin d'obtenir une inductance compatible avec l'Amplifone.

Là encore cela titille ma curiosité ! :) Qu'est-ce qui différencie les bobines de déviation d'un écran vectoriel, et en quoi a consité la modification ?

Citation de: english2 le Lundi 10 Mai 2021, 19:11:41 PM
je règle le THT à 19,5KV et B+ à 180V ../.., qui sont les valeurs normales pour Amplifone, cela donne une image beaucoup trop brillante. Si j'augmente la tension à 24KV et 187V, j'obtiens une image pas trop mal avec une brillance correcte ), mais je pense que ces valeurs sont trop élevées. A noter que j'ai enlevé les amplis des couleurs sur la carte attachée au CRT et les potards pour les couleurs sur la carte de déflection sont baissées au max, cela a déjà pas mal amélioré les choses par rapport au point de départ.

A 19,5KV, et B+ à 180V, G2 = 442V, G1=2mV (!). J'utilise un transfo isolant qui sort environ 117V (au lieu des 110V attendus, mais je pense que le régulateur sur le chassis doit compenser).

Là tu m'as perdu ! :D La tension de la THT impacte quoi ? La luminosité du faisceau ? C'est quoi "B+" et "G2" ?


Toi qui espérais avoir de l'aide, te voilà investi de la mission suprême de nous vulgariser le sujet !   :-)= ;)

[edit : il y a quelques mois, sushy18 m'a parlé d'un certain Jason Kopp, qui est spécialisé dans la réparation et les pièces pour écran vectoriel : as-tu suivi ses développements ? Sa page (https://www.facebook.com/groups/103325803805012/) sur Facebook...]

A+

Citation de: Little_Rabbit le Mardi 11 Mai 2021, 21:29:45 PM
C'est quoi "B+" et "G2" ?

CE sont des tensions d'alimentation de la neckboard, voir le schéma du châssis chinois HL-2529 (https://www.gamoover.net/Forums/index.php?topic=41909.msg681486#msg681486).

Citation de: Little_Rabbit le Mardi 11 Mai 2021, 21:29:45 PM
Qu'est-ce qui différencie les bobines de déviation d'un écran vectoriel, et en quoi a consité la modification ?

Ici un élément de réponse:

Re,

@gc339 : merci beaucoup pour cette vidéo de Jason Kopp dont je parlais justement : c'est super intéressant, et pour ma part cela a bien démystifié l'affaire :). Je ne savais absolument pas comment un yoke était câblé/organisé (je ne savais même pas qu'il y avait deux bobines à l'intérieur, et deux autres autour d'un "collier" en ferrite !) !

Ce qui reste flou pour moi (car je n'y connais rien en magnétisme, les vagues rudiments vus au lycée n'ont pas réussi à s'imprimer suffisamment dans mes neurones :D), c'est pourquoi cette nouvelle bobine est mieux que l'originale ? La nouvelle semble comporter moins de spires non ? Il mentionne une vitesse de déviation si j'ai bien compris ?

Je sens que ce fil de discussion va être très instructif !  ^-

A+

@Le Petit Lapin
Ci-dessous deux liens instructifs, bonne lecture!
• https://www.jmargolin.com/xy/xymon.htm
• https://www.jmargolin.com/vgens/vgens.htm

Le bobinage vertical est conçu pour une fréquence de balayage de 50 Hz, son inductance est donc relativement élevée bien que les deux enroulements qui le constitue soient câblés en // mais en opposition pour les flux (L = L1 + L2 - M L1 L2, M étant le coefficient de couplage entre les deux):


Pour une même tension appliquée, le courant instantané est plus important dans une inductance de faible valeur (le bobinage horizontal) que dans celui d'une de valeur plus élevée (le bobinage vertical).

Les amplificateurs étant identiques, pour que les angles de déviation du faisceau soient équivalents en X et Y pour une même tension appliquée à l'entrée de leurs amplificateurs respectifs, il faut que les inductances des bobinages le soient aussi.
C'est pour cette raison que le bobinage vertical doit être rebobiné avec moins de spires et avec un fil d'une section supérieure vu le courant plus important qui va y circuler.

A noter que la correction en "S" (assurée usuellement par le condensateur en série avec la bobine) ne peut plus l'être ainsi, le condensateur bloquant la composante continue du signal issu du convertisseur digital/analogique de la carte de jeu. Elle est donc réalisée par un dispositif correcteur à diodes, ou une puce multiplicateur analogique, inséré devant chacun des amplificateurs X et Y.

Par rapport à la question de la carte v.st, il s'agit d'une carte Teensy qui interprète les données issues de Mame et qui les envoient à des DAC afin de les convertir en tension analogique (désolé si je n'utilise pas tout à fait les bon termes, ce n'est pas ma langue maternelle, et je ne suis pas diplomé en électronique), avant de passer par une phase d'amplification compatible avec l'entrée de la carte de déflection. La documentation de la carte se trouve ici : https://github.com/osresearch/vst. La carte était prévue à l'origine pour un Vectrex (donc écran de 9 pouces), mais je suis en train de réaliser une version modifiée afin de fonctionner sur un écran d'arcade de 19 pouces. Je connais bien Jason Kopp, et j'ai fabriqué une carte v.st pour lui il y a quelques années, il a développé depuis des cartes intéressantes en utilisant le même concept de base.

J'ai commencé mes expériences avec un écran de 5 pouces issu d'un moniteur de sécurité (ex RATP !), avec une carte de déflection fabriquée sur la base du schéma décrit ici : http://www.e-basteln.de/arcade/asteroids/monitor/ ainsi qu'une carte de déflection que Jason m'avait donnée. Voici quelques photos pour illustrer ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094013-english2-IMG-20201227-204612.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094013-english2-IMG-20201227-204612.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512093941-english2-IMG-20201227-222404.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512093941-english2-IMG-20201227-222404.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094030-english2-IMG-20201227-225720.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094030-english2-IMG-20201227-225720.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094050-english2-IMG-20201228-143103.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094050-english2-IMG-20201228-143103.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094107-english2-IMG-20201228-144940.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094107-english2-IMG-20201228-144940.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094119-english2-IMG-20201228-152755.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094119-english2-IMG-20201228-152755.jpg)

PCB de déflection que Jason m'avait donnée il y a quelques années

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512094557-english2-IMG-20201228-201330.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512094557-english2-IMG-20201228-201330.jpg)

Et le résultat, Battlezone sur écran 5 pouces (image générée par une carte STM32F4 et un petit amplificateur de signal). A ce stade il n'y avait pas de Z blanking, et la HV ne monte pas correctement car la carte du moniteur ne détecte plus le yoke (qui a été débranché et rebranché sur la carte de déflection).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512095136-english2-IMG-20210411-201441-Copy.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512095136-english2-IMG-20210411-201441-Copy.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512095150-english2-IMG-20210411-201417.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512095150-english2-IMG-20210411-201417.jpg)

Transformation du prototype d'ampli de signal, branché sur carte de déflection e-basteln.de

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100140-english2-IMG-20210429-174549.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100140-english2-IMG-20210429-174549.jpg)

Ajout d'un 2ème yoke non modifié afin de tromper la carte HV afin de générer les bonnes tensions

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100243-english2-IMG-20210419-184137.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100243-english2-IMG-20210419-184137.jpg)

Et on a Gravitar sur 5 pouces ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100335-english2-IMG-20210429-174451.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100335-english2-IMG-20210429-174451.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100417-english2-IMG-20210429-174440.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100417-english2-IMG-20210429-174440.jpg)

ou Asteroids Deluxe

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100447-english2-IMG-20210429-174443.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100447-english2-IMG-20210429-174443.jpg)

ou même Star Wars

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512100553-english2-IMG-20210429-174605.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512100553-english2-IMG-20210429-174605.jpg)

Donc, voilà pour quelques expériences sur le petit écran, mais là mon attention est plus portée vers une solution pour parfaire une image sur un écran de la taille d'une borne d'arcade classique ...

mais du coup, ce sont des tubes similaires mais les platines qui changent pour vectoriel ?

je pensais que les tubes étaient different également

J'ai vu beaucoup de débat sur cette question, mais je sais que le même tube a parfois été monté d'origine sur une borne vectorielle et raster, les différences étant le yoke et la platine. En tout cas, j'ai testé mon tube en mode raster avant de commencer les modifications ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210512104244-english2-IMG-20210307-141626-1-.jpg) (https://gamoovernet.pixhotel.fr/pics/20210512104244-english2-IMG-20210307-141626-1-.jpg)

Bonjour à tous.

Ici un "Wells Gardner 6100 p329 High Voltage Board (https://paradisearcadeshop.com/products/wells-gardner-6100-p329-high-voltage-board)" vierge pour $15.

Merci pour le lien. J'avais pensé à commander celle-ci, mais avec tous les frais additionnels, la note sera considérablement plus salée que $15. J'hésite encore, mais j'ai déjà une commande en cours de 2 flybacks depuis les US ... et je dois veiller au budget. Je vais peut-être finir par craquer histoire d'avancer ...  :-\ 

Citation de: gc339 le Mardi 11 Mai 2021, 18:46:12 PM
Pour moi il n'y a que deux composants qui posent problème:
● Le petit transformateur de liaison.
● Le bloc THT A201005-01F.

En ce qui concerne le premier, celui prélevé sur une épave de châssis MTC900, MTC90xx, Intervideo VP... devrait faire l'affaire.
Pour le second, le bloc THT A201005-01F apparait être disponible aux US pour ≈ $30, il y en a même en ce moment 12 en vente sur eBay (objet 303205647187)

Bon en fait pour ce qui concerne le petit transformateur de liaison, le choix est moins large qu'annoncé. Ceux des châssis Hantarex ne conviennent pas car leur primaire est prévu pour être alimenté sous +130 Vdc. Ne reste plus en liste que ceux des châssis Intervideo VP series qui eux sont alimentables en +24 Vdc:


Ce transfo driver à récupérer sur une épave de châssis Intervideo VP series devrait pouvoir remplacer le T901 du schéma du module HV du WG6100:


Par la même occasion Q905 (2N6557) devrait pouvoir l'être par un BD137 et Q906 (BU207) par un BU508 ou mieux par un BU508D remplaçant Q906 + D902.

---

Ce qui est curieux, c'est que les spécialistes vidéo anglo-saxons n'ont jamais publié une solution de remplacement pour le bloc THT qu'ils pouvaient par ailleurs acheter facilement comme pièce détachée chez leurs vendeurs spécialisés.
Un bloc de substitution doit donc avoir le pied de l'enroulement THT et le pied du bloc potentiométrique bien séparés, avec les modèles HR-DIEMEN usuels en arcade, au moins trois références ont cette particularité:
• HR 6553 (VNS2000), broches 9 & 7,
• HR 7191 (Hantarex Polo), broches 7 & 11,
• HR 7232 (Intervideo Serie VP), broches 6 & 9.


Dans un premier temps, j'avais pensé utiliser l'enroulement secondaire, celui qui délivre le +24 volts, à la place de l'enroulement primaire pour être compatible avec le schéma du module HV du WG-6100. Cependant cela s'avère impossible car, pour les trois références, cet enroulement à un point commun avec le pied du bloc potentiométrique.
Il ne reste plus qu'une solution, bobiner un enroulement sur la portion accessible de la ferrite. Certains l'on déjà fait et commercialisé pour des générateurs de Tesla, ici on compte 6 spires pour une alimentation en +12 volts. (2 volts par spire ?).


Bien sûr cela reste à expérimenter avec l'un de ces modèle de bloc THT car la puce 555 délivre un signal dont le rapport cyclique égale ≈ 50% alors que dans un moniteur conventionnel, l'impulsion dans les enroulements est de ≈ 8µs soit 12,5% de la durée d'une ligne de 64µs.

J'ai fini par craquer, et j'ai commandé le PCB P329 aux USA. Je suis en train de constituer la liste des composants à commander chez Mouser pour la carte WG6100 par rapport à ce que j'ai déjà. Concernant le T901, j'ai demandé à Dez de rajouter un 2ème à ma commande comme il n'est pas encore revenu vers moi avec une date d'expédition, mais ça risque de trainer des semaines.

Je suis curieux d'en savoir plus sur la pièce Intervideo VP Series, sa spécification et sa référence (qui l'a fabriqué) au cas où je peux le trouver ailleurs, ou un équivalent proche. Est-il possible que la pièce ait été fabriquée uniquement pour Intervideo ? Je n'ai aucune idée qui aurait une carcasse de ce chassis ...

En ce qui concerne les transistors, pour Q905 j'ai vu que la liste sur le site de Dezbaz mentionne également MJE340, MPSW42G et MPSU10.

Pour Q906, merci pour le tuyau car je n'avais pas encore trouvé (selon Dezbaz on peut mettre BU208, BU209, 2SD819, 2SD1098, D819, D1098, 2SC2928, 2SD350(A), 2SD820, BU208A, KT838A mais je ne les ai pas trouvé). J'ai un choix entre BU508AW et BU508AF, le premier me semble être plus robuste.

Intéressant la réflexion sur les THT, et la solution d'enroulement. Donc 12 spires pourraient donner environ 24V...

Ce sujet est très intéressant car je ne me suis jamais penché sur ce type de système vectoriel qui n'est pas commun

C'est sacrément technique mais c'est très instructif même si je ne comprends pas tout.

Merci en tout cas pour ce sujet  ^-

Citation de: english2 le Mercredi 12 Mai 2021, 18:30:52 PM
Je suis curieux d'en savoir plus sur la pièce Intervideo VP Series, sa spécification et sa référence (qui l'a fabriqué) au cas où je peux le trouver ailleurs, ou un équivalent proche. Est-il possible que la pièce ait été fabriquée uniquement pour Intervideo ? Je n'ai aucune idée qui aurait une carcasse de ce chassis ...

Ici le schéma (http://the.nerv.free.fr/docpro/Intervideo.pdf) et le manuel (http://the.nerv.free.fr/docpro/intervideo_vp.pdf) des moniteurs Intervideo serie VP.

Le transformateur driver T4 du châssis Intervideo série VP:


La numérotation des pins est un peu zarbi, mais c'est ainsi que je l'ai relevée à partir du PCB Intervideo.

Le détrompeur "D" (le petit bitoniau en plastique) est localisé entre les pins 2 et 4.

Primaire 2-3 = 13 Ω / 13,9 mH, secondaire 1-4 = 0,15 Ω / 0,27 mH,  (T901 du WG6100 selon Dezbaz (http://www.dsbelec.iinet.net.au/Wg6100_Dezbaz.htm) = primaire 17,5 Ω / secondaire 0,18Ω).

L'équivalence entre les pins du T901 WG original et celle du T4 d'Intervideo: A = 4, B = 1, C = 3 et D = 2

@english2: Evidemment, je peux vous en fournir un exemplaire, j'ai suffisamment d'épaves en réserve.

---

Pour dépanner sa G-Loc Sega perjmolsen a fait réaliser des transformateurs en Chine (https://www.gamoover.net/Forums/index.php?topic=36585.msg616748#msg616748). Je crois qu'il a fourni un exemplaire HS pour que le bobineur puisse l'ausculter et le copier.
Le contacter pour profiter de son expérience si vous désirez en faire réaliser pour vos contacts.

Merci encore ! J'ai envoyé un message à Per. S'il était possible de les faire fabriquer à peu de frais, je pourrais partager les autres avec ceux qui en ont besoin pour leurs projets.

Salut,

Citation de: gc339 le Mardi 11 Mai 2021, 23:51:00 PM
@Le Petit Lapin
Ci-dessous deux liens instructifs, bonne lecture!
• https://www.jmargolin.com/xy/xymon.htm
• https://www.jmargolin.com/vgens/vgens.htm

Le bobinage vertical est conçu pour une fréquence de balayage de 50 Hz, son inductance est donc relativement élevée bien que les deux enroulements qui le constitue soient câblés en // mais en opposition pour les flux (L = L1 + L2 - M L1 L2, M étant le coefficient de couplage entre les deux):

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210511231817-gc339-Tore.PNG) (https://gamoovernet.pixhotel.fr/pics/20210511231817-gc339-Tore.PNG)

Merci beaucoup gc339 pour les liens et pour les explications !  ^- Je n'ai pas encore tout lu, mais c'est très intéressant ! Et cela m'a déjà permis d'éclaircir les lointains souvenirs d'un cours sur les écrans à tube cathodique : si je me souviens bien, ce cours d'il y a plus de 30 ans mentionnait que les écrans à "affichage calligraphique" ou écrans vectoriels étaient basés sur une déviation électrostatique du faisceau d'électron, quand les écrans à balayage utilisaient une déviation électromagnétique. Grâce au 1er lien vers les explications de Jed Margolin sur les écrans XY, cela lève enfin 30 ans d'une vision confuse et incertaine sur le sujet ! :) Il y a donc aussi des écrans vectoriels qui utilisent une déviation électromagnétique !

Citation de: english2 le Mercredi 12 Mai 2021, 09:42:26 AM
../.. (désolé si je n'utilise pas tout à fait les bons termes, ce n'est pas ma langue maternelle, et je ne suis pas diplômé en électronique)

Avec ton pseudo, j'en déduis que l'anglais serait plutôt ta langue maternelle ? :) Et bien crois moi, tu peux être très très fier de ton Français car il est excellent ! 8) Et même bien meilleur que bien des personnes dont le Français est pourtant la langue maternelle !  ^-^

Merci pour les nombreuses photos que tu as ajoutées sur tes travaux !  ^-

A+

Citation de: english2 le Mercredi 12 Mai 2021, 18:30:52 PM
Intéressant la réflexion sur les THT, et la solution d'enroulement.

Parmi les 3 blocs pressentis, deux ne conviennent pas car si effectivement le pied de l'enroulement THT et le pied de l'enroulement potentiométrique sont bien séparés, ce dernier est connecté à une des pins des enroulements secondaires, en l'occurrence celle prévue pour la masse.

Ne reste plus que le HR-7191 dont les pins mentionnées sont bien flottantes.


Voici les caractéristiques des enroulements que j'ai pu mesurer sur un bloc HR-7191 récupéré sur une épave de Polo Hantarex:


La mesure de la résistance est imprécise, la plus basse gamme du multimètre est de 200 Ω à pleine échelle et en plus j'ai retranché 0,1 Ω pour la résistance des cordons de mesure.

A titre d'essai, j'ai ensuite bobiné un maximum de spires de fil isolé plastique sur le montant libre de la ferrite du bloc histoire de comparer l'inductance obtenue à celle des enroulements internes.
J'ai pu y loger 35 spires.


La déformation visible au beau milieu de l'enroulement est due à l'entrefer, les branches des "U" de ferrite ont été mal alignées quand elles ont été collées l'une sur l'autre.

J'obtient 205 µH avec ces 35 spires, plus que celle des enroulements 5-9 et 5-10!
Un second essai avec seulement 15 spires bobinées en bas du circuit magnétique a donné une inductance de 39 µH.

---

Citation de: english2 le Mercredi 12 Mai 2021, 18:30:52 PM
Donc 12 spires pourraient donner environ 24V...

C'est plus prudent de dire que 6 spires sont nécessaires avec ce module générateur alimenté en 12 volts.

Le nombre de spires nécessaire avec le schéma du module HV du WG6100 ou du module Amplifone reste à déterminer par "tir de mortier".
Le premier tirant son énergie entre le rail négatif 25,9 volts et l'alimentation régulé 6 volts, soit ≈ 32 volts. Le second l'obtenant entre les deux rails ± 24 volts soit 48 volts.
Il faut commencer prudemment avec un maximum de spires pour minimiser le rapport de transformation primaire/secondaires, mesurer à chaque fois les tensions obtenues jusqu'à obtenir le nombre de spires optimal.

La tension B+ pour la neck-board sera obtenue à partir de l'enroulement 5-9 du HR7191 à l'instar du châssis Polo Hantarex.
La tension de chauffage (Heater) pourra être délivrée par l'enroulement 5-6. A noter que cet faculté est absente sur le WG-6100, les filaments du tube étant alimentés par une tension continue.

Citation de: Fred G5 le Mercredi 12 Mai 2021, 19:18:58 PM
Ce sujet est très intéressant car je ne me suis jamais penché sur ce type de système vectoriel qui n'est pas commun

Comment ça pas commun? Il y a ici sur Gamoover (https://www.gamoover.net/Forums/index.php?topic=20677.0) un sujet vieux de plus de 10 ans qui a été lu plus de cent quinze mille fois (115 156 fois à ce jour)!
C'est bien dommage, la plupart des photos ont disparu, elles auraient pourtant dû être pérennes puisque hébergées sur le serveur d'image Mame Univers associé (http://img1.uplood.fr/mamu/).

Quelques recherches sur le T901 aujourd'hui :

Video ici de la fabrication par Dezbaz video (http://www.findglocal.com/AU/Perth/1526806230907637/Amazing-Arcading/videos/1764715493783375)

En termes de spécification, il y aurait 619 à 625 spires de fil AWG34, et 23 à 26 spires sur le secondaire avec du AWG 22, avec (à confirmer) une inversion entre la version Amplifone et celle du WG6100 (qui a été géré par Dezbaz en inversant les fils sur le PCB qu'il fournit avec le transfo) :

"When you disassembled the T901, did you make note of the direction of the windings? The Amplifones T1 have the input inverted from it's output (Note the little dots are opposite).
The diagram of the WG6100 says they are not inverted (No little dots). Now this can get confusing, but, to achieve inverted output, the Amplifone transformersare wound in the SAME direction around the bobbin. So, if the WG6100's are wound in the opposite direction on the bobbin, then they are in fact wound as NOT inverted (As the diagram suggests)"

puis

"Since its an AC coupling transformer, basically passing a square wave. Id bet it really doesnt matter.. youd really just end up with a 180 degree shift in the phase, the net result is rectified to DC anyway.."

et enfin en conclusion :

"I actually unwound mine anyway, and discovered it is inverted, as was the Amplifone. But in the case of the WG, the PCB tracks swap it back again so the diagram is correct."

Le sujet a été évoqué sur Vectorlist :

"On 09/06/11 18:38, Ken Sumrall wrote:
> So, looking at the schemtics, T901 is switched on and off between the B+ and B- rails, for about 53 volts minus the drop across Q905, so let's call it 52 volts. Then the secondary is listed as being -27.6, but it's connected on one side to B-, or -26.4 volts. So, that's 1.2 volts across the secondary and R926. I'm not sure why R926 is a 2W resistor, because the only current would be to drive the base of a transistor, which should be in the mA range. Then again, the size of the secondary wire in the picture is thicker than that required to drive tens of mA. Let's say it's 100 mA, then the drop across R926 is 0.22 volts. So the primary is 26.4 volts versus the secondary at 1.2-.22 is 0.98, or a ratio of 26.9:1. And 625 turns / 23 turns is a ratio of 27.2:1. So your count of the turns ratio seems rather accurate. In other words, I have faith in your counted turns."

Il y a peut-être un peu de souplesse au niveau de la résistance et inductance acceptables, car Dezbaz a publié une image sur son site qui donne des mesures encore différentes de primaire 17,5 Ω / secondaire 0,18Ω, ce qui ouvre peut-être le champ de possibilités de pièces équivalentes
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210514194046-english2-Amp-T1-WG61-T901-Compare.jpg) (https://gamoovernet.pixhotel.fr/pics/20210514194046-english2-Amp-T1-WG61-T901-Compare.jpg)

Enfin, j'ai fait une recherche de JD/208 qui est le code de la pièce chez Intervideo, mais cela ne donne pas grand chose malheureusement.

Bonsoir à tous.

Effectivement le signal aux bornes du primaire de T901 du WG6400 a bien une amplitude d'une bonne cinquantaine de volts:
• Point froid du primaire connecté au rail B+ (27,8 volts) à travers R917.
• Emetteur du transistor driver Q904 raccordé au rail B- (-25,9 volts).

Par contre ce n'est que la moitié pour le primaire de T1 de l'Amplifone:
• Point froid du primaire connecté au rail +24 volts à travers la cellule MC1.
• Emetteur du transistor driver Q3 raccordé à la masse GND.

Ce qui explique pourquoi la résistance de cet enroulement du T901 du WG6400 vaut plus du double de celle du T1 Amplifone car le nombre de spires doit être au moins doublé. Quoique l'enroulement du premier est peut être réalisé avec du fil plus fin,  le courant le parcourant étant moindre pour une puissance équivalente absorbée par la base du transistor hacheur. Ce qui expliquerait le Δ de ≈ 4 Ω entre le double (16) et 20,5.

Le transformateur driver JD/208 Intervideo peut directement remplacer le T1 Amplifone, un signal d'amplitude similaire se retrouve appliqué sur leurs primaires.
Il doit être aussi possible de remplacer le T901 Wells Gardner à condition de déconnecter le point froid du primaire du JD/208 pour le raccorder à la masse (contact 5 de P900), on divise ainsi par 2 la tension appliquée à cet enroulement.

La fréquence de hachage est déterminé par les éléments RC associés à la puce 555, par calcul on obtient ≈ 21 kHz pour le WG6400 et ≈ 32,9 kHz pour l'Amplifone (potentiomètre R7 à mi-course).

---

Accessoirement, une représentation du signal aux bornes du JD/208 Intervideo:
• Primaire: collecteur du transistor driver Q2 (TP7).
• Secondaire: base du transistor hacheur Q3 (Fig.5).

Bonsoir à tous.

Voila, j'ai dessoudé les transfos driver sur toutes mes épaves de châssis Monitronic R2E (http://the.nerv.free.fr/docpro/Monitronic.pdf). La même référence 472814 00 est sérigraphiée sur tous les exemplaires, qu'ils proviennent d'un Monitronic ou d'un Monitronic Master 2000 (les 2 pour tube 90°) que d'un Monitronic Master 3000 (pour tube 110°).


Ici les enroulements du primaire et du secondaire sont bobinés côte à côte, séparés par une cloison centrale pour un meilleur isolement entre les deux.

Voici les caractéristiques relevées sur chacun de ces transformateurs drivers, la résistance du secondaire n'est pas mesurable avec mon multimètre, elle doit être de l'ordre du dixième d'ohm.


J'ai sacrifié un neuvième driver et un "U" de ferrite s'est ébréché quand la colle à cédé sous la torsion:


Comme il fallait si attendre, un entrefer a été aménagé entre les deux "U" pour éviter la saturation du noyau magnétique car au courant pulsé qui circule dans l'enroulement primaire se superpose une composante continue.
Ce doit être aussi le cas pour tous les drivers avec une structure similaire. Le transformateur driver T901 du WG6400 et T1 de l'Amplifone subissent aussi cette composante continue, il devraient donc aussi comporter cet entrefer!
L'espacement adéquat est assuré par une feuille de plastique, ce sont les petits carrés translucides posés sur le carton noir. Elles sont insérées entre les branches des "U" et l'ensemble est collé pour ne faire qu'un.

• L'épaisseur de ces carrés de plastique est de 1/10 de mm,
• Le Ø du fil du primaire est de 15/100 de mm,
• Celui du fil du secondaire est de 65/100,
• Les 2 enroulements sont bobinés dans le même sens.

Ne reste plus qu'à dérouler les fils en comptant les tours et à mesurer les dimensions de la carcasse une fois mise à nu...

Merci pour ce démontage qui éclaire encore plus la conception du transfo. Je vois que les sections des fils sont très proches de celles utilisées pour le T901 (je ne me rends pas compte de l'épaisseur de la couche émaillée) :

- primaire AWG 34 = diamètre 0,1601mm vs 15/100 mesuré sur le Monitronic
- secondaire AWG 22 = diamètre 0,6438mm vs 65/100

A ce stade, je vois donc 4 pistes pour obtenir des T901/T1 :
1/ en réutilisant des pièces prélevées sur des chassis Intervideo SP (il est un peu frustrant de penser qu'il existe peut-être d'autres références compatibles, mais pas de moyen facile de les identifier) - quid de la rareté ?
2/ en adaptant d'autres pièces d'occasion plus répandues (Monitronic, ...)
3/ en adaptant des pièces neuves (Aliexpress, Wurth, ...)
4/ fabrication en Chine

Je ne me rends pas compte de la faisabilité des pistes 2 et 3. Si on voulait reproduire les caractéristiques du T901 sur la base du transfo Monitronic pour fonctionner avec un WG6100 (est-ce que l'espacement des plots est identique de façon à se monter sans modification sur le PCB à la place ?), il serait peut-être possible de ne laisser qu'une vingtaine de spires sur le secondaire avec le fil existant pour comparer avec la cible ?

En revanche, pour le primaire, compte tenu de la finesse du fil et le nombre de spires, cela serait plus compliqué j'imagine. Une solution pourrait être de dérouler une centaine de spires à la fois et mesurer à chaque fois pour se rapprocher de la résistance recherchée.

Par curiosité, j'ai fait une recherche rapide avec la référence 472814 00 pour voir si la pièce est facilement disponible, mais pas de succès pour le moment, mais je suis tombé sur des pièces neuves avec diverses caractéristiques - pas facile de naviguer dans tout cela pour retrouver quelque chose d'approchant.

Pas de réponse de Per pour la piste de faire refabriquer en Chine, donc après quelques recherches ce site a été recommandé : http://erhk.hk/custom-parts-2/  - il y a des catalogues en ligne de toutes les pièces nécessaires pour fabriquer un transfo à condition d'avoir toutes les caractéristiques. Je pourrais leur soumettre une demande de devis et si le tarif est raisonnable lancer une commande pour faire bénéficier la communauté.

Citation de: english2 le Dimanche 16 Mai 2021, 10:46:59 AM
Pas de réponse de Per pour la piste de faire refabriquer en Chine

Per a posté sur d'autre forum comme ArcadeControls.com, vous pouvez aussi tenter de le joindre par ce biais. Tel le Petit Poucet, il a semé beaucoup de petits cailloux (sur le net). On les retrouve rien qu'en tapant son pseudo sur google.

Citation de: english2 le Dimanche 16 Mai 2021, 10:46:59 AM
Merci pour ce démontage qui éclaire encore plus la conception du transfo. Je vois que les sections des fils sont très proches de celles utilisées pour le T901 (je ne me rends pas compte de l'épaisseur de la couche émaillée)

Réutiliser des transformateurs driver récupérés sur des épaves de châssis serait une bonne option pour quelques exemplaires. Le problème c'est que dans la plupart des cas il faut débobiner des spires au primaire.
Avec un peu de patience, c'est possible. Peu importe si le fil débobiné en a souffert, mais quid de la section du fil restant si l'on en débobine la moitié? Car il faudrait alors que sa section soit augmentée à l'inverse pour ne pas accroitre les pertes. Donc pas d'autre alternative que de séparer les 'U" du circuit magnétique pour pouvoir rebobiner le primaire avec une section de fil adéquate. Pour cela il faudrait trouver un moyen d'affaiblir la colle qui les lie sinon on risque d'endommager les pièces de ferrite en forçant pour les séparer.

Je vais jeter un coup d'oeil sur arcadecontrols pour voir ...

Sinon, j'ai regardé cette video de 4 minutes l'autre jour qui montre plusieurs techniques pour démonter sans casser les ferrites lien (https://youtu.be/IOwT8GkvIjs). Pour les ferrites des yokes jusqu'à maintenant la station d'air chaud a très bien fonctionné pour les séparer.

J'ai reçu une réponse de Per. Il avait posté une demande sur Alibaba initialement. Plusieurs ont répondu, mais quand il leur a demandé de l'aide pour les spécifications ils n'ont pas pu aller plus loin. Une seule société a répondu positivement afin d'élaborer les bonnes spécifications, il leur a envoyé un transfo défectueux.

Ils ont fabriqué 10 transfo à des fin de test, Per a payé uniquement les fdp (environ $10). Il a reçu une fiche descriptive au cas où il aurait besoin de faire une commande ultérieure. Ils ont produit 50 pièces, et quand il a demandé à payer ils ont répondu que c'était gratuit car ils avaient de bons souvenirs d'avoir joué avec un Sega Gloc pendant leur enfance !!! Per leur a dit que si quelqu'un le contactait, qu'il les aiderait avec un remplacement.

Donc en effet, peut-être qu'il serait possible de suivre cette piste en soumettant une demande similaire et en leur envoyant un transfo Intervideo.

Salut,

Citation de: english2 le Mardi 18 Mai 2021, 10:23:09 AM
Ils ont fabriqué 10 transfo à des fin de test, Per a payé uniquement les fdp (environ $10). Il a reçu une fiche descriptive au cas où il aurait besoin de faire une commande ultérieure. Ils ont produit 50 pièces, et quand il a demandé à payer ils ont répondu que c'était gratuit car ils avaient de bons souvenirs d'avoir joué avec un Sega Gloc pendant leur enfance !!!

C'est dingue et absolument génial comme histoire !  :o

On a souvent l'image de l'entreprise Chinoise soit exploitant ses salariés, soit cherchant à casser les prix pour s'imposer sur le marché mondial... Mais il y a aussi le "bon Chinois", fan d'arcade et généreux quand il s'agit d'aider un petit Européen dans la sauvegarde du patrimoine Arcade, même à petite échelle !  ^-^

A+

Citation de: english2 le Dimanche 16 Mai 2021, 17:01:56 PM
Sinon, j'ai regardé cette video de 4 minutes l'autre jour qui montre plusieurs techniques pour démonter sans casser les ferrites lien (https://youtu.be/IOwT8GkvIjs). Pour les ferrites des yokes jusqu'à maintenant la station d'air chaud a très bien fonctionné pour les séparer.

Ce que je crains avec l'élévation de température, c'est que les feuilles de plastique de l'entrefer fondent et ne soient plus récupérables. Il faudra modérer le chauffage pour rester en dessous du point de ramollissement mais est ce que la température sera suffisante pour que la colle soit sensiblement affaiblie?

Citation de: english2 le Mardi 18 Mai 2021, 10:23:09 AMIls ont produit 50 pièces, et quand il a demandé à payer ils ont répondu que c'était gratuit car ils avaient de bons souvenirs d'avoir joué avec un Sega Gloc pendant leur enfance !!!

Quand vous consulterez les bobineurs d'Alibaba, faudra surtout bien mentionner que c'est pour réparer des bornes Sega de jeux vectoriels. Sait-on jamais

---

---

J'ai enfin débobiné le transformateur 472814 00 Monitronic R2E:

Primaire
• 610 spires de fil 15/100,
• 22,2 mètres de fil (j'ai dû sortir le double décamètre!).

Secondaire
• 20 spires de fil 5/10 (j'avais indiqué 65/100, c'était une erreur c'est bien du 5/10!),
• 60 cm de fil.

Chaque gorge de la carcasse mesure 4,3 mm de largeur, la section de son fond est presque carrée avec 8,6 × 7,5 mm.

---

---

Pour pouvoir mesurer le diamètre des fils du transformateur driver JD/208 Intervideo sans l'endommager, j'ai déroulé le fil soudé sur le haut des pins:
•  Ø 20/100 mm pour le primaire,
•  Ø 6/10 mm pour le secondaire.
Chaque enroulement ne semble pas bobiné séparément dans une gorge mais plutôt l'un sur l'autre (primaire sur secondaire) car les sorties de chacun s'effectuent sur le même face de la ferrite et non pas de part et d'autre comme sur le transfo Monitronic.

Bonjour à tous

Réception ce jour de 2 THT depuis les USA pour WG6100. Malheureusement, sur un des 2 il y a une partie cassée. Le fil est toujours branché, mais le joint entre le plastique et l'epoxy est cassé. J'espère que je peux simplement remettre de l'epoxy autour sans problème.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210522202028-english2-IMG-20210522-201533-2.jpg) (https://gamoovernet.pixhotel.fr/pics/20210522202028-english2-IMG-20210522-201533-2.jpg)

Bonjour

Réception d'un colis en provenance d'Australie avec PCB, neckboard, et autres pièces pour monter une carte THT Amplifone, ainsi que le fameux transfo T901 pour carte THT WG6100 ! A noter une différence d'inductance entre les 2 transfos, alors que j'avais compris qu'ils étaient les mêmes en termes de spires/fil ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210602150817-english2-IMG-20210602-150407.jpg) (https://gamoovernet.pixhotel.fr/pics/20210602150817-english2-IMG-20210602-150407.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20210602151351-english2-IMG-20210602-151002.jpg) (https://gamoovernet.pixhotel.fr/pics/20210602151351-english2-IMG-20210602-151002.jpg)

Bonsoir à tous !

Ca fait 6 mois depuis la dernière mise à jour de ce topic car j'ai fait un petit détour de quelques mois pour fabriquer une PCB Asteroids toute neuve, ce qui n'était pas une mince affaire vu mes faibles compétences en électronique. C'est désormais chose faite, donc je reviens à la problématique de base : générer la THT. J'ai presque terminé la construction de 2 cartes : une Amplifone et une WG6100, il me manque encore quelques pièces pour les finir, et ensuite j'espère pouvoir passer aux tests de fonctionnement.

PCB Asteroids tout neuf
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20211209203753-english2-IMG-20211202-151600.jpg) (https://gamoovernet.pixhotel.fr/pics/20211209203753-english2-IMG-20211202-151600.jpg)

PCB THT WG6100 et Amplifone
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20211209203732-english2-IMG-20211209-093750.jpg) (https://gamoovernet.pixhotel.fr/pics/20211209203732-english2-IMG-20211209-093750.jpg)

A bientôt, si tout va bien ...

Salut,

Wow !!  :o

Un énorme BRAVO pour tout ce travail accompli : c'est génial !  :-)=

Je reconnais sur ta deuxième photo le panel d'une borne Asterock ! :D

J'ai la même borne, qu'il me faut restaurer, et quand je l'ai achetée elle était sans son PCB :'(. Même si depuis j'ai acheté un PCB Asteroids d'occasion (non testé) pour espérer lui redonner vie un jour, tous tes développements m'intéressent au plus au point !  8)

Si tes travaux aboutissent, je suis sûr qu'ils intéresseront un petit paquet de gens à travers la planète : tu pourras certainement lancer la fabrication d'une série de toutes tes cartes pour les vendre !  ^-^

A+

Bonjour à tous.

J'avais laissé le projet de substitution en suspend car à l'époque je n'avais pas d'alimentation 24 volts assez puissantes pour expérimenter.

Mon idée était de rajeunir et de simplifier le schéma ci-dessous en remplaçant une bonne partie des transistors et des composants associés par des circuits intégrés courants et le bloc THT dédié par une des références HR-Diemen plus facile à trouver puisque utilisée dans les moniteurs arcade européens:


• Les transistors de la régulation (à gauche) par un régulateur genre LM723.
• Ceux de la sécurisation (au centre) par un second 555 dont on utilise les comparateurs de seuil pour détecter un défaut et la flip-flop interne pour le mémoriser.

J'avais commencé à réaliser le générateur d'impulsions en recyclant une vielle platine Jeutel:


L'ébauche du schéma projeté:

@Little_Rabbit : merci pour les encouragements ! Je n'ai malheureusement que le panel de la borne Asterock (+ faisceau Asteroids Deluxe, alim Atari Centipede, déflection Amplifone de Star Wars, 2 alims 24V d'Aliexpress, des PCB HV de Amazing Arcading et d'Arcade Shop, et le tube cathodique d'un téléviseur - c'est donc une Frankenborne !). Dommage que tu sois si loin sinon j'aurai pu te prêter Asteroids pour tester ta borne, mais si tu veux faire ton propre PCB j'en ai 4 autres à monter, je t'en donne un sans problème. Si je peux t'aider à distance pour ta borne, dans la limite de mes compétences, cela sera avec plaisir. Et dis-moi si jamais tu décides de vendre ta borne ...  ;)

@gc339 : je trouve le projet très intéressant, idem si je peux aider bien qu'étant à distance cela sera avec plaisir. Je pourrai peut-être tester l'alim sur ma frankenborne si besoin, par exemple. 

C'est bientôt la période des vacances, donc je continuerai sans doute en janvier (en espérant recevoir d'ici-là les pièces qui manquent pour terminer les cartes HV).

Salut,

@english2 : merci, c'est super gentil de ta part !  ^-^ Mais il faudrait que je commence par me lancer dans le projet, car je n'y ai pas du tout touché depuis son acquisition !... :-\ Et tel que je me connais, il pourrait bien encore s'écouler quelques années avant que je ne me lance dans cette aventure !...

@gc339 : c'est très intéressant en effet ! Je ne connais pas le principe de fonctionnement de cette carte : accepterais-tu de nous décrire sommairement en quoi consiste ce générateur d'impulsion, et quel est son rôle dans un écran à affichage vectoriel ?

Merci :).

A+

Bonsoir à tous.

Avec un moniteur vectoriel, l'écran n'est plus balayé cycliquement sur toute sa surface comme avec un moniteur d'arcade standard, il n'y a donc plus de circuits dédiés au balayage ligne à 15 kHz et trame à 50 Hz.
Ces circuits ont alors été remplacés par des DAC (convertisseurs Digital/Analogique) suivis par des amplificateurs linéaires pour déplacer le spot lumineux sur l'écran au gré des signaux numériques issus de la carte de jeu..
Hors c'était la base de temps ligne qui générait l'impulsion nécessaire à la production de la THT ainsi que de 3 ou 4 autres tensions subsidiaires lors du retour du spot en début de ligne.
C'est pourquoi la THT ainsi que la haute tension pour les amplificateurs vidéo doivent être produite à partir d'un circuit indépendant qui possède son propre oscillateur pour générer l'impulsion nécessaire sur le primaire du transformateur THT.

C'est bien le cas avec le circuit "High Voltage Board" du moniteur Wells-Gardner dont le schéma est joint ci-dessous:

• La base de temps à proprement parler (fond jaune pâle) est constituée d'un 555 (IC901) oscillant à une vingtaine de kHz. Le signal impulsionnel produit est amplifié par Q904 et Q905 avant d'être appliqué au transistor de puissance (Q906) connecté au primaire du bloc THT.
• La sécurité contre l'apparition de rayons X (fond bleu pâle). Ceux-ci sont produits lorsque la THT excède les 30 kV.
  On la mesure par l'intermédiaire du pont diviseur constitué de R929, R930 et de la résistance série des potentiomètres du bloc THT, c'est pourquoi il faut utiliser un bloc THT dont le pied des potentiomètres et celui de l'enroulement THT ne sont pas connectés à la même broche de sortie.
  Le flip-flop (Q908/Q909) change d'état si la tension à la sortie du pont excède celle de la consigne (ZD903) provoquant l'allumage de la LED (D903) et l'inhibition du 555 oscillateur (IC901).
• La régulation (fond vert clair) est réalisée de façon indirecte. On régule le 180 volts produit pour les amplificateurs vidéo, et la THT par la même occasion, en intervenant sur la tension d'alimentation du transistor de puissance T906.
  La tension de 180 volts est produite à partir d'une prise intermédiaire de l'enroulement primaire du transfo THT grâce à D901, R912 et C910. Cette tension est ensuite réduite de 150 volts (ZD902) avant d'être appliquée via Q903 sur l'entrée d'un régulateur simplifié constitué de Q900 à Q902 et de ZD901. La tension en sortie du transistor ballast Q900 n'est que de 6 volts, mais comme l'émetteur du transistor de puissance T906 est connecté au rail négatif (-26 volts), ce transistor est finalement alimenté en 32 volts à travers l'enroulement primaire du transfo THT.

Salut,

Merci beaucoup gc339 pour ces explications !  ^-^

A+

Un dernier petit point d'avancement avant la trêve des fêtes. La carte THT Wells Gardner 6100 (19K6100) est terminée, et en cours de mise au point. J'avais besoin de la monter dans un chassis métallique pouvant faire office de dissipateur de chaleur, et j'ai retrouvé un bac à batterie que j'avais enlevé d'une de mes motos Triumph en cours de restauration. Quelques trous avec la perceuse et j'ai pu monter la carte, le "focus block" et les 2 transistors dessus, ainsi qu'un dissipateur de chaleur supplémentaire.

Ensuite, c'était la casse tête pour fabriquer un faisceau sur mesure afin de brancher des choses qui ne sont pas forcément faites pour être branchés ensemble : THT WG6100, déflection Amplifone, PCB du tube Amplifone, deux alim supplémentaires pour fournir du -24V/+24V. Ca marche à peu près, suffisamment pour des tests.

Beaucoup d'hésitation avant de brancher cette Frankenborne par peur de provoquer une incendie ... j'ai fini par appuyer sur le bouton .... et PFFFFT - de la fumée magique est sortie très rapidement, donc j'ai vite éteint ! Deux résistances (R900 et R907) avaient brulé, pourtant ils étaient de la bonne valeur. Le temps de commander des résistances supplémentaires, cette fois en 3W, j'ai refait un test. Et là, la THT apparaissait pendant 1 à 2 secondes, puis plus rien. En réglant les potentiomètres, j'ai réussi à avoir de la THT et pas de fumée, mais la tension était trop haute (24KV au lieu de 19,5) et impossible à régler. Un peu de recherche, et j'ai changé Q902. Nouveau test, et cette fois-ci je pouvais régler la tension à 19,5KV sans problème. En revanche, le B+ devait être à 180V, mais se trouvait à 200V. En baissant la THT je pouvais baisser le B+ également, mais pour le moment les deux sont "désynchronisés" par rapport aux valeurs souhaitées. Je soupçonne que d'autres transistors sont à changer suite à l'episode de fumée. De même le circuit pour éviter les surtensions est sans effet. Je regarderai après les fêtes.

Je n'ai pas résisté à la tentation de brancher la carte Asteroids pour voir ce que ça donne, et j'ai pu obtenir une image, bien que pas très bonne. L'image bouge, et on reconnait que le jeu dessine des Asteroids, mais ... Le fait de brancher tout ensemble fait que le jeu fait des "reset" sans cesse, et il n'y a pas de déflection horizontale, donc je vais devoir investiguer ce problème également. Enfin, ça progresse par petits pas, avec des échecs et des réussites. J'espère avoir une image reconnaissable dans peu de temps. Bonnes fêtes à tous !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20211221183150-english2-IMG-20211221-180425.jpg) (https://gamoovernet.pixhotel.fr/pics/20211221183150-english2-IMG-20211221-180425.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20211221183209-english2-IMG-20211221-180454.jpg) (https://gamoovernet.pixhotel.fr/pics/20211221183209-english2-IMG-20211221-180454.jpg)

Je progresse ... le jeu ne fait plus de reset, la déflection horizontale et verticale fonctionne correctement - il reste encore à finaliser la carte THT afin de corriger la brillance de l'image
La suite sera pour 2022 ...!

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/12/31/20211231181453-english2-IMG_20211231_180919.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/12/31/20211231181453-english2-IMG_20211231_180919.jpg)

Bonne année à tous ! J'étais persuadé que ma carte de déflection achetée aux US pour $$$ en état HS était encore défecteuse malgré une remise en état poussée. Après des heures de tests je ne comprenais pas d'où venait la panne et j'ai laissé tomber. J'ai cherché des PCB vierges d'Amplifone sur le net, mais le seul vendeur que j'ai trouvé en Australie (Dezbaz pour les connaisseurs) semble avoir arrêté de les vendre.

Je me suis donc mis sur KICAD, que je ne connaissais pas du tout (c'est un outil génial je trouve), et je me suis mis à modéliser le schéma de l'Amplifone à l'appui du manuel Atari et en comparant avec ma carte. Une fois le schéma réalise, c'était la phase de conception physique de la carte, où la restitution 2D et 3D de KICAD sont très complémentaires. Je suis en train de terminer, et ensuite je vais envoyer le PCB en fabrication en petite série afin d'avoir ma propre carte de déflection "maison". Elle est plutôt fidèle à l'origine, mais j'ai incorporé les 4 diodes de protection préconisées par Atari à l'époque, et j'ai prévu des emplacements dédiés pour les potentiomètres qui étaient soudés à l'origine à cheval sur 2 resistances. Aucune idée si elle va marcher, mais je tente, on ne sait jamais. Etant débutant en la matière heureusement que la période des fêtes était propice pour passer du temps dessus : environ 40 heures et assez épuisant au niveau de la concentration tant c'est minutieux.

Et au fait, la "panne" de la carte Amplifone d'origine ? J'avais simplement inversé deux fils sur un bout de faisceau fabriqué pour faire le lien entre les 3 autres provenant d'Asteroids, l'Amplifone et le WG6100. Une fois les 2 fils replacés au bon endroit la carte Amplifone fonctionnait parfaitement. 5 minutes de patience de plus et j'aurais trouvé, mais manifestement il m'a semblé plus simple de consacrer une semaine de travail à refabriquer entièrement la carte. La prochaine fois je persisterai un peu plus au niveau du diagnostic ...

En tout cas, maintenant que j'ai une carte de déflection qui marche, je pourrai poursuivre avec la mise au point de l'image (et j'aurai peut être besoin de votre aide).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/05/20220105172711-english2-IMG_20220104_112644.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/05/20220105172711-english2-IMG_20220104_112644.jpg)

Salut,

Un grand bravo pour tout ce travail accompli, et un encore plus grand bravo pour t'être ainsi lancé dans la CAO/CAD de circuits imprimés !  :o

Tant d'effort ne peuvent qu'être récompensés et à terme couronnés de succès :) !

Chez qui compte tu faire la fabrication ? Il y a quelques mois j'ai eu recours à JLCPCB pour la 1ère fois, et j'en ai été très satisfait ma foi.

A+

Tout à fait, ce sera JLPCB qui avait réussi avec brio la fabrication des PCB Asteroids il y a quelques temps, mais là les fichiers "gerber" étaient fabriqués par un expert. Je verrai bien si les miens passent même l'étape de vérification. 

J'avoue avoir un peu du mal à suivre car c'est assez technique mais c'est vraiment interessant et surtout super sympa de partager tout ça.

Bravo  ^-^

Le facteur vient de passer ! Je suis en train de rassembler les composants, et puis je ferai le montage. Aucune certitude que ça va marcher, mais je reposterai ici avec les résultats.

Au fait, je suis resté fidèle au texte d'avertissement en français sur le risque d'incendie, mais il me paraît bizarrement tourné. C'est du québecois ?

A bientôt !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_123936.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_123936.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_124015.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_124015.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_124022.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_124022.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_131603.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_131603.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_131622.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_131622.jpg)

Citation de: english2 le Jeudi 13 Janvier 2022, 13:29:43 PM
Au fait, je suis resté fidèle au texte d'avertissement en français sur le risque d'incendie, mais il me paraît bizarrement tourné. C'est du québecois ?

Nope, juste de l'anglais traduit mot à mot ou presque je pense. On utilise le terme fusible ici et pas plomb (ou alors rarement, jamais entendu perso).

Merci, c'est bien ce qu'il me semblait. "Juste pour Rire", même Google Translate fait mieux : "ATTENTION Pour une protection continue contre un risque d'incendie, remplacez-le uniquement par le même type de fusible."  ;)

Salut,

Jolis ces PCB !  ^-^

Oui, sûrement une mauvaise traduction, où une version Française a été mise uniquement parce qu'une loi devait l'imposer je pense :).

On utilisait autrefois le terme "plomb" dans le cas de l'installation d'une maison. Par exemple :"Fichtre, avec l'orage qui vient de passer, les plombs ont sauté !", parce que le fusible était constitué d'un plot en porcelaine muni de deux fiches en cuivre :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113215932-Little_Rabbit-Porte-fusible_porcelaine.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113215932-Little_Rabbit-Porte-fusible_porcelaine.jpg)

entre lesquelles on plaçait un fil de plomb, plus ou moins gros selon l'ampérage voulu :).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113215932-Little_Rabbit-Fusibles.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113215932-Little_Rabbit-Fusibles.jpg)

A+

Merci pour cette précision historique.
Mais même si c'est très vieux cette histoire, aujourd'hui ion trouve toujours des installations anciennes fonctionnelles avec ce genre de fusible ..... sa fait peur!

Quand j'ai acheté ma maison voilà 15 ans tout mon tableau électrique était en fusible cartouche à visser sur douille porcelaine, le tout en tri-phasé
En terme de sécurité c'est assez effrayant.
J'ai vite tout viré pour des disjoncteurs standards avec différentiel en tête et le tout en monophasé

Salut,

Oui tout à fait, cela se trouve encore dans de vieilles installation dans leur jus, qui n'ont pas été refaites. Dans la maison de mes parents construite en 1965 (comme moi  :D), c'était aussi du triphasé avec 3 gros fusibles en porcelaine + plomb en sortie de compteur, et il n'y avait pas de tableau électrique. Par contre chaque prise et chaque interrupteur renfermait derrière sa plaque plastique un petit porte fusible en porcelaine muni d'un fil de plomb :). C'est pour ça que je connais bien le principe.

Au début des années 70, les combles de cette maison ont été aménagés avec cette fois une sorte de tableau électrique, mais là aussi le tableau consistait en une série de porte-fusibles plastiques qui se vissaient, chacun renfermant un petit cylindre en porcelaine muni là encore d'un fil en plomb.

Je pense que ce n'est que dans les années 80 que sont apparus les fusibles sous forme de cylindres calibrés (interdisant le changement d'ampérage comme on pouvait le faire avec les fils de plomb), et encore plus tard (années 90 ?), les disjoncteurs différentiels individuels par ligne du tableau électrique.

Citation de: english2 le Jeudi 13 Janvier 2022, 13:29:43 PM
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/13/20220113132641-english2-IMG_20220113_131603.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/13/20220113132641-english2-IMG_20220113_131603.jpg)

J'étais passé à côté de la mention "May the fuse be with you" !!  :D

A+

Je commence le montage de la carte de déflection "Champlifone v1". Pour l'instant, cela se passe bien, mais je suis à court de composants, donc la commande a été passée du reliquat. En attendant, je me penche sur le sujet du dissipateur thermique. J'avais récupéré un dissipateur d'un vieil ampli Yamaha des années 90 acheté quelques euros dans une brocante (et qui était dans un état lamentable ayant pris la flotte, malgré les assurances du vendeur qu'il marchait bien ...). Par ailleurs, j'avais acheté des petits modèles sur Aliexpress il y a quelques temps, donc je me suis amusé à faire des perçages des trous pour les transistors et je vais monter l'ensemble de façon temporaire avec des rivets le temps de voir s'il est suffisamment costaud à l'usage.

La suite quand j'aurai reçu les composants ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/18/20220118153351-english2-IMG_20220118_144235.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/18/20220118153351-english2-IMG_20220118_144235.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/18/20220118153351-english2-IMG_20220118_144251.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/18/20220118153351-english2-IMG_20220118_144251.jpg)

Nouvelle carte repro "Champlifone" à gauche, carte Amplifone d'origine à droite
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/18/20220118153351-english2-IMG_20220118_144417.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/18/20220118153351-english2-IMG_20220118_144417.jpg)

Salut,

Balaise tes radiateurs !  ^-

Tes transistors devraient être bien refroidis avec ça !

Sur cette carte, les transistors de puissance qui sont montés sur radiateur doivent-ils être isolés électriquement avec une feuille de mylar ? Sur la photo de l'Amplifone, je vois que les boîtiers TO-220 sont isolés non ? Mais qu'en est-il des boîtiers TO-3, sont-ils isolés eux-aussi ? :)

A+

Oui, les transistors TO-3 sont isolés, ainsi que leur pattes afin d'éviter tout risque de court circuit. A force de griller les transistors de cette façon sur ma carte originale, je ne prends plus aucun risque et désormais tout est isolé et testé après avec un multimètre. Ces erreurs m'ont permis de tester d'autres transistors en parallèle de ceux d'origine, et la bonne surprise est qu'ils chauffent beaucoup moins, donc je les utiliserai prioritairement sur la nouvelle carte avec ce radiateur bricolé dont les performances restent à tester.

Les composants étant livrés, j'ai procédé au montage de la PCB de déflection (clone d'Amplifone, que j'ai baptisé la "Champlifone" ... ceux qui me connaissent comprendront). Pas trop de mauvaises surprises jusque-là : une étiquette de composant qui se trouve cachée sous le radiateur, quelques trous pas suffisamment grands pour les gros diodes, et la thermistance (posistor) qui ne correspond  pas tout à fait aux trous prévus, mais qui a fini par rentrer. Certains transistors n'étant plus disponibles, leurs équivalents n'ont pas le même ordre au niveau des pattes, donc il a fallu les croiser et les retourner (du coup je vais devoir mettre des radiateurs individuels pour certains).

Une fois branché, il y a toujours la même appréhension avant d'appuyer sur le bouton "ON" ... est-ce qu'il y aura des étincelles, du feu, une explosion ??? Donc je branche, et ... la LED rouge du "spot killer" qui protège le CRT d'être brûlé en cas d'absence de signal pour déplacer le flux d'électrons s'allume - ce n'est pas normal mais au moins il y a de la vie. Pas d'image à l'écran, car coupé par le spot killer. J'attends quelques secondes et de la fumée sort de la résistance R12. J'éteins rapidement. J'ai enlevé le fusible de ce côté de la carte pour voir si l'autre fonctionne. En augmentant la brillance de l'écran, j'obtiens une ligne horizontale qui bouge avec le jeu, donc ça marche sur un axe !

Maintenant il faut diagnostiquer pourquoi R12 brûle ...

En attendant voici des photos côte à côte de la Champlifone et l'Amplifone original.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/26/20220126154240-english2-IMG_20220126_140109.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/26/20220126154240-english2-IMG_20220126_140109.jpg)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/26/20220126154240-english2-IMG_20220126_140228.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/26/20220126154240-english2-IMG_20220126_140228.jpg)
   

Quelle travaille !! ^-

Je penses que tu n'est plus trop loin du bout du tunnel

Salut,

Superbe !  ^-^

Par contre je vois un truc qui n'est pas génial : tes transistors équivalents sont montés à l'envers, soit. Mais le problème c'est que leur surface dissipatrice se trouve au dos du transistor, et c'est elle qui doit normalement être en contact avec le radiateur (et recevoir le cas échéant de la pâte thermique). Le fait de les avoir retourné pour respecter le brochage différent a pour conséquence qu'ils ne sont plus du tout (ou presque plus du tout) refroidis par ton gros radiateur !  :-\

Pour ce qui est de la panne sur un des axes, je ne saurais malheureusement t'aider car je ne connais rien à ces cartes ampilfone :'(.

Courage, tu touches au but !  ^-

A+

J'y suis presque !!! J'ai rajouté des petits radiateurs sur les transistors, et pour le moment ils restent à des températures raisonnables. Le diagnostic du problème a nécessité de pointer le schéma papier par rapport au schéma sous Kicad, et rapidement j'ai trouvé une jonction rajoutée automatiquement par Kicad là où je ne voulais pas. Heureusement la solution était simple : couper une trace d'un transistor relié à tort à la terre. Du coup, j'obtiens une image d'Asteroids, mais avec visiblement un souci dans l'amplificateur du signal Z (brillance) qui rend visible les lignes entre les vecteurs ainsi que le point au milieu de l'écran. Encore un diagnostic à faire, mais cela progresse ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/28/20220128232052-english2-IMG_20220128_231056.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/28/20220128232052-english2-IMG_20220128_231056.jpg)

Enfin, ça marche ! Il restait un point de soudure oublié pour que tout fonctionne. J'ai donc désormais un jeu Asteroids tout fait "maison".

S'il y a d'autres sur ce forum qui souhaitent construire soit une PCB de jeu Asteroids et/ou une carte de déflection Amplifone, il me reste 4 exemplaires vierges que je vendrai pour le prix de revient + fdp.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/30/20220130115158-english2-IMG_20220130_113034.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/30/20220130115158-english2-IMG_20220130_113034.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/01/30/20220130115158-english2-IMG_20220130_113045.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/01/30/20220130115158-english2-IMG_20220130_113045.jpg)

 ^-^

c est beau ^-^
on dirait du NOS  :-)= :-)=

Salut,

Bravo !!  :-)= :-)=

C'est génial ce à quoi tu es parvenu !  8)

Je pourrais être intéressé par ton/tes PCB : j'ai une borne Asterock à retaper, à l'origine sans PCB, mais j'avais trouvé sur leboncoin un PCB d'Asteroids non testé :). La borne a le tube cathodique, mais je ne sais pas si la platine est là... Ensuite, j'avais racheté un lot Asterock sans la borne cette fois (PCB du jeu, platine vidéo et écran je crois...). Mais je n'ai jamais pris le temps de tester quoique ce soit. Et les écrans vectoriels m'étant inconnus, je ne me suis jamais lancé...

Pourrais-tu nous dire à combien à peu près revient chacun des PCB ? :)

Sinon, on dit qu'il n'y a pas de questions idiotes, alors je me risque à poser celle-ci :-\ : Asteroids est un jeu vectoriel monochrome il me semble non ? Comment parviens-tu à l'avoir en couleur ? :)

A+

J'y connais rien mais j'imagine que ça doit être la conséquence d'utiliser un tube couleur et non noir et blanc.
Je ne suis pas sûr que ce soit voulu.

Salut,

@the_vidy : je ne pense pas. Si ton jeu ne sort qu'un signal monochrome, soit tu l'appliques simultanément aux 3 canons R, V et B, et tu auras des vecteurs blancs, soit tu ne l'appliques par exemple qu'au canon vert, et tu auras des vecteurs verts.

Ici, certaines parties sont blanches, d'autres vertes ou bleues : c'est qu'il y a bien un pilotage différencié de chaque composante rouge, verte ou bleue :).

Autant cela m'aurait paru normal sur Tempest ou Star Wars car ces jeux sont nativement couleurs, autant cela me surprend sur Asteroids (mais j'avoue ne pas avoir du tout regardé le schéma d'Asteroids !...).

A+

Asteroids est en effet un jeu noir & blanc. La version couleur que je connais est plutôt récente : arcade asteroids now in colour (https://hackaday.com/2018/10/13/arcade-asteroids-now-in-colour/)

N'ayant malheureusement pas de CRT monochrome (au passage si quelqu'un a ça, ça m'intéresse !  ;) ), j'ai acheté à la base un téléviseur couleur. J'ai connecté la sortie d'Asteroids sur le canon vert initialement, et cela donne bien une image verte. Ensuite j'ai connecté les 3 canons ensemble, et cela donne l'image dans les photos. La différence de couleurs provient du fait que je n'ai pas réglé la convergence et la pureté (la position des anneaux aimantés autour du yoke à l'arrière). Du coup il y a des endroits où le faisceau d'electrons ne vise pas exactement où il faut sur la grille colorée à l'avant du CRT (désolé si les termes ne sont pas exactement celles-là en français, j'espère que vous me comprenez malgré tout). Une fois l'écran installé dans une borne je ferai le nécessaire en espérant arriver à une image plus nette et sans changements de couleurs selon l'endroit.

@Little_Rabbit : les PCB seront à monter entièrement, c'est du boulot, envoie-moi un MP si cela t'intéresse vraiment et on s'arrangera - pour la borne Asterock, dommage que je ne sois pas plus près de Nantes car avec tout le matériel que tu as acheté à mon avis le tout pourrait être très rapidement fonctionnel. Pourquoi pas prendre quelques minutes pour faire les branchements et un essai et poster le résultat sur Gamoover et on pourra t'aider ...   ^-^

J'aurai bientôt un nouveau projet à partager toujours sur le thème des jeux vectoriels, haut en couleur ...  ;)

Salut,

Citation de: english2 le Mercredi 02 Février 2022, 08:43:39 AM
@Little_Rabbit : les PCB seront à monter entièrement, c'est du boulot, envoie-moi un MP si cela t'intéresse vraiment et on s'arrangera - pour la borne Asterock, dommage que je ne sois pas plus près de Nantes car avec tout le matériel que tu as acheté à mon avis le tout pourrait être très rapidement fonctionnel. Pourquoi pas prendre quelques minutes pour faire les branchements et un essai et poster le résultat sur Gamoover et on pourra t'aider ...   ^-^

Oui, ce serait en effet la chose la plus sage et efficace à faire... Mais j'ai déjà trop de WIP en cours, je m'interdis d'en lancer de nouveaux tant qu'ils ne sont pas à peu près terminés :).

Citation de: english2 le Vendredi 08 Avril 2022, 14:40:29 PM
J'aurai bientôt un nouveau projet à partager toujours sur le thème des jeux vectoriels, haut en couleur ...  ;)

Oh oh ! Intéressant !  ^- Un jeu vectoriel couleur, et à nouveau de chez Atari ? :) Aurait-il un caractère tempétueux :D, ou voudrais-tu nous faire voyager dans les étoiles par ces temps de guerre ? ;)

A+

C'est juste génial ce que tu as réussi à réaliser !! :20:

Un énorme bravo un WIP avec un niveau technique comme on en vois que très rarement ^-^

Voici un aperçu de mon projet du moment. Je travaille à une évolution d'une PCB qui génère des vecteurs. La version d'origine est ici : https://github.com/osresearch/vst (https://github.com/osresearch/vst) mais elle ne fonctionne qu'en noir & blanc. Je me suis demandé s'il ne serait pas possible de rajouter les couleurs RVB avec des niveaux d'intensité afin d'avoir Star Wars en couleur (encore un projet née d'une frustration : je n'arrivais pas à mettre la main sur une PCB de jeu vectoriel en couleur, donc il fallait fabriquer quelque chose ...). J'ai élaboré une nouvelle version de la carte, en rajoutant des DAC supplémentaires, et c'était également l'occasion de débuter avec Spice afin de simuler le circuit d'amplification utilisé pour générer des tensions compatibles avec les niveaux d'intensité. La PCB se branche directement sur un chassis Amplifone ou WG6100. Enfin, il restait la partie logicielle qui devait être modifiée pour gérer la couleur : mes souvenirs du langage C sont lointains (environ 30 ans dans le passé ...) mais toujours suffisamment présents pour bricoler quelque chose de partiellement fonctionnel. A l'heure actuelle le nombre d'images par seconde est désastreux, j'utilise le SPI (un envoi séquentiel des données vers les convertisseurs numériques/analogues) car je ne maitrise par encore le mode DMA (accès direct à la mémoire), mais j'y travaille ... Désolé pour la mauvaise qualité de l'image, j'ai du mal à prendre une bonne photo mais on y voit l'écran de test du v.st modifié avec des dégradés de rouge, vert et bleu en 4 niveaux d'intensité.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/09/20220409121311-english2-IMG_20220408_135632.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/09/20220409121311-english2-IMG_20220408_135632.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/09/20220409121311-english2-IMG_20220408_142459.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/09/20220409121311-english2-IMG_20220408_142459.jpg)

Superbe projet tout ça  :-* C'est génial ce que tu fais pour la communauté  ^-^ ^-^

Salut,

Wow !   :o

You're definitely a champion Robin  !!  ^-

;)   :D

Si tu parviens à tes fins, ce sera génial d'avoir ce genre d'alternative pour se construire une borne en vectoriel !!  ^-^

A+

C'est clair que là on va avoir tout ce qu'il faut pour créer une borne vectoriel couleur from scratch, c'est dingue ((:s

J'ai réussi à faire fonctionner le DMA et donc Mame fonctionne en couleur depuis un Raspberry Pi, mais je pense que la carte Teensy 3.2 avoue ses limites. J'ai commencé à regarder la programmation de Teensy 4.1 qui peut tourner à plus de 600Mhz au lieu de 120 pour la v3.2, mais l'approche est tellement différente que je suis un peu perdu. S'il y a des experts en Arduino SPI/DMA ici, je veux bien de l'aide !!!

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/11/20220411183415-english2-IMG_20220411_125510.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/11/20220411183415-english2-IMG_20220411_125510.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/11/20220411183415-english2-IMG_20220411_153823.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/11/20220411183415-english2-IMG_20220411_153823.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/11/20220411183415-english2-IMG_20220411_182110.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/11/20220411183415-english2-IMG_20220411_182110.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/11/20220411183415-english2-IMG_20220411_182250.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/11/20220411183415-english2-IMG_20220411_182250.jpg)

Après un peu d'optimisation de code, j'arrive à obtenir jusqu'à 64 niveaux d'intensité par couleur. Néanmoins l'amplificateur d'intensité est un simple 2n3904 en mode 'common emitter" qui ne me donne que 2,8V max alors que j'ai besoin de 4V pour afficher une belle intensité. Peut-être qu'il faut rajouter un 2ème 2n3904 ... (GC339 - Help!) ?
Par ailleurs, j'ai rajouté un bouton sur la carte afin de pouvoir varier certains paramètres directement, ce qui m'aide bien à mettre au point les réglages. Il faut que je trouve le temps de finaliser une v2 de la PCB avec des améliorations diverses et de me pencher sur le SPI et DMA sur Teensy 4.1.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/14/20220414175502-english2-IMG_20220414_171932.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/14/20220414175502-english2-IMG_20220414_171932.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/14/20220414175502-english2-IMG_20220414_172708.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/14/20220414175502-english2-IMG_20220414_172708.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/14/20220414175502-english2-IMG_20220414_173349.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/14/20220414175502-english2-IMG_20220414_173349.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/14/20220414175534-english2-Screenshot%202022-04-14%20175210.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/14/20220414175534-english2-Screenshot%202022-04-14%20175210.png)

Alors j'ai pas tout suivi et je ne comprends pas tout mais bravo pour ton travail sur ce sujet  ^-^

Pas simple de pouvoir remettre en route des jeux en vectoriel.
Le seul que je connaisse et qui fonctionne encore c'est la Vectrex (j'adore cette console). D'ailleurs, j'ai acheté un "pitrex" (http://www.ombertech.com/pitrex.php) pour utiliser un pi zero avec l'écran de la Vectrex via le port cartouche. Je l'ai reçu mais pas encore testé. Il y a un wiki (http://www.ombertech.com/cnk/pitrex/wiki/) d'ailleurs à ce sujet que je n'ai pas lu encore. Je ne sais pas s'il peut y avoir des infos intéressantes dont tu pourrais te servir.

Merci, je vais regarder !

Citation de: english2 le Jeudi 14 Avril 2022, 17:56:26 PMAprès un peu d'optimisation de code, j'arrive à obtenir jusqu'à 64 niveaux d'intensité par couleur.

Il y a t-il besoin d'autant de couleurs? CosmicChasm, l'ultime jeu en couleur de Cinematronic ne comportait que 16 niveaux (4 bits) par couleur soit 4096 couleurs possibles au total.

Dans tous les cas, pour un nombre de bits par couleur inférieur à 12 (cas d'un DAC MCP7922),  il faut toujours utiliser les bits de poids fort (MSB) et ignorer les bits restants (LSB) en les forçant à zéro.

Chaque signal RGB est essentiellement positif, chacun évolue entre 0 volt (le niveau du noir) et une tension positive maximale qui correspond à la couleur saturée. La masse virtuelle (2,5 volts) est inutile car la référence des amplis vidéo est la vraie masse (0 volt).

Citation de: english2 le Jeudi 14 Avril 2022, 17:56:26 PMPeut-être qu'il faut rajouter un 2ème 2n3904 ... (GC339 - Help!) ?

Voici ce que je propose:
• Ajout d'un troisième double DAC MCP4922 car il n'y a pas assez de DAC disponibles pour les 3 couleurs.
• Remplacement du MAX6102 et de IC3B par un TLE2425 "2.5-V Virtual Ground for 5-V/GND Analog Systems" (https://www.ti.com/lit/ds/symlink/tle2425.pdf?ts=1650050629801&ref_url=https%253A%252F%252Fwww.google.fr%252F) dans le but de récupérer IC3B.
• On dispose ainsi de 3 amplis OP: IC3B, IC3C et IC3D qui vont servir à amplifier et bufferiser les signaux vidéo issus des DAC RGB. Le schéma est identique à celui des préamplificateurs des canaux X et Y (IC9A et IC9D), le gain de chacun est fixé à 2 par les résistances de 10k.

Tout d'abord, merci beaucoup à gc399 d'avoir pris le temps d'apporter cette réponse très utile.

En ce qui concerne les niveaux d'intensité, je voulais voir ce que cela donne en affichant autant sur un écran vectoriel (car on n'en voit pas sur les jeux habituels alors que cela est techniquement possible). J'ai bien conscience qu'au-delà de 16 niveaux il y a peu de jeux qui les exploitent. D'ailleurs le seul auquel je pensais est Sundance qui a 64 niveaux de gris (je crois). Comme la carte fonctionnera aussi sur les écrans en n&b, il peut être intéressant de gérer 64 niveaux pour tenir compte de cette exception. Le code d'Advancemame qui fournit ces données prévoit un octet par couleur, donc 256 niveaux yc le noir. Comme il s'agit que de choix au niveau du code sur le Teensy, cela peut être décidé plus tard (notamment s'il y a un impact négatif sur les performances).

Par rapport à la proposition de modification du schéma :

- sur la carte actuelle j'ai en effet rajouté un 3ème MCP4922 afin d'avoir suffisamment de canaux pour gérer les 3 couleurs + X/Y. Je confirme que cela marche bien. 
- le MAX6102 est remplacé par un MCP1525 et le MAX6105 par un LP2950-5, tous les deux en TO92 (ce qui évite de souder des composants minuscules !). J'ai lu la fiche descriptive du TLE2425 qui me semble tout à fait adapté, mais je ne suis pas suffisamment expert pour discerner les avantages/inconvénients des deux composants. Au niveau prix, le LP2950 est à 1,21€ HT, le TLE2425 à 2,45€ HT (références Mouser) donc ce n'est pas un critère discriminant comme on n'est pas sur une production industrielle. Vaut-il mieux alimenter le régulateur 2.5V en 12V ou 5V ou peu importe ?
- j'avais prévu un emplacement sur la carte pour un op amp (encore un TL3474) comme suggéré, mais j'ai eu un doute car pour le X/Y on produit une tension de +/- 12V, et la plage recherchée pour le RVB est de 0 à 4V. Au final j'ai laissé l'emplacement du TL3474 libre, et à la place j'avais rajouté un 2N3904 qui monte à 3,8V. Est-ce que IC3 doit vraiment être alimenté par +/- 12V ou autre chose (juste un +5V ...) pour obtenir de 0 à 4V ? J'avais prévu des potentiomètres pour varier le gain, mais je ne sais pas si cela est utile (car sur la carte de déflection cela est également prévu).
- est-il nécessaire de passer VREF5 par l'op amp plutôt que directement en sortie du LP2950 ?

Aujourd'hui le circuit est entièrement alimenté par les 5V qui entrent via le port USB du Teensy. Je me demande si le RB-0512D est capable de supporter la charge, et s'il ne vaut mieux pas séparer les circuits afin d'alimenter le Teensy uniquement par le câble provenant du Raspberry Pi, et puis avoir une alimentation arcade de type "switching" à côté qui fournit un +5V et un +12V à des régulateurs de la série 78xx/79xx pour alimenter les op amps (et les DAC ?). De plus, comme le Teensy 4.1 tourne à 600Mhz au lieu de 120 pour le Teensy 3.2, j'imagine qu'il va consommer plus et peut-être trop pour l'alim actuelle via USB. Je n'ai pas (encore) les compétences pour estimer/calculer/mesurer les exigences en matière d'alimentation. Je ne suis pas certain d'avoir prévu tout ce qu'il faut en matière de condensateurs, car les vecteurs produits par la carte actuelle ne sont pas stables contrairement à la carte v.st d'origine.

Pour passer du Teensy 3.2 au 4.1, j'ai compris que toutes les sorties doivent désormais être à 3,3V max au lieu de 5V. Je ne maitrise pas encore tous les impacts sur le schéma. J'ai juste retenu qu'il faut rajouter des résistances 10K "pull up" sur les CS (chip select) des DAC. J'ai adapté mon code pour le Teensy 4.1 en mode SPI, et je l'ai branché à la place du 3.2, mais cela ne donne rien (les DAC produisent des mV). Je n'ai pas encore eu le temps d'investiguer plus, mais je sens bien qu'il va falloir passer sur le 4.1 pour avoir un résultat utile qui permette de jouer.

N'hésitez pas avec vos commentaires, cela m'aide à avancer ! Voici le schéma de ma carte actuelle, sauf que que IC1 est remplacé par un 2N3904.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/17/20220417122217-english2-Screenshot%202022-04-17%20122153.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/17/20220417122217-english2-Screenshot%202022-04-17%20122153.png)

Bonjour à tous, bonjour Robin.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
En ce qui concerne les niveaux d'intensité, je voulais voir ce que cela donne en affichant autant sur un écran vectoriel (car on n'en voit pas sur les jeux habituels alors que cela est techniquement possible). J'ai bien conscience qu'au-delà de 16 niveaux il y a peu de jeux qui les exploitent. D'ailleurs le seul auquel je pensais est Sundance qui a 64 niveaux de gris (je crois). Comme la carte fonctionnera aussi sur les écrans en n&b, il peut être intéressant de gérer 64 niveaux pour tenir compte de cette exception. Le code d'Advancemame qui fournit ces données prévoit un octet par couleur, donc 256 niveaux yc le noir. Comme il s'agit que de choix au niveau du code sur le Teensy, cela peut être décidé plus tard (notamment s'il y a un impact négatif sur les performances).

Tout d'abord quand je parlais de 16 niveaux, c'était par couleur, cela représente donc 4096 couleurs possibles dont 16 niveaux de gris qui correspondent au cas particulier où les 3 signaux RGB sont de même amplitude.
Donc pour conserver 64 niveaux de gris pour certains jeux, cela impose 6 bits par couleur donc 2¹⁸ couleurs possibles.
De toutes façons, quelque soit le nombre de niveaux choisis, on ne gagne rien sur les durées de transmission puisque les trames à destination des DAC's doivent respecter une longueur fixe de 16 bits.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
sur la carte actuelle j'ai en effet rajouté un 3ème MCP4922 afin d'avoir suffisamment de canaux pour gérer les 3 couleurs + X/Y. Je confirme que cela marche bien.

Le Teensy 4.0 ou 4.1 peut gérer 3 bus SPI, alors pourquoi ne pas différencier les DAC's MCP4922 en attribuant un bus à chacun? Il serait ainsi possible de transférer 3 informations simultanément, ce qui devrait participer à améliorer les temps de traitement, qui plus est en affectant les DAC's X et Y dans des boitiers MCP4922 différents.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
le MAX6102 est remplacé par un MCP1525 et le MAX6105 par un LP2950-5, tous les deux en TO92 (ce qui évite de souder des composants minuscules !). J'ai lu la fiche descriptive du TLE2425 qui me semble tout à fait adapté, mais je ne suis pas suffisamment expert pour discerner les avantages/inconvénients des deux composants. Au niveau prix, le LP2950 est à 1,21€ HT, le TLE2425 à 2,45€ HT (références Mouser) donc ce n'est pas un critère discriminant comme on n'est pas sur une production industrielle.

Le TLE2425 apparait être meilleur que le MCP1525, précision de 8‰ contre 1%, dérive 20ppm par °C contre 50, peut fournir jusqu'à 20mA au lieu de 2. On peut aussi utiliser le TLE2426 mais dans ce cas il faut l'alimenter en +5 volts pour obtenir les 2,5 volts requis car c'est un "Rail Slitter" qui fournit sur sa sortie une tension moitié de sa tension d'entrée.

Ces composants sont aussi disponibles chez RS particuliers, les prix sont TTC et en principe les frais de livraison sont gratuits si l'on commande le week-end.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
Vaut-il mieux alimenter le régulateur 2.5V en 12V ou 5V ou peu importe ?

• En 5 volts:
Pour: Meilleur filtrage et/ou régulation puisque le 5 volts est déjà régulé par le LP2950-5.
Contre: Le LP2950-5 fournira un surplus de courant, par contre le MCP1525 dissipera moins de puissance.

• En +12 volts:
Pour: Pas de surplus de courant à fournir pour le LP2950-5.
Contre: Plus de puissance à dissiper pour le MCP1525, filtrage/régulation probablement moindre vu l'abscence du pré-régulateur.

Vu les faibles courants absorbés, l'une où l'autre solution ne doit pas élever significativement la température interne de ces composants. Par contre un meilleur filtrage/régulation du 2,5 volts est appréciable puisque c'est la référence ou masse virtuelle des canaux X et Y et que la source primaire, le ± 12 volts, est issu d'un convertisseur RB-0512D dont l'ondulation résiduelle peut atteindre 100mVp-p.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
j'avais prévu un emplacement sur la carte pour un op amp (encore un TL3474) comme suggéré, mais j'ai eu un doute car pour le X/Y on produit une tension de +/- 12V, et la plage recherchée pour le RVB est de 0 à 4V. Au final j'ai laissé l'emplacement du TL3474 libre, et à la place j'avais rajouté un 2N3904 qui monte à 3,8V.

Oubliez le 2N3904 et remplacez le par un des 4 amplis OP d'un TL3474 ou un des 2 d'un TL3472 à 8 pattes!
Qui peut le plus peut le moins, donc un TL347x alimenté en ± 12 volts est tout à fait apte à délivrer une tension essentiellement positive comprise entre 0 et 4 volts.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
Est-ce que IC3 doit vraiment être alimenté par +/- 12V ou autre chose (juste un +5V ...) pour obtenir de 0 à 4V ?

On peut très bien n'avoir qu'une seule tension d'alimentation pour les ampli OP's à la suite des 3 DAC's RGB mais il y a des contraintes à respecter surtout avec une alimentation en 5 volts, ceux-ci doivent impérativement être du type "rail to rail" intégral, aussi bien pour leurs entrées que leur sortie vu que la tension minimale en sortie des DAC's (0 volt) est celle du rail d'alimentation AGND et que la tension maximale (4 volts) fleurte avec celle du rail 5 volts.

Exemple avec le MAX4386E du J-PAC ou le TSH73CPT du JammaASD, quoique leurs entrées ne soient pas strictement "rail to rail".

Bien que cela soit très peu utilisé avec des amplis OP ordinaires, on peut tricher en les alimentant asymétriquement, par exemple +6 volts/-1,5 volt encore faut-il faire attention aux caractéristiques en mode commun de leurs entrées.

Conclusion: il est plus simple et moins onéreux d'utiliser des amplis OP comme les TL347x alimentés en ± 12 volts, même s'il sont sous-employés en ne délivrant qu'une tension de sortie essentiellement positive dont l'amplitude maximale ne vaut que le tiers du rail d'alimentation concerné.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
J'avais prévu des potentiomètres pour varier le gain, mais je ne sais pas si cela est utile (car sur la carte de déflection cela est également prévu).

Il vaut mieux éviter les redondances, inutile de rajouter des réglages de gain ou de centrage s'il existent déjà! D'ailleurs la carte v.st originale du dépot Github n'en comporte pas.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
est-il nécessaire de passer VREF5 par l'op amp plutôt que directement en sortie du LP2950 ?

On peut soutirer jusqu'à une centaine de mA du LP2950, donc l'ampli OP à sa suite est inutile.
Le MCP1525 est limité à 2mA, étant donné que le courant consommé sur cette référence de tension est insignifiant, l'ampli OP à sa suite est tout aussi inutile. En cas de doute il reste les TLE2425 ou 2426 avec leur 20 mA délivrables.

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
Aujourd'hui le circuit est entièrement alimenté par les 5V qui entrent via le port USB du Teensy. Je me demande si le RB-0512D est capable de supporter la charge, et s'il ne vaut mieux pas séparer les circuits afin d'alimenter le Teensy uniquement par le câble provenant du Raspberry Pi, et puis avoir une alimentation arcade de type "switching" à côté qui fournit un +5V et un +12V à des régulateurs de la série 78xx/79xx pour alimenter les op amps (et les DAC ?).

Alimenter les DAC's et leur amplificateurs via le 5V du Teensy  (Vin?) qui lui même est alimenté par l'USB du Raspberry Pi me semble être la pire des solutions.
La source primaire peut rester commune (9 ou 12 volts par exemple), dans ce cas on peut prévoir un régulateur au plus proche de chacun pour l'alimenter avec la tension adéquate. Il faut éviter de les relier "en cascade" comme c'était le cas avec l'USB et plutôt les alimenter en "étoile" à partir de la source primaire et bien sûr il faut soigner les masses (Ground).

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
De plus, comme le Teensy 4.1 tourne à 600Mhz au lieu de 120 pour le Teensy 3.2, j'imagine qu'il va consommer plus et peut-être trop pour l'alim actuelle via USB. Je n'ai pas (encore) les compétences pour estimer/calculer/mesurer les exigences en matière d'alimentation. Je ne suis pas certain d'avoir prévu tout ce qu'il faut en matière de condensateurs, car les vecteurs produits par la carte actuelle ne sont pas stables contrairement à la carte v.st d'origine.

D'après ce que j'ai pu lire sur le net, le Teensy 4.0 ou 4.1 consommerait ≈100 mA (alimentation 3,3 Volts) à 600 MHz et le Teensy 3.2 ≈45 mA à 120 MHz.
L'instabilité est probablement la conséquence de l'alimentation "en cascade" du Teensy et de la carte v.st.
Le convertisseur RB-0512D de cette dernière carte devrait pouvoir être conservé puisque la carte originale du dépot Github fonctionne correctement

Citation de: english2 le Dimanche 17 Avril 2022, 12:24:26 PM
Pour passer du Teensy 3.2 au 4.1, j'ai compris que toutes les sorties doivent désormais être à 3,3V max au lieu de 5V. Je ne maitrise pas encore tous les impacts sur le schéma. J'ai juste retenu qu'il faut rajouter des résistances 10K "pull up" sur les CS (chip select) des DAC. J'ai adapté mon code pour le Teensy 4.1 en mode SPI, et je l'ai branché à la place du 3.2, mais cela ne donne rien (les DAC produisent des mV). Je n'ai pas encore eu le temps d'investiguer plus, mais je sens bien qu'il va falloir passer sur le 4.1 pour avoir un résultat utile qui permette de jouer.

Le MCP4922 peut s'alimenter de 2,7 à 5,5 volts, est donc compatible avec une alimentation en 3,3 volts. L'amplitude maximale sur sa sortie en sera réduite d'autant et il faudra amplifier le signal ≈1,5 fois plus.
Sinon il existe le circuit TXS0108E, translateur de niveau bidirectionnel sur 8 bits:


Disponible sur AliExpress ou RS composants:

J'ai observé trois court-circuits (traits rouges) sur les amplificateurs du vert et du bleu du dernier schéma produit, ainsi que celui du rouge qui est en partiellement occulté par la capture d'écran. Dommage que le schéma ne soit pas entier!

CitationSous Kicad (Version 6 et même les antérieures), on peut sauvegarder le schéma sous forme d'image:

Fichiers(File) ---> Exporter(Export) ---> Tracé dans Presse Papier(Drawing to Clipboard).

Il ne reste plus qu'à coller l'image dans MSpaint par exemple et la sauvegarder au format PNG (éviter le format JPEG car il floute les traits).

Merci pour cette réponse point par point, très appréciée.

1) Le Teensy 4.0 ou 4.1 peut gérer 3 bus SPI, alors pourquoi ne pas différencier les DAC MCP4922 en attribuant un bus à chacun? Il serait ainsi possible de transférer 3 informations simultanément, ce qui devrait participer à améliorer les temps de traitement, qui plus est en affectant les DAC X et Y dans des boitiers MCP4922 différents.

-> oui, bonne idée, il faut que je creuse la programmation du Teensy 4. Toutefois la carte sera forcément limitée par l'envoi séquentiel des données par Advancemame, mais autant avoir un traitement optimal par le v.st.

2) Le TLE2425 apparait être meilleur que le MCP1525 ...

-> je suis convaincu, j'ai mis à jour le schéma avec ce composant

3) Ces composants sont aussi disponibles chez RS particuliers, les prix sont TTC et en principe les frais de livraison sont gratuits si l'on commande un week-end.

-> merci pour ce tuyau, je ne savais pas du tout

4) Vaut-il mieux alimenter le régulateur 2.5V en 12V ou 5V ou peu importe ? ...

-> du coup, j'ai modifié le schéma afin que le régulateur 2.5V et les DAC soient alimentés par les 5V issus du LP2950

5) Oubliez le 2N3904 et remplacez le par un des 4 amplis OP d'un TL3474 ...

-> j'ai donc conservé le TL3474

6) Est-ce que IC3 doit vraiment être alimenté par +/- 12V ou autre chose (juste un +5V ...) pour obtenir de 0 à 4V ? ...

-> j'ai laissé +/- 12V

7) Les réglages de gain X/Y étaient déjà sur la carte v.st d'origine, j'avais rajouté des potentiomètres de centrage sur la v.st couleur v1 qui se sont avérés très utiles selon la carte de déflection utilisée. En revanche, j'ai supprimé les potentiomètres de gain pour les couleurs.

8) Alimentation : j'ai donc laissé la possibilité d'alimenter le tout par USB, ou chaque élément séparément par un 5V ou un 12V externe (en omettant le RB-0512D). Je ferai des tests avec différentes combinaisons par curiosité.

9) Merci pour la suggestion de regarder le TXS0108E pour le 3.3V. J'ai trouvé des vidéos sur Youtube que je vais regarder pour mieux comprendre la mise en oeuvre.

Cela me fait penser que je vais rajouter des boutons de contrôle, mais en faisant des tests avec le Teensy 3.2 il fallait alimenter le GPIO en 5V de façon permanente, puis en appuyant sur bouton le Teensy détectait la mise à la terre. Si je passe en Teensy 4.1, il va falloir une source de 3.3V et non de 5V, sauf qu'il n'y en a pas (car la sortie 3.3V est désactivée sur le Teensy 4.1 quand on alimente en 5V si j'ai bien compris; en tout cas je n'ai pas de tension en sortie du 3.3V...). Je me demande s'il ne faut pas rajouter un 2ème LP2950 en 3.3V du coup ?

Enfin, j'ai remplacé le Teensy 3.2 par un 4.1 sur le schéma, en prévoyant des sorties sur la carte pour tout ce que je n'utilise pas afin de pouvoir changer ou rajouter des broches en cas de besoin.

J'espère pouvoir envoyer la nouvelle PCB en fabrication d'ici ce weekend, afin qu'elle soit livrée d'ici la fin des vacances scolaires qui approchent à grands pas !

Voici le schéma du jour (merci pour le conseil d'export, j'essayais de faire une simple copie d'écran tout en restant lisible, pas facile...)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/18/20220418201602-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/18/20220418201602-english2-Untitled.png)

Bonjour à tous, bonjour Robin.

En préambule, voici ce qui est dit sur cette page (https://www.pjrc.com/store/teensy41.html) au sujet des ports I/O du Teensy 4.1:

Citation• Digital Input Pins
Digital pins may be used to receive signals. Teensy 4.1 pins default to INPUT most with a "keeper" resistor. Teensy 4.1 pins accept 0 to 3.3V signals. The pins are not 5V tolerant. Do not drive any digital pin higher than 3.3V.

• Digital Output Pins
All digital pins can act at output. The pinMode function with OUTPUT or OUTPUT_OPENDRAIN must be used to configure these pins to output mode. The digitalWrite and digitalToggle functions are used to control the pin while in output mode. Output HIGH is 3.3V. The recommended maximum output current is 4mA.

Et ce qui est aussi dit au sujet de son alimentation:

Citation• USB Power
Normally Teensy is powered by your PC or USB hub, through a USB cable. The USB power arrives at the VUSB pin, which is connected VIN and powers the entire board.
• VIN Pin
When USB power is not used, 5V power may be applied to the VIN pin. Because VIN & VUSB are connected, power should not be applied to VIN while a USB cable is used, to prevent the possibility of power flowing back into your computer. Alternately, a pair of pads on the bottom side may be cut apart, to separate VUSB from VIN, allowing power to be safely applied while USB is in use. (TODO: VUSB-VIN pads photo, right side)
• 3.3V Power
Teensy 4.1 has a voltage regulator which reduces the 5V VUSB / VIN power to 3.3V for use by the main processor and most other parts. Additional circuitry may be powered from the 3.3V pin. The recommended maximum for external 3.3V usage is 250mA. Teensy 4.1 is not meant to receive power on its 3.3V pin, but this can be done with special modificaton.
• USB Host Hot Plugging
Power to USB devices connected on the USB host port is provided through a current limited switch and a large capacitor. The current limit lessens the disruption to Teensy's power when a USB device is hot plugged and needs a sudden inrush current to charge up all its capacitors.
• Power Consumption
When running at 600 MHz, Teensy 4.0 consumes approximately 100 mA current. Reducing CPU speed to 528 MHz or lower reduces power consumption.

Conclusions:
• Les niveaux logiques sur les ports du Teensy 4.1 (ou 4.0) sont essentiellement de 3,3 volts.
• Le teensy 4.x peut être alimenté soit par l'USB soit par une alimentation + 5 volts extérieure raccordée sur sa pin "Vin", il faut alors couper un cavalier (une piste) prévu à cet effet dans ce dernier cas.
• Le teensy 4.x peut délivrer du 3,3 volts à l'extérieur, jusqu'à 250 mA sur sa pin "3.3V"

---

Alimentation des DAC's MCP4922:

Soit ils sont alimentés en 3,3 volts (Vdd=pin1) pour être directement compatibles avec les ports I/O du Teensy 4.x:
• Pas besoin de translateur de niveau pour les fils du bus SPI.
• Les MCP4922 pourraient éventuellement être alimentés par la sortie "3.3V" du Teensy 4.x plutôt que par un régulateur 3,3 volts indépendant (chaque MCP4922 consomme 0,5 mA sous 3 volts ou 0,7 mA sous 5 volts).
• La tension de la masse virtuelle doit être de 1,65 volt au lieu de 2,5 volts. Je ne sais pas s'il existe des régulateurs délivrant cette tension, mais à défaut le 6ème DAC inemployé pourrait générer cette tension qui serait bufférisée par le dernier ampli OP inutilisé.
• Le gain des amplificateurs devra être augmenté pour compenser l'amplitude maximale moindre en sortie des DAC's, théoriquement 1,52 fois plus.

Soit les alimenter en 5 volts comme précédemment, ce qui nécessite d'insérer des translateurs de niveaux sur le bus SPI:
• J'avais mentionnés les translateurs de niveau TXS0108E, mais comme dans le cas présent le bus SPI n'est pas bi-directionnel mais unidirectionnel, on peut faire plus simple avec des petits transistors MOSFET.
La sortie "3,3V" du Teensy 4.x sera utilisée pour délivrer le 3,3 volts nécessaire à l'alimentation des translateurs.
• Hormis les translateurs de niveau à insérer, pas de modifications du schéma existant.


Existe sous forme de plaquette au pas de 2,54 (4 translateurs ). Voir AliExpress, Sparkfun...

Voici une suggestion de schéma avec les DAC's MCP4922 alimentés en 3,3 volts à partir de la pin "3.3V" du Teensy 4.x. A eux trois, ils devraient consommer moins de 2 mA.

Le 1,65 volt de la masse virtuelle est généré par le 6ème DAC qui devra être initialisé avec cette consigne à la mise sous tension du Teensy (et peut-être même rafraichi régulièrement). Le 1,65 volt est bufférisé par le dernier ampli OP disponible (IC1D).

Les valeurs des couples de résistances R29/R16, R28/R12, R30/R15, R4/R7 et R6/R8 devront être recalculés pour que le gain des amplificateurs impactés soit multiplié par ≈1,5 (1,515 théorique) pour compenser la moindre amplitude maximale délivrée par les DAC's.

Les résistances en série avec les pins CS des MCP4922 ont été supprimées (R27 et les autres) car elles n'existent pas sur le schéma original du dépot Github.

J'ai constaté une erreur: il y a un court-circuit entre les fils CS des circuits IC4 et IC5 au niveau des pins du Teensy.

Voici une nouvelle suggestion de schéma avec les DAC's MCP4922 alimentés en 5 volts et une translation de niveau avec transistors MOSFET.

Le 3,3 volts nécessaire aux translateurs est prélevé sur la sortie "3.3V" du Teensy 4.x.

Les résistances en série avec les pins CS des MCP4922 ont été supprimées (R27 et les autres) car elles n'existent pas sur le schéma original du dépot Github.

J'ai constaté une erreur: il y a un court-circuit entre les fils CS des circuits IC4 et IC5 au niveau des pins du Teensy.

Bonjour !

Encore merci pour ces remarques judicieuses. J'ai intégré les modifications proposées, ainsi que la correction du court circuit.

J'ai bien noté l'intolérance du Teensy 4.1 face à des tensions > 3.3V, j'espère ne pas avoir déjà grillé le mien en faisant des tests avec la PCB actuelle.

Les 3.3V en sortie du Teensy serviront pour les boutons de contrôle, j'en ai donc rajouté 5. De ce que je comprends, les broches sélectionnées recoivent 3,3V en permanence, et le Teensy détecte la mise à la terre lors de l'appui sur le bouton.

Pour les résistances sur les broches CS, je viens de trouver l'article auquel je pensais, mais je me rends compte qu'il ne fallait pas les insérer en série mais a priori les connecter à VCC. Elles me semblent superflues compte tenu de l'ajout des MOSFET et les résistances 10K reliées au 5V : https://www.pjrc.com/better-spi-bus-design-in-3-steps/

J'ai lu des articles sur les BSS138 et 2N7000 pour la conversion de niveaux, si possible j'aimerais éviter de rajouter les petites PCB de conversion de tension (j'en ai tout de même commandé quelques uns sur Aliexpress au cas où), ainsi que les composants "surface mount". J'avais en tête d'utiliser le 2N7000, mais les expériences des uns et des autres sont mitigées apparemment (certains disent que ça marche sans problème, d'autres non ...). A terme, l'idée est de mettre tout le projet sur Github et que ce soit facile à trouver les composants et à souder la PCB pour n'importe qui. Y a-t-il un risque à utiliser les 2N7000 au format TO-92 à la place des BSS138 ?

Voici le schéma ainsi modifié. Je vais attaquer la conception de la PCB demain, en essayant de respecter les consignes quant au placement des composants (et en espérant rester sur les 2N7000 ou un composant TO-92 similaire), notamment les condensateurs. Je vais essayer de rester dans un format 10cm2 car le coût de production est bien moins cher.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/19/20220419200412-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/19/20220419200412-english2-Untitled.png)

Bonsoir à tous, bonsoir Robin.

Citation de: english2 le Mardi 19 Avril 2022, 20:06:14 PM
Les 3.3V en sortie du Teensy serviront pour les boutons de contrôle, j'en ai donc rajouté 5. De ce que je comprends, les broches sélectionnées recoivent 3,3V en permanence, et le Teensy détecte la mise à la terre lors de l'appui sur le bouton.

Vous n'avez pas besoin de résistances extérieures pour polariser les boutons, le Teensy dispose de résistances internes "Pull up" et "Pull down" que l'on met en service logiciellement en activant le bit correspondant dans le registre interne qui va bien.
Si les boutons ont leur commun à la masse (0 volt), il faut activer les résistances "pull up" des pins raccordées à ces boutons. Si le commun et connecté au rail d'alimentation 3,3 volts, hé bien il faudra valider les résistances "pull down".

Citation de: https://www.pjrc.com/store/teensy41.html
• Input Pullup / Pulldown / Keeper Resistors
All digital pins have optional pullup, pulldown, or keeper resistors. These are used to keep the pin at logic HIGH or logic LOW or the same logic level when it is not being actively driven by external circuity. Normally these resistors are used with pushbuttons & switches. The pinMode function with INPUT_PULLUP or INPUT_PULLDOWN must be used to configure these pins to input mode with the built-in resistor.
• Pin Change Interrupts
All digital pins can detect changes. Use attachInterrupt to cause a function to be run automatically. Interrupts should only be used for clean signals. The Bounce library is recommended for detecting changes on pushbuttons, switches, and signals with noise or mechanical chatter.

---

Citation de: english2 le Mardi 19 Avril 2022, 20:06:14 PM
J'ai lu des articles sur les BSS138 et 2N7000 pour la conversion de niveaux, si possible j'aimerais éviter de rajouter les petites PCB de conversion de tension (j'en ai tout de même commandé quelques uns sur Aliexpress au cas où), ainsi que les composants "surface mount".

Il faut considérer ces petites PCB comme des DIL10 au pas de 2,54 et les implanter comme si c'étaient des circuits intégrés standards à moins que la place soit restreinte sur la surface de PCB envisagée.

Citation de: english2 le Mardi 19 Avril 2022, 20:06:14 PM
J'avais en tête d'utiliser le 2N7000, mais les expériences des uns et des autres sont mitigées apparemment (certains disent que ça marche sans problème, d'autres non ...).

Le seul souci à mon avis pourrait être la vitesse de transfert des données sur le bus SPI (qui m'est pour l'instant inconnue). Dans ce cas on peut diminuer la résistance de tirage au +5 volts pour améliorer la forme des signaux. On peut réduire sa valeur de 10 kΩ jusqu'à 1,5 kΩ mais pas au delà car on dépasserait la limite de courant de 4 mA par pin du Teensy.
Sinon avec le TXS0108E, pas de problème de vitesse puisqu'il peut transférer les données jusqu'à 110Mbps.

Citation de: english2 le Mardi 19 Avril 2022, 20:06:14 PM
Y a-t-il un risque à utiliser les 2N7000 au format TO-92 à la place des BSS138 ?

Aucun risque, le BSS138 est la version CMS du BS170 (TO92), et le 2N7000 est l'équivalent du BS170.
Vous pouvez aussi utiliser le VQ1000J avec ses 4 MOSFET's en boitier DIL14 (https://www.vishay.com/docs/70226/70226.pdf).
Sinon il reste la solution du TSX01108E avec ses 8 translateurs si vous avez de meilleurs echos à son sujet.

---

Voici le dernier schéma avec le câblage des boutons, les résistances extérieures de tirage au rail 3,3 volts sont inutiles si on déclare logiciellement les résistances de "pull up" sur les pins raccordées aux boutons.
Vaut mieux pas laisser les entrées d'un ampli Op inutilisées en l'air, donc celles de IC1D sont à connecter à AGND.

Pour le fonctionnement des boutons à base de résistance 10K et alimenté par 3.3V/5V, j'avais tout simplement suivi l'exemple fourni avec le Teensy. J'ai une nette préférence pour cette solution plus classique (à mes yeux) qui détecte la connection à la masse en utilisant la résistance interne. J'ai fait un petit test, ça marche bien !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420090642-english2-IMG_20220420_085514.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420090642-english2-IMG_20220420_085514.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420090642-english2-IMG_20220420_085955.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420090642-english2-IMG_20220420_085955.jpg)

Bonjor à tous, bonjour Robin.

Une nouvelle proposition avec un translateur de niveau TXS0108E:


La masse des boutons devrait être GND plutôt que AGND.
A ce sujet, même sur le schéma original du dépot Github, je n'ai pas vu de connection entre la masse (GND) et la masse analogique (AGND). Je vais aller vérifier comment ça été fait sur le PCB original.

La solution avec la TXS0108E est effectivement plus élégante. J'en ai commandé sur Aliexpress, et je vais mettre à jour le schéma en conséquence. Le BOM (liste des composants) est réalisé, mais j'ai eu du mal à trouver les références avec RS (qui ne semble plus évoquer le port gratuit le weekend en ce moment).

Voici le BOM qui ne tient pas encore compte du changement vers un TXS0108E (prix issus de mouser.fr) ... il y a sans doute des optimisations possibles pour baisser le total.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420131316-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420131316-english2-Untitled.png)

Salut,

Juste un petit mot pour vous dire qu'il ne faudrait pas croire que ce sujet se limite à des échanges entre vous english2 et gc339 ;).

Je suis tout ça avec le plus grand intérêt, comme beaucoup d'autres j'imagine, et le moins que l'on puisse dire c'est que cela prend sacrément forme !  :-)=

Bravo à vous deux !  ^-^

A+

Concernant RS particuliers, cela fait plusieurs années que la gratuité le WE n'est plus indiquée dans les CGV mais cela fonctionne encore, ce qui a été le cas pour mes dernières commandes. Attention, les jours fériés en semaine sont exclus.
La recherche sur RS composants n'est pas très performante, il faut rechercher le composant désiré chez RS pro, repérer le "code commande" RS que l'on copy/colle dans la fenêtre de recherche RS particuliers. On a ainsi accès à son prix TTC, on le dépose dans le panier pour pouvoir le commander. 

Bien noté pour RS, je regarderai de nouveau pour comparer le prix total avant de commander. Je n'aurai pas besoin de toute la liste, car j'ai déjà un petit stock de certains composants.

Voici le dernier schéma mis à jour de mon côté (j'ai pris un interrupteur multiple au format DIP20 pour représenter le TXS0108E).

Le seul doute qui reste au niveau schéma est le branchement des masses AGND et GND.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420145635-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420145635-english2-Untitled.png)

Je dirais comme little_rabbit, je suis de loin et même si je ne comprends pas tout, c'est vraiment intéressant comme sujet  ^-^

Je me demande comment tout ça va tenir sur 10cm x 10cm ... ! Il va falloir faire des compromis ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420172710-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420172710-english2-Untitled.png)

Salut,

Il y a un gros écart de prix si on dépasse le format 10 x 10 cm ? :)

Si cette carte commence à être fonctionnelle, on peut imaginer qu'il y aura bien une dizaine de personnes intéressées sur Gamoover, afin d'en faire une petite série, et faire baisser les prix peut-être ? :)

A+

non, l'écart n'est pas énorme, il est vrai ...

Ca rentre au chausse pied ... mais il reste à faire le routage

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/20/20220420192520-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/20/20220420192520-english2-Untitled.png)

Comme les copains, je suit cela de loins  :-* :-* J'aime lire toutes ces explications  ^-^ même si je ne comprend pas tout  :-\
Merci à vous English2 et gc339 de nous faire partager tout ça  ^-^ ^-^

J'ai regardé ces histoires de masses GND et AGND sur le PCB original du dépot Github.

Il y a bien deux plans de masse distincts:
• En orange, le plan de masse "AGND"
• En rouge le plan de masse "GND" et les autres connexions de la face composants.
On distingue bien le fil (en bas à droite) qui émerge du plan de masse analogique pour aller se raccorder sur la pin "AGND" du Teesy 3.2.


La connection entre les deux masses "AGND" et "GND" s'effectue sur la plaquette du Teensy 3.x à travers la Ferrite L1 d'une cellule de filtrage (L1, L2 et C10).
Tracé en rouge= interconnection AGND/GND sur la plaquette du Teensy 3.X:

---

Avec le Teensy 4.x (https://www.pjrc.com/teensy/schematic41.png), pas de pin spécifique AGND ni aucune cellule de filtrage, toutes les pins libellées GND sont interconnectées entre elles.

A gauche, la plaquette du Teensy 3.2. La pin "AGND" est encadrée par les pins "Vin" au dessus et "3.3V" en dessous, toutes les 3 implantées au dessus des 10 pins analogiques.
A droite, la plaquette Teensy 4.1 avec une configuration de pins similaire. Il semble raisonnable?, pertinent?, de considérer par mimétisme que la pin "GND" au dessus des entrées analogiques peut faire fonction de pin "AGND".


La pin "GND" utilisée comme "AGND" pour cette occasion:

Merci beaucoup pour cette analyse et ses explications. Du coup je comprends que le schéma peut rester en l'état (et qu'il n'est pas spécialement utile de fusionner GND et AGND). Le routage commence, et je poursuivrai aux heures de pause. Je pars sur une PCB double face classique.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421080644-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421080644-english2-Untitled.png)

Bonjour à tous, bonjour Robin.

Quelques observations:

J'ai remarqué que sur le schéma, les fils de connection ne touchaient pas toujours les pattes des composants. Par exemple:
• Cerclé de rouge: le hiatus entre le fil et la patte.
• Cerclé de vert: c'est OK, le fil vert touche bien la patte marron.
Le hiatus subsiste aussi entre les pattes très proches de deux symboles, par exemple entre R3 et la masse AGND, pas de fil vert même minuscule pour les connecter.


Est ce un défaut de Kicad? Il me semble que la version de Kicad (< version 6) que j'ai utilisé dans le passé, n'avait pas ce problème.

---

Sur les 8 translateurs du TXS0108E, on en utilise que 5. J'ai utilisé ceux qui me facilitaient le dessin. Il y a aucune obligation de conserver les mêmes, vous pouvez les répartir différemment si cela facilite le routage.

Vous pouvez changer l'implantation de certains composants pour faciliter le routage, par exemple:
• 2 fils du ratnest se croisent pour R4 et R6, si on permute ces résistances, les fils ne se croisent plus!
• En effectuant une rotation de 90° dans le sens horaire) pour C10,  C15, C16, C18... ou inverse pour C9,  les pistes pourraient être plus rectilignes.

Bonjour
Je pense qu'il s'agit d'une approximation liée à la conversion en PNG, car à l'écran les hiatus n'apparaissent pas. En zoomant tout semble correct.

Merci pour les conseils quant à l'implantation des composants. En effet, j'ai déjà changé quelques branchements sur le schéma afin d'optimiser les fils. Je vais sans aucun doute passer à côté d'un certain nombre.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421120043-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421120043-english2-Untitled.png)

Etant donné qu'il reste un peu de place sur le PCB (Zone bleu clair), je propose d'ajouter un régulateur optionnel (LM2940CT-0.5 en TO220) pour pouvoir alimenter le Teensy en 5 volts par sa broche "Vin" grâce à la source extérieure prévue pour alimenter le convertisseur ±12 volts:


• Avec cette option, le Teensy peut toujours être alimenté par l'USB, il suffit de ne pas équiper le LM2940CT-5.0. On peut alimenter le convertisseur ±12 volts par l'extérieur en 5, 9 ou 12 volts selon le modèle.

• Régulateur LM2940CT-5.0 en place, il faut couper le strap sur le PCB du Teensy pour éviter le conflit avec le 5 volts de L'USB. Le convertisseur doit être un modèle  RB-0912D ou RB-1212D selon l'alimentation extérieure choisie (9 ou 12 volts, 5 volts prohibé à cause du LM2940CT-5.0).

• La coupure du 5 volts USB sur le Teensy est réversible puisque deux pads ont été prévus pour remplacer le strap coupé par un pont de soudure.


En bas à gauche, cerclé de rouge, le strap à couper entre les deux pads sous le PCB du teensy pour isoler le 5 volts du bus USB:

Le régulateur optionnel est rajouté (pose verticale, car pas assez de place à plat). Le routage est à peu près terminé (il y a sans doute des optimisations qui sauteront aux yeux). Voici la face avant en rouge (qui comporte la masse GND), la face arrière en bleu (masse AGND), ainsi que les deux ensemble. Je complète avec la projection 3D pour donner une idée de son apparence. Je vais laisser un peu de temps pour affiner les détails, et passer commande ce weekend.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20front.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20front.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20back.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20back.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20both%20sides.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%20both%20sides.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%203D%20view.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421184538-english2-v.st%20colour%20mod%20v2%203D%20view.png)

J'ai re-zieuté les plans des masse GND et AGND sur le PCB original du dépot Github et j'ai constaté que les deux pins GND du Teensy 3.2 étaient bien toutes les deux connectées au plan de masse du même nom.


A gauche, les deux pins "GND" du Teensy 3.2 raccordées au plan de masse général "GND"
A droite, les quatre pins "GND" du Teensy 4.1, une est dédiée à la masse analogique "AGND", les trois autres devraient être toutes les 3 reliées au plan de masse "GND" à l'instar du PCB original du dépot Github.


La mise à jour du schéma avec le raccordement des trois pins "GND" du teensy 4.1 au plan de masse général:

Merci ! Je viens de vérifier, et il ne manquait que le pin 34, facile à mettre à jour. Voici mon dernier schéma tenant compte des modifications faites pour faciliter le routage (il manque deux modifs pour AGND, mais elles sont prises en compte).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/21/20220421220900-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/21/20220421220900-english2-Untitled.png)

Bonsoir gc339, bonsoir à tous.

La commande de la nouvelle PCB "v.st Colour Mod v2" est partie ! J'ai hâte de les recevoir, et d'en monter une pour commencer à tester. Il reste l'étape potentiellement complexe de ré-écriture des lignes de code pour le Teensy 4.1 avant de pouvoir la tester. J'ai commencé mais ça sera plus facile une fois la carte reçue.

Compte tenu des frais de port élevés vs le prix des PCB, j'en ai profité pour passer une commande supplémentaire de cartes de déflection Amplifone (utiles dans Star Wars et d'autres jeux vectoriels en couleur). J'ai réalisé deux petites modifications supplémentaires par rapport à l'origine :
- le dédoublement des emplacements de certains transistors d'origine avec des pattes dans l'ordre EBC (devenus quasi obsolètes, difficiles à trouver et chers) afin de permettre d'utiliser optionnellement des pattes BCE à la place, ce qui ouvre le champ de possibilités et évite de devoir croiser les pattes BCE pour les faire rentrer dans les emplacements d'origine.
- le remplacement des fils W1 à W9 par des traces de cuivre, dans un objectif de fiabilisation

Au passage, il me reste 4 cartes de déflection vierges de la 1ère série (qui comportent des emplacements pour des diodes de protection par rapport à l'origine). Si cela intéresse quelqu'un, faites-moi signe par MP.

Voici deux petites images pour la route qui montre les emplacements des transistors qui ont été dédoublés. De retour dans 15 jours pour la suite de l'aventure !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/22/20220422193506-english2-Screenshot%202022-04-22%20190905.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/22/20220422193506-english2-Screenshot%202022-04-22%20190905.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/04/22/20220422193506-english2-Screenshot%202022-04-22%20193259.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/04/22/20220422193506-english2-Screenshot%202022-04-22%20193259.png)

Salut,

Super pour le lancement de la fabrication des PCB !  ^-^

Très bonne idée que de prévoir deux implantations pour ces brochages de transistor, EBC ou BCE sur tes cartes Amplifone !

Citation de: english2 le Vendredi 22 Avril 2022, 19:37:32 PM
- le remplacement des fils W1 à W9 par des traces de cuivre, dans un objectif de fiabilisation

Je n'ai pas compris ce passage : quels sont ces fils W1 à W9 ? Pourquoi étaient-ils sous forme de fils s'ils pouvaient être des pistes ? :)

A+

La PCB Amplifone d'origine n'a qu'une face en cuivre. J'imagine que lors de la conception il était plus facile ou moins couteux (car cela évite une 2ème face en cuivre) de mettre des fils apparents. Ces fils sont la source de beaucoup de problèmes avec les Amplifone, donc sauf à vouloir une carte vraiment identique à l'origine, cela me semblait une bonne idée de les éliminer (en gardant les vias). 

Salut,

Merci pour tes explications.

Ah OK, c'est ce qu'on appelle en jargon d'électroniciens des "straps" : router une partie du circuit avec des straps permet en effet de réduire le coût du circuit imprimé en optant pour une fabrication "simple face" :).

Mais personnellement, j'aurais attribué la même note de fiabilité à un circuit "simple face + straps" qu'à un "double face + via". Dans l'électronique grand public, il est (ou était) très fréquent d'avoir recours à des circuit imprimés "simple face", sans que cela nuise à la fiabilité de l'appareil :).

A+

Bonjour ! Merci de m'avoir donné le terme habituel en français, je ne connaissais pas le mot "strap" dans ce contexte (pourtant c'est un mot en anglais). En anglais on parle plutôt de "jumper".

Par rapport au choix de mettre des traces de cuivre à la place des straps, je me suis basé sur les documents bien connus qui décrivent la réparation de cartes Amplifone :

- "HOW TO DIAGNOSE, REPAIR AND UPGRADE YOUR AMPLIFONE AND WELLS-GARDNER COLOR VECTOR (XY) MONITORS version 6.1 (4-6-96) by Gregg Woodcock" qui dit "Zero-Ohm Resistor Jumpers - Problem:  The *brown* zero-ohm jumpers (W1 or W2) on the Deflection PCB open up on the High-Voltage PCB.  Zero-ohm resistors look like regular resistors, but are marked on the PCB assembly and the schematic with a W followed by a number. Solution:  Replace the jumpers with pieces of wire."
- "Amplifone HV and Deflection FAQ and Guide by Michael Kelley Version 1.2 March 28, 2002" avec de multiples références aux pannes provoquées par les straps

Enfin, j'ai une carte Amplifone d'origine, et je peux confirmer que tous ces straps avaient besoin d'être remplacés pour faire fonctionner la carte. Au bout de 40 ans, la corrosion les avaient bien attaquées, ce qui ne devrait pas être un problème avec du cuivre recouvert.

J'ai laissé les vias simplement au cas où quelqu'un veuille rajouter tout de même des fils pour avoir un look d'origine, mais les traces de cuivre sur la 2ème face devraient être une garantie de bon fonctionnement sur le long terme, à mon avis. En tout cas, ça ne fera pas de mal !

De retour de vacances, les PCB ont été livrées ainsi que quelques composants. Le montage va pouvoir commencer ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/06/20220506083603-english2-IMG_20220506_082843.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/06/20220506083603-english2-IMG_20220506_082843.jpg)

Le montage est terminé. Je passe aux tests ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/06/20220506144522-english2-IMG_20220506_143617.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/06/20220506144522-english2-IMG_20220506_143617.jpg)

Résultats des premiers tests avec une adaptation rapide du code pour Teensy 4.1 en mode SPI :

- comme prévu, rien ne marche avec une alimentation unique par USB de la Teensy 4.1 (sans doute la consommation plus élevée à 600Mhz que la v3.2 à 120Mhz), une alimentation 5V supplémentaire a donc été rajoutée à l'emplacement prévu, ce qui permet d'obtenir les tensions attendues : +/-12V, 5V et 2.5V
- la bonne nouvelle est qu'une image de la mire de test apparaît ! La vitesse de rafraichissement est beaucoup plus élevée qu'avec la Teensy 3.1, et l'image est bien plus nette, très prometteur !
- en revanche, les axes sont inversés, et je n'arrive pas à les corriger pour le moment
- le bleu et le vert fonctionnent, pas le rouge : ce problème et celui au-dessus est peut-être un problème d'adressage des canaux des DAC qui diffère pour cette version de Teensy
- les niveaux de luminosité ne fonctionnent pas encore
- la carte de déflection se met à fumer rapidement - les tensions des couleurs sont parfois trop élevées, et bizarrement sont parfois négatives : est-ce que le fait de débrancher l'alimentation -12V du TL3474 qui alimente les couleurs permettrait d'éviter cette situation (en attendant de comprendre pourquoi cela arrive) ?

Les tests continueront après un peu de réflexion, et le temps de dépanner la carte de déflection Amplifone ;-)

Un peu de progrès ce matin : le problème d'axes inversés est corrigé, de même que l'absence de rouge et les niveaux de luminosité (bien visibles dans la photo ci-dessous avec la sonde branchée sur le canal rouge et l'oscilloscope réglée sur 5v par division). Le problème qui reste est la tension générée par chaque canal de couleur - 12.5V max au lieu de 4V. Il serait possible de corriger cela par programme, mais il faudrait que la carte ne soit pas capable de générer de telles tensions par accident car cela endommage la carte de déflection.

Avec la sonde sur le pin 10 d'IC5 (sortie du DAC qui génère le rouge en amont du op amp), on voit exactement les mêmes tensions, donc les recherches se poursuivent pour savoir d'où vient la surtension ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507123812-english2-IMG_20220507_123217.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507123812-english2-IMG_20220507_123217.jpg)

Citation de: english2 le Samedi 07 Mai 2022, 13:07:09 PM
Un peu de progrès ce matin : le problème d'axes inversés est corrigé, de même que l'absence de rouge et les niveaux de luminosité (bien visibles dans la photo ci-dessous avec la sonde branchée sur le canal rouge et l'oscilloscope réglée sur 5v par division).

Peut-on savoir quels étaient les problèmes et comment ils ont été corrigés?

Citation de: english2 le Samedi 07 Mai 2022, 13:07:09 PM
Avec la sonde sur le pin 10 d'IC5 (sortie du DAC qui génère le rouge en amont du op amp), on voit exactement les mêmes tensions, donc les recherches se poursuivent pour savoir d'où vient la surtension ...

Bizarre une telle amplitude en sortie des DAC's. Serait-ce un problème de masse avec l'oscilloscope? Sur quoi est raccordé la masse de la sonde? 0 volt logique? 0 volt analogique?
Pour vérifier que les DACs sont OK, la solution la plus simple serait de courber leur pin 10 pour qu'elle ne fasse pas contact avec la lyre du support et de connecter la sonde de l'oscillo directement dessus, A pleine échelle, la tension de sortie ne devrait pas être supérieure à celle d'alimentation.

Les premiers problèmes constatés étaient les suivants :

1/ Non fonctionnement de la carte avec une alimentation uniquement USB de la Teensy 4

Diagnostic : l'hypothèse est que le port USB n'arrive pas à alimenter le circuit entier, et les tensions diminuent au point où la Teensy ne démarre pas
Solution : ajout d'une alimentation 5V 1A externe sur le port J6 (la Teensy étant alimentée pour le moment par du 5V 3A externe par USB, le strap sur la Teensy n'est pas coupée car il n'y a pas encore de régulateur LM2940 à l'emplacement U5)

2/ Impossible d'inverser les axes XY quand le flag SWAP_XY était positionné :

Diagnostic : il n'y avait plus de test du flag d'inversion "SWAP_XY", donc les canaux n'étaient jamais inversés
Solution : ajout de code de type IF SWAP_XY THEN DAC_X = 1, DAC_Y = 0 ELSE DAC_X = 0, DAC_Y = 1

3/ Absence de rouge sur l'écran vectoriel :

Diagnostic : erreur sur le schéma par rapport à la v1 de la PCB ; le DAC rouge était raccordé au pin 10 de la Teensy 3.2, sur la v2 il est sur le pin 8
Solution : Modification du programme pour utiliser le pin 8

4/ Absence de niveaux de luminosité avec la carte connectée à l'écran vectoriel

Diagnostic : l'oscilloscope montre qu'ils sont bien présents - l'hypothèse étant que les tensions correspondantes s'étalent de 0 à 12V environ au lieu de 0 à 4V.
Solution : non applicable

5/ la carte de déflection se met à fumer quand la carte est branchée, pas toujours tout de suite

Diagnostic : Trois hypothèses pour le moment :-

a) les tensions semblent s'étaler de 0 à 12V environ au lieu de 0 à 4V. Des tensions négatives sont parfois observées. Ces premiers tests ont été menés avec un multimètre. Le passage sur oscilloscope ne montre pas de tension négative, mais semble confirmer la surtension.
b) autre hypothèse, la carte de déflection est fatiguée par le stress des différents tests, et nécessite le changement de certains composants
c) le régulateur LP2950 laisse passer du 12V à certains moments ???

Solution : pour le moment, les résistances R12, R15 et R16 de 10K ont été changées pour du 68R (changées par curiosité afin de voir l'impact sur la tension en sortie, elles seront rechangées pour du 10K)

La sonde de l'oscilloscope est connectée à la masse RE_GND1 (donc AGND) et la sonde en elle-même sur RE_SIG1, 5V par division (cf. photo ci-dessous).

Je viens de refaire les tests pour la n-ième fois et pour le moment l'oscilloscope montre un échelonnement correct de 0 à 4V (1V par division dans la photo ci-dessous). Selon les moments les tensions obtenues ne sont pas les mêmes avec l'oscilloscope, et je soupçonne un problème de sensibilité du sélecteur de tension/div (peut-être à nettoyer). Je n'explique pas encore le fait que des tensions à 12V ont été mesurées à certains moments avec le multimètre. Pour le moment la PCB a l'air de fonctionner, je vais vérifier la carte Amplifone avant de refaire un test.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507181748-english2-IMG_20220507_180310.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507181748-english2-IMG_20220507_180310.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507181748-english2-IMG_20220507_180244.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507181748-english2-IMG_20220507_180244.jpg)

Fusible changé sur l'Amplifone, et on obtient ça (décidément, je n'arrive pas à prendre une bonne photo avec mon téléphone de l'écran, y a-t-il un réglage en particulier à utiliser ? l'image est très belle en réalité)

Donc tout fonctionne pour le moment. Je vais réintégrer dans le programme l'interface avec AdvanceMAME afin de tester un jeu (Star Wars par exemple car c'est le plus complexe et fait un bon stress test).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507184256-english2-IMG_20220507_183653.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507184256-english2-IMG_20220507_183653.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507184256-english2-IMG_20220507_183904.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507184256-english2-IMG_20220507_183904.jpg)

L'interface avec AdvanceMAME fonctionne désormais, y compris pour les jeux en n&b. Le Raspberry Pi affiche parfois un message "under voltage" au démarrage quand la Teensy est branchée. Du coup le régulateur LM2940 a été commandé afin de le soulager.

Globalement les performances avec la Teensy 4.1 en SPI sont meilleures que la Teensy 3.2 en DMA, mais il va falloir chercher encore à optimiser le code (peut-être du côté d'AdvanceMAME également).

Un premier test des boutons n'a pas fonctionné, il va falloir creuser ce sujet pour comprendre pourquoi: sans doute un problème lié au code encore.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_224617.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_224617.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_224619.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_224619.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_224903.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_224903.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_224921.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_224921.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_224939.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_224939.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/05/07/20220507232220-english2-IMG_20220507_225044.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/05/07/20220507232220-english2-IMG_20220507_225044.jpg)

C"est beau comme rendu  :-* La couleur en vectoriel, cela change du trait blanc  ^-^
Le projet avance bien  ^-

Bonjour à tous, bonjour Robin.

Citation de: english2 le Samedi 07 Mai 2022, 23:24:45 PM
L'interface avec AdvanceMAME fonctionne désormais, y compris pour les jeux en n&b. Le Raspberry Pi affiche parfois un message "under voltage" au démarrage quand la Teensy est branchée. Du coup le régulateur LM2940 a été commandé afin de le soulager.

J'ai donc bien fait de vous suggérer l'adjonction de ce régulateur optionnel.

Citation de: english2 le Samedi 07 Mai 2022, 23:24:45 PM
Globalement les performances avec la Teensy 4.1 en SPI sont meilleures que la Teensy 3.2 en DMA, mais il va falloir chercher encore à optimiser le code (peut-être du côté d'AdvanceMAME également).

Pour rappel, ce que j'avais écrit dans un message précédent:

Citation de: gc339 le Dimanche 17 Avril 2022, 22:34:29 PM
Le Teensy 4.0 ou 4.1 peut gérer 3 bus SPI, alors pourquoi ne pas différencier les DAC's MCP4922 en attribuant un bus à chacun? Il serait ainsi possible de transférer 3 informations simultanément, ce qui devrait participer à améliorer les temps de traitement, qui plus est en affectant les DAC's X et Y dans des boitiers MCP4922 différents.

Citation de: english2 le Samedi 07 Mai 2022, 23:24:45 PM
Un premier test des boutons n'a pas fonctionné, il va falloir creuser ce sujet pour comprendre pourquoi: sans doute un problème lié au code encore.

Comme je n'ai pas vu de boutons sur l'ancienne carte "v.st"avec le Teensy 3.2, je suppose que l'adjonction de ces boutons est de votre fait.
Le problème avec les boutons, c'est le rebond de leur contacts, il existe une méthode logicielle dite "des compteurs verticaux" pour les traiter simultanément: "Vertical counters allow for an elegant, compact and efficient debouncing algorithm which can debounce multiple inputs concurrently" (https://www.compuphase.com/electronics/debouncing.htm)

Bonjour gc339, bonjour à tous

CitationJ'ai donc bien fait de vous suggérer l'adjonction de ce régulateur optionnel.

Oui, tout à fait. J'ai réessayé avec un câble USB plus court et de meilleure qualité, et le message de sous-tension disparaît, mais le câble long est préférable pour faire des tests.

CitationLe Teensy 4.0 ou 4.1 peut gérer 3 bus SPI, alors pourquoi ne pas différencier les DAC's MCP4922 en attribuant un bus à chacun? Il serait ainsi possible de transférer 3 informations simultanément, ce qui devrait participer à améliorer les temps de traitement, qui plus est en affectant les DAC's X et Y dans des boitiers MCP4922 différents.

Je ne suis pas suffisamment calé en programmation de Teensy pour démarrer plusieurs transferts simultanés vers les DAC. J'ai une expérience, vieille de 30 ans, de création de "threads" indépendants exécutés par un OS multitâche pré-emptive de type OS/2 et Windows NT. J'ai vu que le Cortex-M7 dans le Teensy 4.1 peut gérer le mode thread (https://www.sciencedirect.com/topics/engineering/thread-mode (https://www.sciencedirect.com/topics/engineering/thread-mode)), mais cela reste à étudier, et imposerait de tout ré-écrire. S'il y a un spécialiste sur ce forum qui peut aider, qu'il n'hésite pas à faire signe !

L'approche actuelle se passe en deux étapes : 1/ réception d'un paquet généré par AdvanceMAME composé de X, Y, R, V, B via USB depuis le Raspberry Pi et 2/ envoi séquentiel de chacun de ces 5 données vers un canal d'un des DAC. Je ne sais pas si le fait de séparer les canaux dans des DAC différents aménerait un gain de performance, si un envoi simultané est mis en oeuvre, mais si cela est effectivement le cas il serait intéressant de mettre 5 x MCP4921 à la place des 3 x MCP4922 sur la PCB.

Si j'arrive à comprendre comment faire fonctionner le DMA spécifique au Teensy 4, cela permettrait d'exécuter en simultané les deux étapes décrites ci-dessus. Le gain de cette approche sur Teensy 3.2 était très perceptible.

L'autre facteur limitant est le Raspberry Pi. J'utilise un Pi 3 model B+. Sans doute qu'un Pi 4 permettrait de gagner encore en performances, mais les prix sont astronomiques à l'heure actuelle. J'ai commandé un Orange Pi 3 LTS pour un prix beaucoup plus raisonnable sur Aliexpress, et je ferai un test comparatif.

CitationComme je n'ai pas vu de boutons sur l'ancienne carte "v.st"avec le Teensy 3.2, je suppose que l'adjonction de ces boutons est de votre fait.

Oui, il y a beaucoup de paramètres qui nécessite des réglages en "live" pour mettre au point l'image, et cela est vite fatigant de changer à répétition un paramètre dans un script, relancer la programmation du Teensy et de tout rebrancher. L'idée est d'utiliser ces boutons pour modifier les paramètres sur un écran ad hoc, et ensuite de les sauvegarder sur une carte SD ou en mémoire flash (encore un sujet non étudié ...). Lors des tests des boutons, je me suis aperçu qu'en touchant les contacts sur le dos de la PCB, un appui de bouton était bien détecté. Il faut que je prenne le temps de trouver la solution (problème de PCB, de montage des boutons à 90°, de code, ... ?).

CitationLe problème avec les boutons, c'est le rebond de leur contacts, il existe une méthode logicielle dite "des compteurs verticaux" pour les traiter simultanément: "Vertical counters allow for an elegant, compact and efficient debouncing algorithm which can debounce multiple inputs concurrently"

J'ai constaté ce problème en faisant mes tests sur la version précédente de la PCB. Merci pour le lien, je vais tenter de le mettre en oeuvre.

Petite remarque sur les boutons pour les réglages, normalement t'as une connexion série sur le Teensy qui peut te permettre de lui envoyer facilement des paramètres.

Ca te fait juste une petite routine de lecture de la liaison série à faire puis tu pilote depuis le PC. Je procède souvent comme ça pour la mise au point sur Arduino.

Pour la sauvegarde, il doit bien y avoir un petit bout d'EEPROM dispo non ? Ça existe sur Arduino donc ça m'étonnerait que ça existe pas sur le Teensy...

CitationPetite remarque sur les boutons pour les réglages, normalement t'as une connexion série sur le Teensy qui peut te permettre de lui envoyer facilement des paramètres.

Ca te fait juste une petite routine de lecture de la liaison série à faire puis tu pilote depuis le PC. Je procède souvent comme ça pour la mise au point sur Arduino.

C'est une idée intéressante. Dans ce cas, il serait préférable d'envoyer les paramètres depuis le Raspberry Pi via la liaison USB actuelle, afin de ne pas ajouter un périphérique en plus. Idéalement à terme, il pourrait y avoir un programme chapeau qui permettrait de sélectionner le jeu à faire tourner sur MAME, et de définir les paramètres de la PCB avec le Teensy et les DAC. Il me semble que ce type de programme "menu" existe déjà, donc si les sources sont dispos il serait possible de rajouter un écran de configuration spécifique.

CitationPour la sauvegarde, il doit bien y avoir un petit bout d'EEPROM dispo non ? Ça existe sur Arduino donc ça m'étonnerait que ça existe pas sur le Teensy...

Je pense que oui, mais s'agissant de ma première expérience avec Arduino/Teensy, je découvre au fur et à mesure. Je suis preneur d'exemples simples de code pour faire cela. Il n'y aurait que quelques octets à stocker.

Citation de: english2 le Lundi 09 Mai 2022, 18:26:45 PM
Je pense que oui, mais s'agissant de ma première expérience avec Arduino/Teensy, je découvre au fur et à mesure. Je suis preneur d'exemples simples de code pour faire cela. Il n'y aurait que quelques octets à stocker.

Exemple basique à adapter, avec 5 paramètres. Lecture/Ecriture en une seule fois...


#include <avr/eeprom.h>

typedef struct
{
int top_closed;
int top_open;
int bottom_closed;
int bottom_open;
int max_eye_power;
}  settingsType;

settingsType settings;

void setup() {
  Serial.begin(115200);
  eeprom_read_block((void*)&settings, (void*)0, sizeof(settingsType));
}

void loop() {
  Serial.println(settings.top_closed);
  //etc...
}

void save() {
  eeprom_write_block((const void*)&settings, (void*)0, sizeof(settingsType));
}

 



Merci beaucoup !

Bilan de ce soir :
- les boutons commencent à fonctionner (après activation de la résistance pull up interne du Teensy)
- ajout de quelques paramètres basiques à l'écran
- les boutons pilotent les valeurs de certains paramètres qui sont mis à jour en temps réel (par exemple, inverser le X et Y)
- lecture et écriture des paramètres dans l'EEPROM

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/14/20210714082551-english2-IMG_20220509_222029.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/14/20210714082551-english2-IMG_20220509_222029.jpg)

Bonjour à tous

J'ai décidé de publier le projet sur Github aujourd'hui. Il se trouve ici : https://github.com/english1234/vstcm et inclut le schéma, gerber, liste de composants (BOM) ainsi que le code. Il y a un fichier ZIP dans le répertoire gerber qui contient tout ce qu'il faut pour envoyer la PCB en fabrication directement.

La carte a été conçue avec la simplicité en tête en utilisant des composants qui sont faciles à trouver, et faciles à souder afin que n'importe qui puisse en fabriquer une.

Le code a besoin d'optimisation. Idéalement il serait à ré-écrire par quelqu'un qui est plus expert au niveau du fonctionnement interne du Teensy 4.1 (surtout le DMA), et j'espère qu'en publiant le tout sur Github que cela encouragera des contributions afin de développer cette solution relativement peu couteuse pour la communauté arcade / graphiques vectorielles.

Je tiens à remercier gc339 de nouveau pour son aide si précieuse.

Je pense faire une publication de cette annonce dans une autre partie du forum, car je ne suis pas certain que tous ceux qui seraient potentiellement intéressés regardent régulièrement ce fil.

Si vous vous lancez dans l'aventure de la fabrication de cette PCB, je tenterai de répondre à vos questions et d'aider avec plaisir !

Pour terminer la mise en route de l'alimentation "optionnelle" en 12V afin de libérér le Raspberry Pi de cette charge, j'avais commandé et reçu le régulateur LM2940T-5.0. En revanche, j'avais oublié de commander le Traco 1212D : c'est désormais chose faite ce jour et cela permet d'essayer le site RS Particuliers !

Bon dimanche à tous

Salut,

Un grand merci à toi pour le partage de tout ton travail  ^-^ !

Pour l'heure le résultat est sans doute perfectible, mais gageons que ce partage saura susciter des vocations auprès d'autres membres de la communauté et permettre ainsi la poursuite de ton œuvre !  ^-

Rendre accessible à tous l'émulation de ces jeux vectoriels mythiques, sur de véritables écrans vectoriels, c'est vraiment génial ! C'est l'accomplissement d'un rêve qu'on n'aurait pas imaginé possible quelques années en arrière 8).

A+

je suis ce post de très pret car j espere bientot me remettre au wip et attaqué celui de la Tempest ;D . 

Message sympa reçu ce matin. Ralf Kornmann qui aide Jason à faire la partie logicielle de ses cartes m'a également donné quelques conseils intéressants sur la façon de communiquer avec les DAC depuis le Teensy, qui devrait augmenter la vitesse de rafraichissement (cela passe par FlexIO, à investiguer donc).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/23/20210723184441-english2-Screenshot%202022-05-19%20084339.png) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/23/20210723184441-english2-Screenshot%202022-05-19%20084339.png)

J'ai reçu les autres composants pour changer l'alimentation en 12V, donc je procède aux tests. Il y a également une autre version de MAME qui a fait l'objet d'une video sur Youtube avec l'USB DVG - cela pourrait être une bonne alternative à AdvanceMAME https://youtu.be/a7to6U2RDGk (https://youtu.be/a7to6U2RDGk)

Bonjour à tous

Petit contretemps avec le LM2940. Après montage des composants et coupe du strap sur le Teensy (photo n°3), lors des tests, le Teensy ne démarrait pas et en regardant la tension avec un multimètre, c'était à 12V ! En poussant les investigations, je me suis aperçu d'une petite erreur au niveau du schéma, car les pins étaient inversés. La 2ème photo montre le LM2940 monté à l'envers. J'ai donc réussi à griller le LM2940 (mais rien d'autre heureusement) ...

J'ai commandé d'autres LM2940, mais en attendant j'ai mis un 7805 qui fonctionne très bien (en tout cas lors d'un court test), mais qui chauffe beaucoup. Je rajouterai un petit radiateur, mais cela reste à voir sur le long terme.

En tout cas, l'alimentation de la carte et du Teensy fonctionnent très bien, et l'image obtenue est très stable. Le schéma sur Github est corrigé, et la version actuelle est désormais v2.1 du coup.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/24/20210724203051-english2-IMG_20220520_102428.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/24/20210724203051-english2-IMG_20220520_102428.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/24/20210724203051-english2-IMG_20220519_172339.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/24/20210724203051-english2-IMG_20220519_172339.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/24/20210724203051-english2-IMG_20220519_172252.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/24/20210724203051-english2-IMG_20220519_172252.jpg)

Bonjour à tous

Puisque le Raspberry Pi 4 est actuellement relativement cher, j'ai voulu tester autre chose. Du coup un essai a été réalisé avec un Orange Pi 3 LTS, commandé pour moins de 50€ sur Aliexpress. Le bilan est très positif, il fonctionne bien !

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/27/20210727013314-english2-IMG_20220522_120422.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/27/20210727013314-english2-IMG_20220522_120422.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/27/20210727013314-english2-IMG_20220522_121336.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/27/20210727013314-english2-IMG_20220522_121336.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/27/20210727013314-english2-IMG_20220522_121817.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/27/20210727013314-english2-IMG_20220522_121817.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/27/20210727013314-english2-IMG_20220522_152845_1.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/27/20210727013314-english2-IMG_20220522_152845_1.jpg)

Bonsoir gc339, bonsoir à tous

J'étais curieux de voir ce que ça donne sans le translateur TXS0108E. Du coup, en le bridgant tout fonctionne normalement sans changement des résistances en aval ! Une très bonne nouvelle. L'emplacement pourra disparaître sur la prochaine version de la PCB.

Autre petite avancée, j'ai réussi à utiliser une version différente de la commande SPI.transfer qui met en oeuvre le DMA, mais que 16 bits à la fois (donc pas mieux que le SPI.transfer16), sauf qu'il ne bloque pas la suite du code en attendant de terminer. Cela donne un léger mieux avec MAME ou désormais certains jeux moins complexes graphiquement (par ex. Gravitar) fonctionnent à merveille.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/28/20210728045820-english2-IMG_20220523_185135%20-%20Copy.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/28/20210728045820-english2-IMG_20220523_185135%20-%20Copy.jpg)

Bonjour à tous

Il y a eu pas mal de progrès aujourd'hui avec l'optimisation du code. Star Wars fonctionne plutôt bien désormais. Voici une petite vidéo, tournée avec mon téléphone dont la qualité est malheureusement très mauvaise. En réalité l'image ne clignote pas et la qualité est très bonne. A partir de 50 secondes on peut constater la pleine utilisation des niveaux d'intensité (encore une fois on ne se rend pas compte de l'effet sur la vidéo ...).

https://youtu.be/F4roGs0Rhao (https://youtu.be/F4roGs0Rhao)

Par ailleurs, j'avance sur l'écran de paramétrage qui peut désormais être superposé à un jeu afin de régler les paramètres en temps réel.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/07/31/20210731043711-english2-IMG_20220526_182405.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/07/31/20210731043711-english2-IMG_20220526_182405.jpg)

Le git sera bientôt à jour avec la dernière version du code : https://github.com/english1234/vstcm (https://github.com/english1234/vstcm)

Bonne soirée !

Un des mes sites préférés a vu le projet et a publié un article : https://hackaday.com/2022/05/26/color-vector-display-controller-brings-arcade-classics-back-to-life/#comment-6478575 (https://hackaday.com/2022/05/26/color-vector-display-controller-brings-arcade-classics-back-to-life/#comment-6478575)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/08/01/20210801035630-english2-Screenshot%202022-05-27%20175624.png) (https://gamoovernet.pixhotel.fr/pics/v2/2021/08/01/20210801035630-english2-Screenshot%202022-05-27%20175624.png)

Salut,

Bravo pour tes avancées et progrès, ainsi que pour l'article que Hackaday a consacré à tes travaux !  ^-^

C'est le début de la gloire !  ^-

A+

Je suis en train de programmer les écrans de paramétrage, avec mise en surbrillance du paramètre à modifier, le tout piloté par les boutons sur la PCB. J'avais un petit module de télécommande infrarouge qui était resté inutilisé, donc je l'ai mis en oeuvre en quelques minutes (3 fils seulement), et cela rajoute un confort très appréciable car il suffit d'avoir le tout petit capteur quelque part à l'avant d'une borne et cela évite de passer derrière pour appuyer sur des boutons et puis repasser devant pour voir ce que ça donne à l'écran ...

Le module IR de type HX1838 coute 1 euro sur Aliexpress, donc pourquoi s'en priver ?!

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/08/04/20210804040942-english2-Screenshot%202022-05-30%20180914.png) (https://gamoovernet.pixhotel.fr/pics/v2/2021/08/04/20210804040942-english2-Screenshot%202022-05-30%20180914.png)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/08/04/20210804041001-english2-IMG_20220530_162107.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/08/04/20210804041001-english2-IMG_20220530_162107.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2021/08/04/20210804041015-english2-IMG_20220530_175953.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2021/08/04/20210804041015-english2-IMG_20220530_175953.jpg)

Bonsoir Robin, bonsoir à tous.

Citation de: english2 le Lundi 23 Mai 2022, 18:59:40 PM
J'étais curieux de voir ce que ça donne sans le translateur TXS0108E. Du coup, en le bridgant tout fonctionne normalement sans changement des résistances en aval ! Une très bonne nouvelle. L'emplacement pourra disparaître sur la prochaine version de la PCB.

Selon le datasheet du MCP4922, ses entrées digitales requièrent un niveau logique haut (V_IH) supérieur ou égal à 0,7 × V_DD soit ≥ 3,5 volts pour une alimentation en 5 volts. Ce qui est légèrement supérieur au niveau logique haut que peut délivrer les ports d'un Teensy alimenté lui en 3,3 volts!

Le bon fonctionnement constaté en oblitérant le translateur TXS0108E tient donc presque du miracle et rien ne garantit qu'il sera reproductible quelque soient les exemplaires de Tennsy ou de DAC utilisés. Il vaut donc mieux conserver le translateur de niveau ou bien alimenter les DAC's en 3,3 volts comme je l'avais déjà suggéré, cette dernière possibilité nécessitant de retoucher la valeur de certaines résistances pour augmenter le gain des amplificateurs de sortie.

Bonjour gc339, bonjour à tous,

N'ayant pas beaucoup de temps en ce moment, j'ai relevé rapidement des tensions avec un multimètre (sans doute pas idéal, j'essayerai de le faire avec l'oscilloscope) :

Côté Teensy :
- pins VIN et GND : 4,93V (avec un 7805 à la place du LM2940)

Du côté des DAC j'ai utilisé le pin 12 AGND comme référence :
- pins 1, 11, 13 : 5,0V (tension en entrée)
- pins 3, 4, 5 : 2,9V à 3,2V (signaux en entrée) -> donc en dessous des 3,5V théoriquement nécessaires avec 5V en entrée pour gérer les niveaux logiques haut
- pins 10, 14 : 1,5V à 2,6V (signaux en sortie)

En regardant le schéma de nouveau, je pensais substituer simplement le LP2950-5 par un LP2950-3.3 pour produire les 3,3V, mais du coup cela implique une tension trop basse pour alimenter le TLE2425 qui a besoin de 4V minimum pour produire la tension de référence de 2,5V côté op amp. De plus, avec des DAC qui sortent jusqu'à 3,3V au lieu de 5V, la tension de référence à 2,5V doit être également abaissée il me semble (à 1,8V, par exemple)?

Une fois cette étape passée, ensuite viendra la question de la valeur des résistances autour des op amp XYRVB ...

Idéalement, j'aimerais trouver une solution qui évite à ce stade de refabriquer une PCB, afin de collecter progressivement les besoins pour concevoir une v3 plus aboutie dans quelques temps.

Bonsoir Robin, bonsoir à tous,

Citation de: english2 le Vendredi 03 Juin 2022, 11:53:41 AM
En regardant le schéma de nouveau, je pensais substituer simplement le LP2950-5 par un LP2950-3.3 pour produire les 3,3V, mais du coup cela implique une tension trop basse pour alimenter le TLE2425 qui a besoin de 4V minimum pour produire la tension de référence de 2,5V côté op amp. De plus, avec des DAC qui sortent jusqu'à 3,3V au lieu de 5V, la tension de référence à 2,5V doit être également abaissée il me semble (à 1,8V, par exemple)?

Exact pour le TLE2425, c'est aussi vrai pour le TLE2426 qui lui délivre non pas une tension fixe mais une tension valant très exactement la moitié de celle d'entrée.
Il reste donc deux solutions pour obtenir cette référence de 1,65 volt (3,3 ÷ 2) quand les DAC's sont alimentés en 3,3 volts (U3 = LP2950-3.3):
• Utiliser le dernier DAC disponible comme je l'avais déjà suggéré pour délivrer la référence. Ce dernier doit donc être initialisé avec la valeur 0800H dés la mise sous tension de la carte v.st.
• Diviser la tension de 3,3 volts par 2 à l'aide d'un pont de résistances de précision à 1‰ (0,1%) pour obtenir le 1,65 volt requis. La référence ainsi obtenue est ensuite bufferisée par le dernier ampli OP inutilisé (IC1D) avant d'être appliquée aux amplificateurs X et Y.
C'est cette solution qui figure dans le schéma ci-dessous.

Citation de: english2 le Vendredi 03 Juin 2022, 11:53:41 AM
Une fois cette étape passée, ensuite viendra la question de la valeur des résistances autour des op amp XYRVB ...

D'ailleurs je me demande bien à quoi servent les résistances en // avec la sortie des DAC's (R9, R10, R14) ainsi que les couples R1/R3 et R2/R5. je vais essayer de retrouver l'article décrivant la carte v.st originale pour savoir si elles ont une justification quelconque.

Bonjour gc339, bonjour à tous

CitationIl reste donc deux solutions pour obtenir cette référence de 1,65 volt (3,3 ÷ 2) quand les DAC's sont alimentés en 3,3 volts (U3 = LP2950-3.3):
• Utiliser le dernier DAC disponible comme je l'avais déjà suggéré pour délivrer la référence. Ce dernier doit donc être initialisé avec la valeur 0800H dés la mise sous tension de la carte v.st.
• Diviser la tension de 3,3 volts par 2 à l'aide d'un pont de résistances de précision à 1‰ (0,1%) pour obtenir le 1,65 volt requis. La référence ainsi obtenue est ensuite bufferisée par le dernier ampli OP inutilisé (IC1D) avant d'être appliquée aux amplificateurs X et Y.

Merci pour ces suggestions. Je ne suis pas fan de la première solution, car l'existence de la référence dépend du bon fonctionnement du programme, du coup il y a un risque pour la PCB de déflection en cas de problème (c'est du vécu !).
J'ai une préférence également pour le pont de résistances. Jason Kopp m'a fait la même remarque donc on est tous en phase (sans mauvais jeu de mot).

Par ailleurs, j'ai une autre utilisation en tête pour la dernière sortie de DAC inutilisée : tester une sortie audio rudimentaire, car aujourd'hui la carte ne peut produire aucun son. Aucune idée si ça va marcher, et avec quel niveau de qualité, et quel impact sur la vitesse d'exécution du code (il y aura tout de même un IRQ pour le déclencher). Je trouverai bien une utilité à cette fonctionnalité ...

CitationD'ailleurs je me demande bien à quoi servent les résistances en // avec la sortie des DAC's (R9, R10, R14) ainsi que les couples R1/R3 et R2/R5. je vais essayer de retrouver l'article décrivant la carte v.st originale pour savoir si elles ont une justification quelconque.

J'ai remarqué dans la fiche descriptive des DAC que les circuits donnés en exemples comportent bien ces résistances. Ce serait peut-être l'explication ?

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/06/08/20220608162640-english2-Screenshot%202022-06-08%20162629.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/06/08/20220608162640-english2-Screenshot%202022-06-08%20162629.png)

J'ai intégré les changements au niveau du schéma, en rajoutant également la prise pour la télécommande (qui s'avère très précieuse), ainsi qu'une broche GND proche de la sortie de DAC inutilisée au cas où je décide de brancher un cable audio 3,5mm.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/06/08/20220608163513-english2-Untitled.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/06/08/20220608163513-english2-Untitled.png)

Enfin, je voulais juste attirer l'attention sur un échange concernant le vstcm sur KLOV à propos des DAC et comment faire pour aller plus vite. Peut-être qu'il faudrait évoluer vers des DAC parallèle sur la prochaine version (en imaginant que j'arrive à suivre d'un point de vue coding) ?
https://forums.arcade-museum.com/threads/announcing-the-vstcm-colour-vector-generator.505940/page-3 (https://forums.arcade-museum.com/threads/announcing-the-vstcm-colour-vector-generator.505940/page-3)

Bonsoir à tous

En attendant d'avancer sur des améliorations du schéma, j'ai voulu tester les capacités du Teensy. Je suis tombé par hasard sur un émulateur ancien écrit en langage C (datant de 1991) du processeur 6502 et de certains jeux vectoriels Atari qui s'appelle Vecsim. Comme il existe une version pour STM32, je me suis dit qu'il pourrait peut-être fonctionner. J'ai contacté Hedley Rainnie, (l'auteur avec Eric Smith et Doug Neubauer), qui était ravi de découvrir le projet vstcm et mon idée de tenter d'intégrer son émulateur. Par coincidence, il travaille désormais chez NXP, le fabricant du processeur du Teensy ...

Donc au bout de 2h de bidouillages, je suis arrivé à ça ...

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/06/12/20220612210410-english2-IMG_20220612_201910.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2022/06/12/20220612210410-english2-IMG_20220612_201910.jpg)

Cela veut dire que la carte peut faire tourner certains jeux vectoriels de manière autonome, sans être branchée sur un Raspberry Pi, et sans MAME et prendre ainsi la place d'une PCB de jeu d'arcade. Une sorte de "19 in 1" pour les jeux vectoriels. J'ai intégré une modification au code qui permet de déposer les fichiers ROM d'origine sur la carte SD du Teensy, et ceux-ci sont simplement chargés en mémoire au début de l'exécution. La seule modification à l'exécution du jeu que je me suis permis est de dessiner les vecteurs en rouge en haut, et en vert en bas car on est sur un écran couleur et cela permet de reproduire les couleurs d'origine.

Je précise que le son et les contrôles ne fonctionnent pas encore, donc il s'agit plutôt d'une démonstration qu'autre chose à ce stade. Les temps de réponse sont tout à fait corrects pour l'instant. Asteroids fonctionne également. Je vais publier le code sur Github au cas où d'autres souhaitent essayer. La sortie inutilisé d'un des DAC pourrait donc s'avérer fortement utile pour essayer de reproduire le son du jeu.

Petite vidéo du jeu https://youtu.be/sv5gHOiRTA0 (https://youtu.be/sv5gHOiRTA0)

Je reste admiratif devant la qualité et la quantité de travail abattue  ^-

Quelqu'un sur KLOV a réalisé une carte, et vient de la tester avec succès dans sa borne Tempest cabaret (WG6100) !
Apparemment, il va procéder à un test sur G05. J'attends les photos avec impatience ...

https://forums.arcade-museum.com/threads/announcing-the-vstcm-colour-vector-generator.505940/page-3#post-4512289 (https://forums.arcade-museum.com/threads/announcing-the-vstcm-colour-vector-generator.505940/page-3#post-4512289)

Bonjour à tous
Pas de temps à consacrer au projet pour le moment, ce qui est frustrant car j'ai plein d'idées. J'ai réussi à faire tourner un émulateur Vectrex dessus, mais je dois le terminer avant de publier sur Github. J'arrive à produire des sons WAV très basiques aussi avec la carte, mais il faut que j'arrive à l'incorporer à un jeu.

Par ailleurs, voici une video sur Youtube de quelqu'un qui a branché sa vstcm sur une borne Omega Race cocktail pour jouer à Aztarac !
http://youtu.be/jpxfpJRRm98 (http://youtu.be/jpxfpJRRm98)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/06/24/20220624162557-english2-Screenshot%202022-06-24%20162029.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/06/24/20220624162557-english2-Screenshot%202022-06-24%20162029.png)

Bonsoir à tous !

J'aurai des choses à annoncer bientôt, j'espère. Le temps me manque pour avancer sur le projet, mais ça avance quand même.

En attendant, voici une petite video de quelque chose que personne n'a encore vue, y compris son auteur, et que je publie ici en premier : Battlezone 2 en couleur sur un écran vectoriel !

https://youtu.be/XNZfYX2l9WQ

Bonne soirée

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2022/09/21/20220921200250-english2-Screenshot%202022-09-21%20200239.png) (https://gamoovernet.pixhotel.fr/pics/v2/2022/09/21/20220921200250-english2-Screenshot%202022-09-21%20200239.png)

Bravo english2 pour ces exploits d'intégration d'émulation dans cette carte, ça ouvre un champ de perspective démentiel :-)=

PS : Tu peux intégrer directement tes vidéos dans tes posts en ne mettant que l'adresse de la vidéo sur youtube, l'intégration est automatique, je l'ai fait pour te montrer sur ton dernier post ;)

Bonsoir à tous
Voici le résultat de mes dernières bidouilles sur le VSTCM : Vector Kong ...

Salut,

Génial !  ^-^

Et j'ai dû passer à côté de ton post précédent sur Battle Zone II ! (vue la date, je devais être en vacance ;))

Et là je me suis dit "Mais je n'ai pas le souvenir de ce Battle Zone 2 en arcade ?...".

Et pour cause, puisque c'est un homebrew que je ne découvre que maintenant ! :)

Je vous partage cette vidéo de Jason Kopp qui montre son gameplay, sur une version prototype non finalisée :



C'est absolument génial non !? :)  :-)=

Le fait d'ajouter le bouclier, et les armes supplémentaires, plus le warp, ça renouvelle complètement le gameplay et en fait un jeu beaucoup plus dynamique, palpitant et plein d'action ! (car le Battle Zone original, c'est vrai que c'est un peu plan-plan et que ça manque de peps ;))

Enfin bref, cela ne me donne que d'avantage envie de trouver un de ces jours une borne Battle Zone ! :)

Et un énorme bravo à toi English2 pour tout le boulot accompli sur cette techno vectorielle !  ^-^ 8)

A+

Bonsoir
Juste pour le fun et pour tester les capacités du VSTCM, j'ai adapté Williams Defender en faisant une conversion raster->vecteur en temps réel. Le résultat est presque parfait (mais exécrable avec ma pauvre caméra). Ca ne sert pas à grand chose si ce n'est faciliter la conversion de jeux qui tournent sous MAME afin qu'ils fonctionnent sur un écran vectoriel ...

Je viens de rajouter une option pour mieux gérer les écrans monochrome au code sur Github (https://github.com/english1234/vstcm). Voici un test de Tempest sur un G05 provenant d'une Asteroids Deluxe. J'ai pris la valeur max de RVB comme valeur pour le Z comme point de départ (la moyenne des valeurs ne marchait pas très bien).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2023/04/04/20230404134304-english2-IMG_20230404_131226.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2023/04/04/20230404134304-english2-IMG_20230404_131226.jpg)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/v2/2023/04/04/20230404134304-english2-IMG_20230404_131250.jpg) (https://gamoovernet.pixhotel.fr/pics/v2/2023/04/04/20230404134304-english2-IMG_20230404_131250.jpg)