Gamoover

Bonjour à tous,

Comme vous le savez nous sommes cloitrés dans nos maisons, enfin encore plus quand vous êtes dit "à risque".

Vous avez peut-être suivi le début de la remise en route du Time Machine (https://www.gamoover.net/Forums/index.php?topic=38382.0) . Puis avec le confinement, rappelez-vous de cette période qui a fait le vide dans les rues. Bref j'en ai profité pour avancer sur le dépannage d'une MPU Data East. Mais en voulant faire un mini banc de test, j'ai vu des comportements assez incohérent de la part des moniteurs de sortie (voir dans le post de la remise en route du Time Machine). Ayant du temps, confinement oblige, et n'étant pas du genre à me tourner les pouces, je me dis que des circuits intégrés de la MPU sont fatigués, mais lesquels ?
Vous me direz :  "Tu n'as qu'a suivre les schémas, Tilowil."
C'est ce que j'ai fait. Je dessoude le composant potentiellement défectueux, je recherche le datasheet sur le net et je prends mes grips, je clampe, je mesure, je râle parce qu'un grip se fait la belle, et au bout de 2 fois, ça me soule, et la c'est
(https://gamoovernet.pixhotel.fr/pics/20200401223635-tilowil-Explode.gif)
dans mon crane.
Donc, en tant que developpeur faignant, je me suis dit il me faut un système pour tester les TTL et les CMOS, simplement et rapidement.
Je recherche sur le net , car pourquoi réinventer la roue, si elle existe déjà ?
Je trouve effectivement des appareils bien sympa, allant d'une quarantaine d'euros à 950€. Bon une quarantaine d'euros pourquoi pas, mais avec la période de confinement, j'ai plusieurs colis qui se trouvent coincées dans les aéroports en partance pour la France attendant que les vols reprennent et je me demande quand le testeur va arriver si je le commande. J'ai envie d'avancer et de profiter de l'isolement pour poursuivre.

Un peu de réflexion et j'ai trouvé une solution honorable.

En exclusivité pour Gammover depuis le laboratoire Tilowil.

Attention Tout ce qui suit est soumis à licence
(https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png)
Cette outil est mise à disposition selon les termes de la Licence Creative Commons Attribution - Pas d'Utilisation Commerciale - Partage dans les Mêmes Conditions 4.0 International (http://creativecommons.org/licenses/by-nc-sa/4.0/).

Le but de ce partage n'est pas d'inventer une N^ième version d'un testeur de TTL/CMOS, surtout que dans le commerce il y en a plein, mais dans le cas présent de trouver un moyen de dépannage rapide, simple et efficace.

En gros voici ma solution (en temporaire pour le moment, c'est fonctionnel depuis aujourd'hui)

Mais c'est aussi une interface sur le moniteur série sur le PC, plus intuitive, car elle permet de pouvoir sélectionner exactement le composant que l'on veut tester.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401230923-tilowil-IMG-3865.JPG)
Vue générale

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401231015-tilowil-IMG-3866.JPG)
Le circuit intégré à tester

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401231134-tilowil-IMG-3867.JPG)
Le bouton Start, le lecteur de carte µSD et l'Arduino Mega 2560

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401231246-tilowil-IMG-3869.JPG)
Durant la recherche automatique. Il donne à la fin le probable CI correspondant.

Mais on peut aussi utiliser l'interface du moniteur serie Arduino.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401232029-tilowil-IMG-3870.JPG)
Ici la liste des Circuits Intégrés admissible par le système de test. Cette liste n'est pas fixe. Elle peut se compléter par ajout des lignes dans le fichier txt. Il stocke les tables de vérité de chaque composant. J'ai repris le principe de fichier créé par JorBi, car il est simple à comprendre et simple à remplir.
Actuellement ma base de composant compte 179 CI (il manque le 74273 sur la photo). Dès que je rencontre un nouveau CI j'enrichis la base.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401232851-tilowil-IMG-3871.JPG)
Je veux tester uniquement le 74244, je saisie le numéro dans le moniteur série.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401233038-tilowil-IMG-3872.JPG)
Et le résultat pour ce CI désigné.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401233414-tilowil-IMG-3873.JPG)
Je passe en mode explicatif (exclusivement sur le moniteur série)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401233536-tilowil-IMG-3875.JPG)
Et voici le détail du test. On retrouve le nombre de broches du CI. Ici le 74244 a 20 broches. Je peux tester les CI à 14, 16, 20 et 24 broches. L'on peut voir les lignes de la table de vérité (signal), comment les ports sont paramétrés (set), ce qui est envoyé (send) et ce qui est lu (read).  Si toutes les lectures correspondent aux attentes, le composant est bon.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401234043-tilowil-IMG-3876.JPG)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401234204-tilowil-IMG-3878.JPG)
Ici deux 7402 défectueux, on voit bien le dysfonctionnement dans la lecture par rapport à l'attendu. Dès qu'il y a un dysfonctionnement le programme sort. inutile de continuer a tester les autres combinaisons, si une est mauvaise le composant n'est pas viable.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401234612-tilowil-IMG-3879.JPG)
un 7402 correct.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200401234755-tilowil-IMG-3880.JPG)
Un 74154 défectueux.

Grace à ce petit outil, je peux tester, en mode automatique un CI en 9s et en mode manuel en 3s. Il y a plus rapide certes, mais l'outil me va bien.

Si vous vous demander pourquoi mon soft est en anglais, c'est parce que je vais publier ce montage sur un autre site (avec un robot comme logo) et que ce site impose la langue anglaise. Mais je vais aussi faire une version en français, enfin plutôt multilingue.


De quoi a t on besoin ?
- Un Arduino Mega 2560
- un lecteur de carte µSD SPI (MOSI, MISO, CS, SCK, VCC, GND)
- un Afficheur 16x2 (i2c ou standard) (facultatif)
- un bouton poussoir
- un support 24 broches ZIF (facultatif)
- une breadboard assez grande pour tout contenir
- des fils dupont male-male
- un PC pour le moniteur série

Aujourd'hui, j'ai commenté mon code, et j'ai mis en place le choix de la langue et les messages en français ou en anglais. Je viens de faire le schéma de tête (avec mon code en support pour les ports de l'Arduino), mais je vais faire des changements car les éléments choisis me posent des problèmes sur le PCB. Donc demain je vais reprendre le schema.

Le schema refait.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403143902-tilowil-testeur-TTL-CMOS-artisanal-schema.png) (https://gamoovernet.pixhotel.fr/pics/20200403143902-tilowil-testeur-TTL-CMOS-artisanal-schema.png)

Et maintenant que mon schéma est bon, les images du Hat.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403144100-tilowil-Screen-Shot-04-03-20-at-02.33-PM.PNG)
Coté Composants

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403144158-tilowil-Screen-Shot-04-03-20-at-02.38-PM.PNG)
Coté soudures

Pour le moment cela reste un Prototype, c'est la raison pour laquelle je n'ai pas mis le Gerber, le code Arduino, la database, les fichiers de langue en ligne, ni la BOM. Je vais lancer la fabrication de 5 prototypes et si tout est ok, je mettrai la v1 en ligne. Ensuite je me pencherais sur une v2 correspondant aux axes d'amélioration soumis par Little_Rabbit.

C'est tout pour le moment. La suite ici dans ce message.

A suivre.

GÉNIAL
l'inventivité se trouve boostée en ces temps de confinement  ^-

Je ne comprends pas tout mais je suis ça avec grand intérêt. Bravo  ^-

Salut,

Il est génial ton testeur de composants tilowil !  :-)=

Bravo pour ce développement efficace et on ne peut plus utile !

Si je puis me permettre, voici une petite remarque :  en mode manuel, je trouve que tu devrais changer le message de fin. Les "possible match" et "no match found" sont très bien pour le mode automatique. Par contre, je trouve qu'il serait plus explicite de conclure le résultat du test manuel par quelque chose comme "Perfect match : this xxxxx IC is good !" quand il est testé comme bon, et un truc du genre "No match for xxxxx : IC detected as bad !", où xxxxx est la référence du CI testé :).

Et sinon, je me faisais la réflexion suivante : comme tu disposes d'un afficheur, que tu désignes comme facultatif, pourquoi ne pas en tirer profit, en ajoutant quelques boutons à ton montage ? :) L'idée serait d'avoir un testeur autonome, sans qu'il ait besoin d'être relié au PC : on aurait un bouton "<-", un bouton "->" pour balayer dans les 2 sens la liste des composants testables. Ton actuel bouton "Start" deviendrait le bouton "Auto" pour lancer un test automatique, et un bouton "Manual" pour lancer les tests sur la référence sélectionnée :).

Sur mon programmateur d'EPROM Velon, j'ai une fonction de test de composants TTL/CMOS, qui m'a déjà donné de faux résultats : composant donné comme bon alors qu'il était mauvais ! Je serais curieux de comparer le résultat avec ton testeur :) (je dis ça, mais je ne sais pas si j'ai gardé les composants en question... quoique, comme je suis du genre "Il ne jette rien !" c'est bien possible :D).

Quoiqu'il en soit, je te renouvelle toutes mes félicitations pour ce super développement !  ^-^

A+

Bonjour,

Merci pour vos retours, ca fait plaisir.

@Little_Rabbit : Merci pour tes axes d'améliorations. Oui je suis en train de faire des modifications, maintenant que je sais que le principe de fonctionnement est là. D'abord faire en sorte que le produit fonctionne, puis viens le temps de la cosmétique. En ce moment je suis en train d'écrire les commentaires dans mon code. Puis effectivement il faut que je gère les messages entre le mode 'recherche de CI' et le mode 'test de CI'. J'ai encore du travail devant moi, mais c'est un WIP comme un autre  ;).  A l'origine je ne voulais faire un retour que par le moniteur série, car je peux écrire ce que je veux. Puis j'avais ce 16x2 qui prenait la poussière et je me suis dit que l'ajouter pourrais faire gagner en autonomie, être moins dépendant du PC, d'où le facultatif. Mais au final je me dit que le 16x2 n'est pas forcement facultatif. Pour mon utilisation, je ne regarde que le moniteur série, mais quand je vais donner un exemplaire à mon ami qui m'aide sur le Time Machine et qui m'a aidé sur le Genesis, il lui faudra un système autonome et clair. Donc le 16x2 ou le 20x4 serait la voie vers l'autonomie.

L'idée de parcourir la base pour sélectionner le CI que l'on veut tester sur l'afficheur est à réfléchir effectivement.

Il faut aussi que je fasse le schéma puis faire un Hat pour un Arduino Mega2560. Vu la taille du Mega je devrais avoir la place pour quelques boutons  :D.

Je suis aussi content que tu t'intéresses à ma très modeste réalisation, car quand j'ai regardé les testeurs du commerce, ils annoncent 1300 CI testables, mais ils sont capable de différencier , par exemple, les 7402, les 74LS02, les 74HC02, les 74HCT02. Pour moi je ne teste que la partie logique et donc ils sont tous identiques. Mais quel est vraiment la différence ? est ce facile de savoir les différencier ? non je ne cherche pas à concurrencer les testeurs chinois, mais c'est pour ma culture.

Cet après midi je poursuis mes commentaires tant que le programme est frais dans ma tête. Puis schéma, tant qu'il est frais aussi  :D.
Ensuite on fera de la cosmétique  ;)  8).

Je vais aussi prévoir le futur, en ajoutant les paramètres pour des CI allant de 6 pattes à 24 pattes et pas seulement les 14, 16, 20 et 24 pattes.

Je réfléchis aussi, maintenant que le principe fonctionne, a y inclure les ampli op et j'aimerai bien aussi tester le ne555 (utilisé sur la MPU Data East) et pourquoi pas le NE556.

Encore merci pour vos messages.

A suivre.

Moi aussi, ça dépasse mes compétences mais j'ai tout lu.
Je trouve ça super de s'occuper de la sorte avec les moyens à disposition, un peu à la MacGyver quoi  ;)

toujours très interessant ce genre de projet. bravo  ^-^

Bonsoir,

j'ai mis a jour le post 1, avec entre autre un schéma, qui va bouger rapidement car l'Arduino choisi me détruit le PCB. Donc je vais soit le modifier soit en prendre un autre.

Bonne nuit.

Salut,

Citation de: tilowil le Vendredi 03 Avril 2020, 03:42:11 AM
../.. qui va bouger rapidement car l'Arduino choisi me détruit le PCB

Qu'entends-tu par là ? Je ne comprends pas ce que tu veux dire :).

Tiens, il me vient une question : tu dis pouvoir gérer des CI de différentes tailles (14 broches, 16 broches, 18, etc.) => comment gères-tu l'alimentation du circuit testé ? Car la broche d'alimentation sera tantôt la 14, ou la 16, ou la 18, etc. J'aurais imaginé qu'il était du coup nécessaire d'avoir une électronique externe (relais ou transistor) pour orienter le +5V vers la broche Vcc dont l'emplacement change.

A+

Bonjour Little,

Pour répondre a tes questions.
Le Mega choisi dans la librairie a un contour indiquant une découpe et donc si j'envoie le gerber pour la fabrication il y aura un trou dans le PCB.
Pour illustrer  :D :D :D :D :D :D :D
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403093103-tilowil-Screen-Shot-04-03-20-at-09.28-AM.PNG)
ici tu vois le contour violet du mega (sur mon soft, le violet c'est la coupe). Donc la prévisualisation du resultat final  =:)) =:)) =:)) =:))
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403093354-tilowil-Screen-Shot-04-03-20-at-09.29-AM.PNG)
Un beau trou.

---

Pour répondre à ta seconde question. En premier lieu et la question de base est : connais tu le fonctionnement de l'arduino ?
Au pire cela servira pour ceux qui ne connaissent pas le fonctionnement d'un Arduino (ca tombe bien c'est les cours que je donne, bénévolement, aux élèves et membres du FabLab du Lycée Paul Langevin à Beauvais). On va faire simple.
L'arduino est une carte servant à gérer des entrées et des sorties, en gros. Pour le besoin, je ne me sert que des E/S digitales (2 niveaux logiques Haut ou Bas,  1 ou 0, +5v ou 0v).

Pour illustrer la suite je prends comme exemple le 74LS244.
L'information trouvé sur le net 74244 datasheet
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200403104512-tilowil-74LS244.gif)
On y retrouve la table de vérité (function table)
Si on reprend l'information pour tester un circuit (le signal), du 74244 par exemple, voici un extrait de ma base :
$74244
Octal 3-STATE buffer/Line Driver/Line Receiver
20
00H0H0H0HG1L1L1L1L0V
01L1L1L1LG0H0H0H0H0V


on a, précédé par '$', le nom du composant ici 74244, puis, à la ligne en dessous, sa désignation. J'ai ensuite le nombre de pattes du circuit, ici 20 pattes et enfin les lignes de la table de vérité du composant, jusqu'à ce que je retombe sur un $ ou la fin du fichier.

Si je détaille la ligne de test :
- 0 impliquera un niveau Bas en entrée
- 1 impliquera un niveau Haut en entrée
- L impliquera un niveau Bas en sortie
- H impliquera un niveau Haut en sortie
- G impliquera une mise à 0V (Niveau Bas)
- V impliquera une mise a +5V (Niveau Haut)

J'ai aussi comme paramètre :
- C impliquera un signal Clock/ Trigger
- X impliquera une E/S non pertinente

à lire verticalement, j'ai ajouter sur les 2 premières lignes le numéro de patte à titre informatif, mais on commence toujours par la patte 1 jusqu'à la patte x ou x désigne le nombre maximum de pattes du composant :
00000000011111111112
12345678901234567890
00H0H0H0HG1L1L1L1L0V

Ce qui donne comme instruction pour l'arduino :
- Tu alimentes la broche 1 en 0v
- Tu alimentes la broche 2 en 0v
- Tu lis la broche 3 et tu devrais avoir +5v
.
.
.
- Tu alimentes la broche 10 en 0v (GND)
.
.
.
- Tu alimentes la broche 20 en +5v (Vcc)

ainsi ma table de vérité me donne aussi la position des pattes servant à l'alimentation du circuit. Les E/S de l'Arduino étant dirigeable dynamiquement par le programme, c'est un jeu d'enfant.
C'est pour ca que quand je detailles ce que fait l'arduino sur le moniteur série j'ai ce genre d'information :

essaye : 4066
nombre de pattes: 14
signal  : 0HH000G0HH000V
config. : -HH---G-HH---V
entrees : 0--000-0--000-
sorties : -HH-----HH----
signal  : 1HH100G1HH100V
config. : -HH---G-HH---V
entrees : 1--100-1--100-
sorties : -HH-----HH----
signal  : 0LL011G0LL011V
config. : -LL---G-LL---V
entrees : 0--011-0--011-
sorties : -LL-----LL----
signal  : 1HH111G1HH111V
config. : -HH---G-HH---V
entrees : 1--111-1--111-
sorties : -HH-----HH----
A repondu correctement.
Fin des essais
4066 a passe avec succes le test. Est OK.


et par conséquent je retrouve systematiquement 4 lignes pour chaque ligne de la table de verité

signal  : 0HH000G0HH000V
config. : -HH---G-HH---V
entrees : 0--000-0--000-
sorties : -HH-----HH----

- La ligne 'signal' me rappelle la ligne de la table de vérité
- La ligne 'config.' paramètre les E/S (les H et les L vont définir des E/S en entrée et le G et le V vont definir des E/S en sortie (LOW et HIGH respectivement)
- la ligne 'entrees' paramètre les niveau des E/S et les définies en sorties
- la ligne 'sorties' lit chaque E/S definie en entrée et teste sont niveau logique par rapport au niveau logique attendu.

Il peut être un peu confusant par moment cette notion E/S. Il faut penser que je parle du point de vu de l'arduino, par contre les notions évoqué dans les lignes sont celle du CI à tester.

On peut faire de même avec un PIC, par exemple un PIC16F1519 à 36 E/S auquel on peut rajouter si nécessaire un MCP23017 pour l'étendre avec 16 E/S, pour l'afficheur par exemple, avec communication par protocole I2C et pour tout stocker tu peux utiliser une EEPROM I2C SN24C512 qui contient 512Kb soit 64 Ko ma base fait pour le moment 33 682 caractères soit 33 682 octets   (32,89 ko)

J'espère avoir répondu a tes questions et avoir un peu plus éclairci le sujet pour ceux qui le suivent.

Bonjour,

Mise à jour du post 1.

- Mise en ligne du schéma final de la V1 (a écraser le précédent).
- Mise en ligne des images du PCB Prototype (Rouge).

A suivre à réception des plaques prototype.

Sujet très intéressant, un grand Bravo à toi et merci pour le partage  <:) ^-^

Bonjour,
Merci à tous pour vos messages. C'est plaisant de voir que le sujet intéresse.

Je vais bientôt reprendre mes tests, en effet les PCBs prototypes viennent de sortir de fabrication, et normalement d'ici 3-4 jours ils seront à la maison.
Cela va me laisser le temps de passer commande chez mouser des 2-3 références qu'il me manque.

En attendant comme je suis coincé sur la MPU data east, sur le testeur de TTL/CMOS, je me suis dit qu'apprendre la programmation des PIC serait drôle. Et pourquoi pas essayer, bon pas de suite, de refaire le Testeur avec un PIC. A ce moment la on va rejoindre l'idée de @Little_Rabbit qui proposait une utilisation de l'afficheur 16x2 pour le résultat, mais aussi pour la navigation.

Avec l'arrivée des PCBs Protype, d'autres sujets vont aussi bouger. Surprise !

A bientôt pour la suite.

Salut,

Hâte de voir ce que seront ces surprises ! :)

Merci pour tes précédentes explications. Je ne connais pas intimement les Arduino, mais je connais le principe.

Ce qui me surprend ici, c'est que tu utilises une porte de sortie logique pour alimenter un circuit intégré type TTL :). Je ne sais pas quelle est la techno interne d'un port d'Arduino, mais souvent, un niveau logique haut, qu'on assimile à du +5 V n'en est pas tout à fait (autour de 4,6 ou 4,8 V ?). Ensuite, je ne connais pas la sortance (https://fr.wikipedia.org/wiki/Sortance) d'un port d'Arduino. Les portes TTL de la famille S par exemple sont assez gourmandes. C'est pour ça qu'il me semblait plus académique d'alimenter les broches d'alimentation du circuit intégré testé par un circuit en propre (via des transistors qui eux seraient piloter par un des ports de l'Arduino), sans s'appuyer sur un port d'E/S de l'Arduino :). Mais c'était un pure questionnement car je ne connais pas les caractéristiques électriques/électroniques des Arduino.

Vivement la suite !  ^-

A+

Thread très intéressant, merci pour le partage !
J'attends la suite avec impatience  :)

Bonjour,
Merci pour vos messages.

@Little_Rabbit, j'adore tes messages, j'apprends toujours quelque chose. Je dois avouer que je n'ai pas tout compris en suivant le lien vers wikipedia, je ne suis qu'un modeste développeur et un piètre joueur en électronique.

Pour peut être mieux comprendre, j'ai fais un programme simple

void setup() {
pinMode(18,OUTPUT);  // Broche 18 en sortie
}

void loop() {
digitalWrite(18,HIGH); // Met la broche 18 à +5v
delay(50);             // Attend 50 ms
digitalWrite(18,LOW);  // Met la broche 18 à 0V
delay(50);
}


J'ai branché mon oscillo, calibre 1v, calibre de temps 50ms, entre la masse et la broche 18 et voici le resultat :
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408181046-tilowil-Screen-Shot-04-08-20-at-03.10-PM.PNG) (https://gamoovernet.pixhotel.fr/pics/20200408181046-tilowil-Screen-Shot-04-08-20-at-03.10-PM.PNG)

Peut être que ces informations pourront te donner un elements de réponse. Moi je ne sais pas. J'ai tenté quelque chose, et cela a fonctionné.

Maintenant les premiers essais que je fais avec un PIC sont beaucoup moins concluant. Les PICs semblent plus complexes au niveaux du choix de la bête. Avec un PIC16F628A, le premier que j'ai sous la main, j'ai voulu faire un test qui n'a pas été concluant. L'alimentation du TTL 7404 est en dessous de la valeur normale. Il faut que je me penche plus sur le sujet, mais pour le moment ce n'est pas gagné.

A suivre.
[Edit]
Suite à ton questionnement, je me suis dit que les S dont tu parles, ce doit être les TTL genre 74LS. Et j'ai un 74LS154 qui est declarer defectueux par le système.
Qu'au cela ne tienne, je vais reprendre la vieille méthode, bien casse pied.
Pour mémoire le test nous donne le CI défectueux car :
essaye : 74154
nombre de pattes: 24
signal  : LHHHHHHHHHHGHHHHH000000V
config. : LHHHHHHHHHHGHHHHH------V
entrees : -----------------000000-
sorties : HHHHHHHHHHH-HHHHH-------
Fin des essais
74154 a echoue au test. N'est PAS OK.
Si je traduit, même si ceux qui suive le topic, savent lire le test maintenant, si je met toutes les entrées à 0v, je dois avoir la sortie 0 (patte 1) à LOW toutes les autres à HIGH.
Hors à la lecture la sortie 0 (patte 1) est à HIGH.
Avant de faire quoi que ce soit, le datasheet du composant :
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408191624-tilowil-Screen-Shot-04-08-20-at-07.16-PM.PNG) (https://gamoovernet.pixhotel.fr/pics/20200408191624-tilowil-Screen-Shot-04-08-20-at-07.16-PM.PNG)
on y voit que la tension minimale de fonctionnement est 4.75v, la nominal est 5v et la maximale est 5,25v
Je prends la tension entre la sortie 5v et GND de l'arduino avec un voltmètre => 4,71v
Je modifie mon programme pour que les broches de l'arduino ne repassent pas toutes à 0v et que je conserve les positions de l'alimentation, résultat 4,51v à la patte 20 (Vcc).
Je me dit qu'avec 4,71v le test manuel risque d'échouer aussi.
Je teste les 3 premières positions de la table de vérité, et la : 
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408192410-tilowil-IMG-3894-1-.JPG)
Position 1 - A=0, B=0, C=0, D=0, G1 et G2 = 0

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408192551-tilowil-IMG-3895-1-.JPG)
Position 2 - A=1, B=0, C=0, D=0, G1 et G2 = 0

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408192710-tilowil-IMG-3896-1-.JPG)
Position 3 - A=0, B=1, C=0, D=0, G1 et G2 = 0

Donc le composant à l'air de fonctionner. Ce ne serait qu'un problème de tension. J'ai déjà rencontré ce genre de problème par le passé, du fait qu'actuellement le Mega est alimenté par le port  USB. Je vais donc faire un essai par le port d'alimentation. En faisant cela je vais perdre le moniteur Serie.
Donc avec un adaptateur secteur mes 4,71v se sont transformé en 5.01v. C'est mieux. Par contre n'ayant pas encore développé la partie choix du CI à tester je n'ai pas pu choisir de tester seulement le 74154. mais une chose est sure il ne me le détecte toujours pas, donc potentiellement je n'ai toujours pas la bonne tension.
Je vais donc lui forcé la main pour ne faire qu'un seul test en automatique.  :D

[Edit 2]
Donc en ayant modifier le programme pour qu'il se lance automatiquement sur le 74154, le test échoue bien. Par contre j'ai 4,83v sur Vcc. Donc si le composant réagit bien à 4,71v pourquoi n'en fait il pas de même à 4,83v ? et sachant que 4,83v c'est au dessus du minimum requis par le constructeur. 
grosse réflexion a venir.  =:))

[Edit 3]
Sachant que je n'ai plus acces au moniteur Serie quand je suis sur la prise secteur, je me suis dit que j'allais derouté le code envoyé au Serial vers le SD. une petite heure de dev, et voici toutes les ecritures recueillies sur la SD :
recherche d'informations pour 74154
essaye : 74154
nombre de pattes: 24
signal  : LHHHHHHHHHHGHHHHH000000V
config. : LHHHHHHHHHHGHHHHH------V
entrees : -----------------000000-
sorties : HHHHHHHHHHH-HHHHH-------
Fin des essais
74154 a echoue au test. N'est PAS OK.

Même cause de rejet. Hum ! :-[ compliqué comme test  ::) J'attends un jeu de remplacement du 74LS154, je le testerai bien à ce moment là.
Ensuite dans toute la série que j'ai testé sur la MPU Data East, il y avait d'autres 74LS qui ont passé le test avec succès. Donc je ne sais pas quoi pensé.

Salut,

Citation de: tilowil le Mercredi 08 Avril 2020, 18:31:50 PM
@Little_Rabbit, j'adore tes messages, j'apprends toujours quelque chose.

Merci :), j'essaie juste de partager mes modestes connaissances ;).

Citation de: tilowil le Mercredi 08 Avril 2020, 18:31:50 PM
Je dois avouer que je n'ai pas tout compris en suivant le lien vers wikipedia, je ne suis qu'un modeste développeur et un piètre joueur en électronique.

Je ne suis pas un pro de l'électronique non plus, j'ai juste encore quelques réminiscences de mes cours d'il y a 35 ans ! :D

Pour la sortance, cela exprime simplement le nombre de portes que la sortie d'une autre porte peut "adresser" ou "commander". Parce qu'il faut avoir à l'esprit que même si elles sont "logiques", ces portes reposent sur des principes bien physiques d'électrons qui se promènent :). Dans ton exposé ci-dessus tu exprimes différentes tensions que tu as mesurées. Bien. Mais ce que je voulais exprimer avec mon histoire de sortance, c'est surtout le courant, donc l'intensité qu'une sortie de porte logique, ou en l'occurrence une sortie de port de PIC ou d'Arduino est capable de fournir !

Car la broche Vcc de la porte que tu testes, elle a certes besoin d'à peu prés 5V pour fonctionner, mais c'est surtout le courant dont elle a besoin qui me questionnait.

Quand je parlais de portes de la famille S plus haut, j'évoquais en effet les différences qui existent selon les familles TTL.

Les portes TTL sont déclinées en plein de familles différentes, selon le compromis cherché entre vitesse et consommation (depuis il y en a encore plus, et plus strictement d'origine TTL puisque des équivalents existent en technologie CMOS avec les HC ou HCT...).

Prenons l'exemple d'un 7400 de base, 4 portes NAND à 2 entrées. Il existe notamment :
-le 7400  => modèle de base
- le 74LS00 => modèle basse consommation, mais pas très rapide
- le 74S00 => modèle le plus rapide, mais qui consomme beaucoup !

C'est de cette famille S dont je parlais => des portes rapides mais gourmandes en courant, dont l'alimentation devra être soignée.

Pour illustrer mon propos, j'ai pris la 1ère datasheet dont je disposais sous la main, celle d'un 74151 :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200408222101-Little_Rabbit-caracty-ristiques74151.jpg) (https://gamoovernet.pixhotel.fr/pics/20200408222101-Little_Rabbit-caracty-ristiques74151.jpg)

J'ai surligné en haut la déclinaison du 74151 dans les 3 familles les plus courantes : le 74151, le 74LS151 et le 74S151.

J'ai également surligné en bas la consommation respective de chaque modèle au niveau de la broche Vcc. On y remarque que pour fonctionner, le 74S151 requiert tout de même jusqu'à 70 mA !

Une sortie de porte logique, et de port d'un composant en général, est surtout prévue pour fixer une tension de sortie, un potentiel, qui va définir le niveau logique. Elle n'est pas prévu pour débiter un courant servant à alimenter un autre composant. Par exemple, je crois qu'une LED consomme autour de 20 mA => ici alimenter un 74S151 revient à alimenter 3 à 4 LED avec une seule sortie... C'est pour ça que je parlais d'intercaler un transistor qui jouerait le rôle d'un interrupteur : la sortie de l'Arduino ou du PIC ne ferait que commander la base du transistor, qui elle requiert un très faible courant.

Mais comme je ne connais pas bien les PIC et les Arduinos, peut-être ont-il assez de "pêche" pour alimenter un composant TTL...

Il faudrait que les pros de l'électronique que sont par exemple spectroman ou Fred G5 se manifestent pour nous donner des conseils de pro  ^-^.

A+

Bonsoir,

Merci Little_Rabbit pour toutes ses explications.  ^-^

Voila une réponse que je connais  :D Le courant officiel de chaque E/S est normalement : 
- pour un UNO : 20mA par E/S réellement 30mA
- pour un Nano : 40mA par E/S réellement 50mA
- pour un Mega2560 : 20 mA par E/S réellement 40mA

Mais c'est vrai que les lumières de nos électroniciens chevronnés nous ferons du bien.

Sur les broches d'alimentation c'est pareil officiellement 50mA mais tu peux avoir plus.
Ensuite tout dépends aussi si tu alimentes ton Arduino par le port USB ou par un adaptateur secteur.

Je n'avais pas pensé a cette histoire de consommation. Mais ce sont les valeurs max. A Vcc=5V et T° = 25°C 45mA reste acceptable pour l'arduino. Il faut se rappeler que je n'alimente le composant que pour le test et que le test ne dure, à chaque fois, que quelques millisecondes. même en prenant la recherche du composant qui dure 9s le composant n'a pas le temps de monter en température.

Mais je vais me pencher sur le sujet. j'ai un truc a creuser par la, un os a ronger  ;D :D.

Merci pour le partage de ce beau projet ainsi que pour les explications que vous donnez. C'et très enrichissant.
Tilowil, c'est marrant que tu parles du lycée Paul Langevin c'est le lycée ou je suis allé pour passer mon bac STI Genie civil. Il y'a un fablab dedans maintenant ?

Bonsoir Gnomon,
[HS]
Oui. Il se trouve dans le batiment B. Tu as a ta disposition des imprimantes 3D (2 Ultimaker, 1 zortrax et 1 delta), 1 decoupeuse Laser Trotec, Des Silhouette Cameo (decoupe papier, vinyl et flex) (cours donnés par mon épouse), une presse à chaud, ...
Le seul problème c'est que le Fab est ouvert pendant les heures de cours. https://www.facebook.com/FabLangevin/

J'y donne des cours, enfin plus maintenant confinement oblige. Mais je reprendrais du service à la rentrée 2020-2021, le mercredi toute la journée.
[/HS]

Pour s'affranchir de cette histoire d'alimentation faiblarde j'essayerai d'alimenter le circuit en test à part en direct avec un bon 5V, sans passer par l'Arduino où le PIC
Dans ce cas de figure ton testeur n'aura pas à fournir trop de courant et tu te contente de gérer et relire les état d' E/S

Bonjour,
Tu as raison FredG5, c'est ce que je voulais faire au début, pensant que tous les TTL/CMOS serait des CI de 14 pattes. Mais il c'est avéré qu'il y a des 14, des 16, de 20 et de 24 pattes, dans ceux que j'ai pu tester. C'est pour cela que j'ai mis dans la ligne de test la position du Vcc (V) et du GND (G).

Dans ma version actuelle le GND est toujours placer au même endroit et le Vcc change en fonction du circuit. Il va falloir que je change mon point de 'référence' en prenant la patte du Vcc toujours au même endroit et faisant varier la position du GND. Dans mon principe je pouvais 'couper' l'alimentation en mettant le Vcc à 0v (LOW), ce qui me permettait de pouvoir sortir le composant sans risque. Même s'il est vrai que j'ai prévu un support ZIF pour mettre et enlever le circuit à tester facilement, le fait que le 5v reste sur la broche d'alimentation me dérange pour mettre et retirer le composant. Je vais voir en utilisant un 4066 pour soit mettre le 5V sur la patte Vcc soit mettre GND sur la patte Vcc. Je pense utiliser un montage Pull up comme je me sert souvent pour tester les bouton poussoir. Le poussoir c'est le 4066 pour lequel j'utilise les 4 switchs en parallèle. Avec les 4066 comme j'ai une intensité de coupure assez faible, le fait de m'en servir pour mettre à la masse la broche Vcc, c'est pour cette raison que je pense que le montage pull up peut être une solution pour résoudre ce problème :

Etat broche Arduino	Etat +5v Vcc	Etat GND Vcc
LOW	HIGH	LOW
HIGH	LOW	HIGH

Desolé si des fois mes propos sont différent entre le début et la fin de mes messages, je réfléchis en live et j'écris. C'est la que l'on se rends compte que mon cerveau est bien compliqué  ;D :D

J'ai un peu de travail cet après midi, mais dès que j'ai fini je teste cette idée, sauf si entre temps quelqu'un m'a conforté dans l'idée


ou m'a dit :


J'irai tester vers 19h.

A suivre.

Salut,

J'hésite entre tes 2 vidéos !  :D

Je blague, car je ne suis pas sûr d'avoir compris ce que tu veux faire avec ton CD4066... Mais là encore, pour moi ce composant a vocation a laisser passer ou pas un signal. Il n'a pas vocation à laisser passer ou pas une alimentation de près de 100 mA :).

Pourquoi ne pas simplement prendre 4 transistors dont les bases seraient reliées à 4 broches de ton Arduino avec une résistance en série (voire 2 broches si on intercale un décodeur comme un 74138 ou 74139), et leur collecteur est relié au +5V, et leur émetteur respectif aux broches 14, 16, 20 24 de ton support ZIF ? Le GND quant à lui serait relié "en dur" au GND de ton montage.

A+

Je rejoint un peu l'idée de Little Rabbit, tu gardes ta logique initiale VCC toujours a même endroit est tu place une interface à transistors.

Autre solution un petit Relais reed 5V 500Ohms qui switcherai l'alim 5V à la demande

... ou un chip genre TC427 ou TC428 qui est un driver MOS de 1.5A pour 8mA d'entrée Datasheet TC426-27-28 (https://www.mouser.com/datasheet/2/268/21415b-1958.pdf)
On utilise beaucoup ce chip au boulot

Le but est d'avoir une solution pérenne, simple et flexible. En fait l'idée soumise par FredG5, m'a fait changer mon fusil d'épaule, avant le GND était toujours à la même place maintenant je me dit que c'est plutôt le Vcc qui sera toujours à la même place. je fait un montage pull-up et tu as raison j'ai mieux, je mets simplement un transistor NPN Style TIP102 (un peu surdimentionné).
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200409171755-tilowil-schema-pullup.jpg) (https://gamoovernet.pixhotel.fr/pics/20200409171755-tilowil-schema-pullup.jpg)
Le transistor faisant office de bouton poussoir, si le transistor n'est pas excité, on a 5V à la broche Vcc (en lieu et place de l'input). Si le transistor est excité, la patte Vcc est mis à la masse.

Deux résistances et un transistor devrait resoudre ce problème.

Donc je dit par rapport à la precedente question, c'est le choix 2 qui etait le bon. Merci JP ;)

A+

[Edit] Je n'avais pas vu ta reponse FredG5.
Je rajoute ce schéma que j'ai trouvé sur le net.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200409172840-tilowil-Screen-Shot-04-09-20-at-05.28-PM.PNG) (https://gamoovernet.pixhotel.fr/pics/20200409172840-tilowil-Screen-Shot-04-09-20-at-05.28-PM.PNG)

Dans ton optique ce simple montage à collecteur ouvert fera très bien l'affaire  ^-

T'as pas plus petit qu'un TIP102?, sa fait lourd pour alimenter un TTL  ;D

Merci de ton retour FredG5.

Ma noobitude se fait sentir. J'ai fait ce montage avec un 2N2222. J'ai mis une résistance de tirage de 1K et une résistance entre mon port 44 et la base du 2N2222 de 220. Forcement cela ne fonctionne pas. Surement parce que j'ai mis des résistance au pif.  J'ai alors mis mon oscillo en route. J'ai fait des mesures à la sortie du port 44, je varie entre 0 et 5v. à la base du 2N2222, je varie entre 0 et 0.78v. Par contre sur la patte 24 du 74LS154 qui me sert de test, j'ai 0.05v par Default, et quand je libère le transistor, je monte péniblement à 2v. Surement ma résistance de tirage qui est trop forte. JE vais chercher comment on la calcule. Je mettrais bien 1 ohm pour ne pas avoir trop de perte à cause de la resistance, mais je ne sais pas si cette valeur empêchera le court circuit (logiquement non).

Ne voulant pas tenter le diable, j'ai essayer avec une résistance de 100, au moment de l'alimentation j'ai 4v. toujours trop faible.

Il faut que je réfléchisse.

A suivre demain.


[Edit]
Bon je me dit que la solution du relais Reed sera peut etre la bonne. J'ai trouve un D71A2110 ou il est dit qu'il a un pouvoir de coupure de 1A. Autrement je me dit qu'un optocoupleur pourrai aussi faire le job, peut etre un LTV 815 qui a un pouvoir de coupure de 800mA pour 35V.

Bonsoir.

Et pourquoi pas un petit mosfet canal P genre BS250 pour commuter le +5 volts ou un canal N genre BS170 si jamais il y avait besoin de commuter le 0 volt?

Ton souci c'est clairement la résistance de tirage qui bouffe toute l'alim.
En plus c'est proportionnel à la consommation du circuit en test, plus il consomme moins tu auras de tension d'alim
Idéalement il faudrait que la résistance soit nul pour pas perdre de tension, mais du coup sa fait un court circuit!

Salut,

Citation de: gc339 le Vendredi 10 Avril 2020, 00:09:26 AM
Et pourquoi pas un petit mosfet canal P genre BS250 pour commuter le +5 volts ou un canal N genre BS170 si jamais il y avait besoin de commuter le 0 volt?

Merci gc339 pour tes conseils !  ^-

Je ne connais pas bien les mosfets (voire pas du tout vu les souvenirs qu'il me reste ;)). En cherchant un peu sur le net, j'ai trouvé un schéma que j'ai annoté pour l'appliquer à notre problématique.

Cela donnerait ce type de mise en œuvre :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200410151642-Little_Rabbit-BS250-application.jpg) (https://gamoovernet.pixhotel.fr/pics/20200410151642-Little_Rabbit-BS250-application.jpg)

Était-ce cela que tu nous suggérais gc339 ? :)

Personnellement, je laisserais la masse toujours au même endroit (sur les testeurs et programmateurs d'EPROM du commerce, c'est la convention habituelle : tu cales toujours le composant en bas du support ZIF), et ne commuterais donc que la broche Vcc selon son emplacement :).

A+

C'est bien ça qu'il faut faire, dans ton cas le canal P pour pouvoir switcher VCC.

L'avantage d'un MOS par rapport au bipolaire c'est qu'il se commande en tension et pas en courant.
Ce qui sera important c'est le RDSOn ou résistance drain/source lorsque le transistor est saturé

Bonsoir.

Citation de: Little_Rabbit le Vendredi 10 Avril 2020, 15:25:25 PM
Cela donnerait ce type de mise en œuvre :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200410151642-Little_Rabbit-BS250-application.jpg) (https://gamoovernet.pixhotel.fr/pics/20200410151642-Little_Rabbit-BS250-application.jpg)

Était-ce cela que tu nous suggérais gc339 ?

C'est exactement cela!

Citation de: Little_Rabbit le Vendredi 10 Avril 2020, 15:25:25 PM
Personnellement, je laisserais la masse toujours au même endroit (sur les testeurs et programmateurs d'EPROM du commerce, c'est la convention habituelle : tu cales toujours le composant en bas du support ZIF), et ne commuterais donc que la broche Vcc selon son emplacement.

Cela est vrai pour la plupart des circuits TTL, mais il y a quelques exceptions parmi les tous premiers circuits commercialisés.
Pour ne citer que les plus connus:
• le 7473, double bascule JK, 14 pins, GND en 11 et VCC en 4
• le 7475, quadruple latch, 16 pins, GND en 12 et VCC en 5
• le 7476, double bascule JK, 16 pins, GND en 13 et VCC en 5
• le 7490, compteur décimal, 14 pins, GND en 10 et VCC en 5
Il faut donc prévoir exceptionnellement une commutation du +5 volts et du 0 volt sur des pins qui en sont normalement dispensées si l'on veut pouvoir aussi tester ces circuits de toute première génération.

Citation de: Fred G5 le Vendredi 10 Avril 2020, 20:08:40 PM
L'avantage d'un MOS par rapport au bipolaire c'est qu'il se commande en tension et pas en courant.
Ce qui sera important c'est le RDSOn ou résistance drain/source lorsque le transistor est saturé

Oui, une tension Gate/Source de 2 volts suffit aux BS170/250 pour les faire commuter à l'état ON, ils sont donc directement compatibles avec les niveaux TTL. La résistance intermédiaire qui servait à limiter le courant base d'un transistor bipolaire n'est plus nécessaire.
Ces transistors ne se saturent pas, seule la résistance à l'état passant RDS(on) est à prendre en considération
• BS170 : RDS(on) ≈ 5Ω
• BS250 : RDS(on) ≈ 9Ω

Bonsoir à tous,

Merci pour vos messages et vos explications. J'avoue être un peu perdu. Merci Little pour tes schémas, ça je comprends  :D.

@Little_Rabbit : Je ne veux pas mettre des transistors sur les pattes 24, 20, 18 et 16, et je vais te donner la raison. C'est la même raison qui vont me faire rejeter les TTL de première generation evoqué par gc339. En effet avec la méthode mis en oeuvre depuis le debut, ces circuit, que je ne connaissais pas, j'aurais pu les tester avec une ligne de verité pour le 7473, par exemple :

$7473
Dual J-K Flip-Flops With Clear
14
X0XVX0XHLXGLHX
C10VC11LH0GHL1
C11VC10HL1GLH0

Ne les connaissant pas je ne les avait pas créer, je viens de faire la 7473 en live en rédigeant le message.  Mais c'est pour pouvoir creer ces CI, que je ne connaissait pas, que j'avais voulu utiliser cette méthode d'assignation des entrées et sorties de l'Arduino actuelle ou le Vcc et le GND sont définis dans la ligne à tester.

Maintenant pourquoi je fige le Vcc toujours au même point et pourquoi ces circuit de première génération se trouveront exclus, simplement parce que je ne pense pas pouvoir soit alimenter une patte avec un transistor mosfet, et quand il s'agit d'une patte 'active' aller mesurer la tension quelle délivre. Après peut être que mon ignorance et ma maigre connaissance en électronique me font ce genre d'écueil, qui n'existe pas en réalité.
Pour illustrer mon ignorance :
par exemple un 7400
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200411000029-tilowil-7400-Quad-2-input-NAND-Gates.PNG)
on voit effectivement le Vcc sur la broche 14 et le GND sur la broche 7 donc la broche 14 est alimenté par un mosfet (schema de Little).

Maintenant prenons un 74191
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200411000254-tilowil-74191-dil-pin.gif)
ici le Vcc est en 16 et le GND est en 8, donc un autre mosfet en 16.
Maintenant pour ce circuit je dois envoyer un signal clock sur la broche 14, qui est relié au mosfet. Au niveau de l'arduino, pour créer le signal Clock, je fait une connexion pull up interne, pendant 10ms puis j'envois un niveau bas. De façon à créer un signal carré de 10ms, ce qui me permet de gérer les déclenchements sur des fronts montant ou sur des fronts descendant (milles excuses si mes termes ne sont pas les bons). je pense que le mosfet sera capable de transmettre ce signal carré.

je zappe un circuit a 20 pattes, pour finir avec le 74154
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200411001115-tilowil-74154.gif)
donc ici l'on a effectivement le Vcc en 24 et le GND en 12.
en 14 et en 16, pattes reliées a un mosfet , je dois mesurer la tension émise par le circuit en fonction des entrées A, B, C, D, G1 et G2. Le mosfet ne va t il pas m'empêcher de pouvoir savoir si j'ai un niveau bas ou un niveau haut sur ses sorties ?
Je n'ai aucune connaissance concernant les mosfet, et pour moi la commande par la grille est à un lien en sens unique avec le circuit drain/source. C'est la grille vers le circuit drain/source, le contraire n'est pas possible. Pour moi c'est un peu comme le doigt (grille) sur un interrupteur (drain/source), le doigt fait une action sur l'interrupteur, par contre l'interrupteur ne peut pas faire d'action sur le doigt. Donc si un signal peut se répercuter de la grille au circuit drain/source, en revanche le signal du circuit drain/source ne peut pas se retrouver dans la grille.

Il ne faut pas oublier que je gère mes E/S de façon dynamique et que dans un cas l'E/S donne une information pour le test d'un CI, mais que la même E/S peut aussi lire des informations pour le test d'un autre CI.

Alors que si ma broche VCC est toujours au même endroit  quelque soit le nombre de pattes du CI, je n'ai qu'un mosfet à mettre en place et je peux faire mes mesures sans problèmes. Pour les TTL mis en avant par gc339 malheureusement ma connaissance ne me permet pas de faire des miracles en utilisant une méthode différente de celle conçue a l'origine, sauf si en mettant un mosfet pour alimenter au bon endroit, on est capable pour tout les autres CI de lire les informations a ce même endroit.

Après comme je le dit je suis novice en électronique, c'est aussi pour ca que je suis content que des vrais électroniciens participent au projet, c'est constructif.

A suivre.

Bonjour à tous.

Chaque pin du circuit à tester qui est susceptible d'être une alimentation devra pouvoir être connectée aux rails d'alimentation à travers un mosfet. Ce qui implique l'utilisation de deux ports (broches d'E/S) de l'Arduino pour chacune de ces pins:
• Un port pour lire ou imposer le niveau logique sur la patte du circuit à tester comme cela est fait actuellement.
• Un second port pour commander le mosfet associé à ce premier port.

Cela nécessite quelques précautions au niveau du logiciel :
• Le premier port doit être déclaré en haute-impédance et/ou en entrée avant de positionner le mosfet à l'état ON avec le second port. Sinon il y a risque de destruction du premier port s'il était resté déclaré en sortie.
• A l'inverse, le mosfet doit être commuté préalablement à OFF avant de redéclarer le premier port en sortie.

Ainsi qu'à la mise sous tension de l'Arduino ou suite à un reset:
En principe tous les ports de l'Arduino se retrouvent déclarés en entrée ou en haute impédance (à vérifier cependant sur le data-sheet du µC). Il faut donc être sûr que les mosfet reliés aux rails d'alimentation soient à l'état OFF à ce moment là, c'est pourquoi l'incorporation d'une résistance (≈100K) entre Gate et Source de chacun serait souhaitable.

Principe pour une pin Vcc (il faudrait 4 de ces circuits à connecter sur les broches 19, 20, 22 et 24 d'un support textool pour pouvoir alimenter les boitiers 14, 16, 20 et 24 pins):

Bonjour,

Merci gc339 pour cette explication.
Je comprends. Je vais réfléchir pour intégrer cette solution dans le montage.

A suivre.

Bonsoir,

Merci gc339. Je le commande de suite. J'espère l'avoir Mardi.

Je vais modifier mon schéma en conséquence.

Merci pour ton aide.

[edit]

Voici une autre version du schéma. J'ai privilégié le Vcc toujours au même endroit. Pour le moment je vais tester sur la 24eme patte du zif.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200412020319-tilowil-Screen-Shot-04-12-20-at-02.02-AM.PNG) (https://gamoovernet.pixhotel.fr/pics/20200412021153-tilowil-testeur-TTL-CMOS-artisanal-schema-v1.1.png)

Si c'est concluant j'intégrerai aussi les pattes 4 et 5. Je vais rechercher la liste des TTL qui font exception comme le 7473 and Co.

Encore Merci pour votre aide.

Citation de: Little_Rabbit le Jeudi 09 Avril 2020, 16:39:17 PM
Pourquoi ne pas simplement prendre 4 transistors dont les bases seraient reliées à 4 broches de ton Arduino avec une résistance en série, et leur collecteur est relié au +5V, et leur émetteur respectif aux broches 14, 16, 20 24 de ton support ZIF ? Le GND quant à lui serait relié "en dur" au GND de ton montage.

Il faudrait alors insérer le circuit à tester comme indiqué sur ce programmateur d'EPROM, le cul en bas pour que sa broche GND (7, 8, 10 ou 12) corresponde à la lyre de gauche tout en bas du support textool, cette lyre serait alors connectée en permanence à la masse (0 volt):


Voici donc le dernier schéma modifié avec MSpaint en fonction des préconisations de Little_Rabbit, les transistors à jonctions étant avantageusement remplacés par des mosfet's canal P (IRFD9020):


4 ports supplémentaires (D46 à D49) sont nécessaires pour commander les mosfet's, je les ai attribués de la manière qui me semblait la plus logique mais celle-ci n'est pas impérative:
• Le port 46 relié à la gate de Q1, son drain alimente la lyre 19 (pin 14 d'un boitier DIL 14) du support ZIF.
• Le port 47 relié à la gate de Q2, son drain alimente la lyre 20 (pin 16 d'un DIL 16).
• Le port 48 relié à la gate de Q3, son drain alimente la lyre 22 (pin 20 d'un DIL 20).
• Le port 49 relié à la gate de Q4, son drain alimente la lyre 24 (pin 24 d'un DIL 24).

Les lyres citées ci-dessus sont aussi liées chacune à un autre port pour imposer un niveau logique sur la pin correspondante du circuit en test ou bien lire son état quand celle-ci n'est pas dédiée à l'alimentation de ce boitier (VCC). Le mosfet correspondant étant bien sûr OFF dans ce cas:
• La lyre 12 (pin GND pour tous les types de boitier) du support ZIF était reliée au port 45, comme son état ne changera jamais et que c'est un risque de court circuit pour ce port, autant supprimer cette liaison.
• La lyre 19 (pin Vcc d'un boitier DIL 14) du support ZIF est aussi reliée au port 34.
• La lyre 20 (pin Vcc d'un DIL 16) est aussi reliée au port 36.
• La lyre 22 (pin Vcc d'un DIL 20) est aussi reliée au port 40.
• La lyre 24 (pin Vcc d'un DIL 24) est aussi reliée au port 44.

Bonsoir,

Merci gc339 pour le schéma complet, mais en tant que novice, j'ai une question toute bête. Little a parlé de convention, mais je ne comprends pas pourquoi ne pas mettre le haut (la patte 1) du CI toujours au même endroit ? Dans ce cas la c'est plus simple, non ?

Merci.

Je lis, je ne comprends rien, c'est hypnotisant  =:))

Salut,

Merci gc339, tu as concrétisé bien mieux que je n'aurais su le faire ce que j'avais instinctivement en tête  ^-.

Citation de: tilowil le Dimanche 12 Avril 2020, 21:42:10 PM
Little a parlé de convention, mais je ne comprends pas pourquoi ne pas mettre le haut (la patte 1) du CI toujours au même endroit ?

Je parlais de convention, mais je voulais exprimer le fait que c'est ce que j'avais vu sur tous les appareils du marché : la photo de gc339 le montre bien =>

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200412230239-Little_Rabbit-xeltek-unipro-universal-programmer.jpg) (https://gamoovernet.pixhotel.fr/pics/20200412230239-Little_Rabbit-xeltek-unipro-universal-programmer.jpg)

Citation de: tilowil le Dimanche 12 Avril 2020, 21:42:10 PM
Dans ce cas la c'est plus simple, non ?

Je ne vois pas ce que cela aurait de plus simple :). La problématique serait exactement la même, à savoir relier certaines broches le plus "directement possible" à la masse quand il s'agirait de la pin GND du composant testé, ou dans les autres cas relier la même broche à un des ports de l'Arduino. Mais si on veut relier cette broche à la masse via un Mosfet - si j'ai bien compris les explications de gc339 - il faut alors utiliser un Canal N, et non plus un Canal P. Or les IRFD9020 que tu as commandés chez RS-Composants sont des Canal-P, donc autant partir sur cette formule de commutation au niveau de la broche Vcc :).

Le faire au niveau du GND serait juste le montage miroir de celui proposé ici, avec des mosfet Canal-N au lieu de Canal-P.

Et puis le GND, c'est le potentiel de référence de tout ton montage. Cela me semble plus "sain" que cela soit un vrai potentiel 0 (je dis ça là aussi un peu "instinctivement", mes souvenirs de cours d'électronique sont trop lointains et confus pour que je puisse l'étayer sur du solide, sur du concret comme la façon dont les électrons se promènent sur notre circuit au final :) ).

A+

Bonjour,
Pour mon cerveau c'est plus simple car il n'y a qu'un seul mosfet à mettre, pour alimenter la patte Vcc qui sera toujours placé au même endroit, sur la patte 24 du ZIF, et je n'ai jamais à lire cette patte puisque quelque soit le CI se sera la patte Vcc (sauf si je traite les premiers TTL). C'est plus simple car ainsi je n'ai pas a gérer une broche pour l'alimentation et une broche pour la lecture. Ce que je vois aussi c'est la suite que je compte donner au montage, car tester les TTL et les CMOS, toujours dans l'optique de tester les composants de la MPU data east, j'aimerai aussi tester le NE555, pourquoi pas le NE556, et les ampli op que l'on retrouve sur les cartes son.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200412233925-tilowil-NE555-pinout.jpg)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200412234004-tilowil-NE556-pinout.jpg)

Tu peux voir que le Vcc est aussi placé au même endroit, en face de la patte 1. Tu comprends pourquoi, et puisque je ne peux pas alimenter par les broches de l'Arduino, ce qui était très simple, rester sur un principe pas trop complexe, sinon je vais devoir mettre presque un mosfet par broche du zif

Citation de: gc339 le Samedi 11 Avril 2020, 14:29:09 PM
Cela nécessite quelques précautions au niveau du logiciel :
• Le premier port doit être déclaré en haute-impédance et/ou en entrée avant de positionner le mosfet à l'état ON avec le second port. Sinon il y a risque de destruction du premier port s'il était resté déclaré en sortie.
• A l'inverse, le mosfet doit être commuté préalablement à OFF avant de redéclarer le premier port en sortie.

Si je devais mettre un mosfet par point potentiel d'alimentation, je pense que l'arduino mega n'aurais pas assez d'E/S disponible.

Citation de: gc339 le Dimanche 12 Avril 2020, 19:20:13 PM
4 ports supplémentaires (D46 à D49) sont nécessaires pour commander les mosfet's, je les ai attribués de la manière qui me semblait la plus logique mais celle-ci n'est pas impérative:
• Le port 46 relié à la gate de Q1, son drain alimente la lyre 19 (pin 14 d'un boitier DIL 14) du support ZIF.
• Le port 47 relié à la gate de Q2, son drain alimente la lyre 20 (pin 16 d'un DIL 16).
• Le port 48 relié à la gate de Q3, son drain alimente la lyre 22 (pin 20 d'un DIL 20).
• Le port 49 relié à la gate de Q4, son drain alimente la lyre 24 (pin 24 d'un DIL 24).

Les lyres citées ci-dessus sont aussi liées chacune à un autre port pour imposer un niveau logique sur la pin correspondante du circuit en test ou bien lire son état quand celle-ci n'est pas dédiée à l'alimentation de ce boitier (VCC). Le mosfet correspondant étant bien sûr OFF dans ce cas:
• La lyre 12 (pin GND pour tous les types de boitier) du support ZIF. était reliée au port 45, comme son état ne changera jamais et que c'est un risque de court circuit pour ce port, autant supprimer cette liaison.
• La lyre 19 (pin Vcc d'un boitier DIL 14) du support ZIF est aussi reliée au port 34.
• La lyre 20 (pin Vcc d'un DIL 16) est aussi reliée au port 36.
• La lyre 22 (pin Vcc d'un DIL 20) est aussi reliée au port 40.
• La lyre 24 (pin Vcc d'un DIL 24) est aussi reliée au port 44.

Le ZIF fait 24 pattes, l'afficheur LCD j'utilise 6 broches et pour l'accès à la carte SD j'utilise 4 broches supplémentaires. Les broches 0 et 1 sont inutilisables a cause de la communication série.  Ce qui me fait 36 broches utilisées actuellement sur 54 disponibles. Je ne compte pas la gestion des boutons poussoirs, car que j'utilise 1, 4 ou 6 boutons j'utiliserai toujours A7.
Avec les mosfets je dois donc utilisé 4 broches supplémentaires (soit un total de 40 broches). Si j'intègre les TTL de première génération j'aurais minimum 2 mosfets en plus et donc 2 broches en plus et enfin le NE555 idem 1 mosfet en plus et 1 broche en plus. Soit un total de 43 broches utilisés. Je n'ai pas étudié les ampli-op, mais si je peux les tester je sais que j'aurais encore des mosfet en plus et des broches en plus.

Par contre gc339, je ne comprends pas ceci :

Citation de: gc339 le Dimanche 12 Avril 2020, 19:20:13 PM
• La lyre 12 (pin GND pour tous les types de boitier) du support ZIF. était reliée au port 45, comme son état ne changera jamais et que c'est un risque de court circuit pour ce port, autant supprimer cette liaison.

Pourquoi y a t il un risque de court circuit ?
Au niveau de ma programmation j'oriente la broche en 'output' et j'ecris une information 'low'
   
    if(Signal[i] == 'V')
    {
      if(v_mode == true)
      {
        if(!debug)
        {
          Serial.print("V");
        }
        else
        {
          fileDebug.print("V");
        }
      }
      digitalWrite(PinOut[i], HIGH);
      pinMode(PinOut[i], OUTPUT);
    }
    else if(Signal[i] == 'G')
    {
      if(v_mode == true)
      {
        if (!debug)
        {
          Serial.print("G");
        }
        else
        {
          fileDebug.print("G");
        }
      }
      digitalWrite(PinOut[i], LOW);
      pinMode(PinOut[i], OUTPUT);
    }


J'ai déjà changé mon orientation de CI pour faire mon essai avec le mosfet.

/* PINS
   Brochage
IC IC IC IC IC IC IC IC IC IC IC   Pin
4  6  8  10 12 14 16 18 20 22 24   Arduino
               
                              13 =  22
                           12 14 =  24
                        11 13 15 =  26
                     10 12 14 16 =  28
                  9  11 13 15 17 =  30
               8  10 12 14 16 18 =  32
            7  9  11 13 15 17 19 =  34
         6  8  10 12 14 16 18 20 =  36
      5  7  9  11 13 15 17 19 21 =  38
   4  6  8  10 12 14 16 18 20 22 =  40
3  5  7  9  11 13 15 17 19 21 23 =  42
4  6  8  10 12 14 16 18 20 22 24 =  44
1  1  1  1  1  1  1  1  1  1  1  =  45
2  2  2  2  2  2  2  2  2  2  2  =  43
   3  3  3  3  3  3  3  3  3  3  =  41
      4  4  4  4  4  4  4  4  4  =  39
         5  5  5  5  5  5  5  5  =  37
            6  6  6  6  6  6  6  =  35
               7  7  7  7  7  7  =  33
                  8  8  8  8  8  =  31
                     9  9  9  9  =  29
                        10 10 10 =  27
                           11 11 =  25
                              12 =  23

/ SD card attached to SPI bus as follows:
/ La carte SD est connectée par le bus SPI ainsi:
/  MOSI - pin 51
/  MISO - pin 50
/  CLK  - pin 52
/  SS   - pin 53
*/

// Each variable contains the correct allocation on Arduino pins for the Ic's pins in number order
// Chaque variable contient l'attribution correcte des broches de l'Arduino pour les pattes du CI dans l'ordre numérique
int Pin[12][24] = {{},
                   {45,43,42,44},
                   {45,43,41,40,42,44},
                   {45,43,41,39,38,40,42,44},
                   {45,43,41,39,37,36,38,40,42,44},
                   {45,43,41,39,37,35,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,32,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,31,30,32,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,31,29,28,30,32,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,31,29,27,26,28,30,32,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,31,29,27,25,24,26,28,30,32,34,36,38,40,42,44},
                   {45,43,41,39,37,35,33,31,29,27,25,23,22,24,26,28,30,32,34,36,38,40,42,44}};

// will be used for the correct sequence of pins. Max. 24 Pins
// Sera utilise pour une sequence de pattes correcte. Max. 24 pattes.
int PinOut[24];                                                                             

Ce qui vous permet de voir aussi ce que j'ai prévu.

A suivre  <:)

Ce projet prend de l'ampleur de jour en jour, on va finir avec super testeur de composant universel =:))

Salut Tilowil,

Je pense avoir compris vers où tu veux aller, et du coup avoir compris le point fondamental qui t'échappe :).

Un montage électrique, vous savez qu'on peut l'assimiler à un circuit hydraulique :).

Prenez un cours d'eau, ou une canalisation, un tuyau d'alimentation en eau : la quantité d'eau qui va y passer correspond en électricité à l'intensité : plus d'eau passe dans la canalisation, ou plus d'électrons passent dans le fil, plus l'intensité est élevée. Ne parle-t-on pas d'ailleurs de courant fort, tant pour un bras de fleuve, que pour un circuit électrique ? :)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200413130624-Little_Rabbit-dy-bit-eau.jpg) (https://gamoovernet.pixhotel.fr/pics/20200413130624-Little_Rabbit-dy-bit-eau.jpg)

En électricité on exprime le courant en Ampère, et on le mesure avec un ampèremètre (placé en série dans le circuit).

De la même façon, si on considère à présent une chute d'eau, la hauteur de cette chute est l'équivalent en électricité à la tension. Vous vous baladez en montagne, et après avoir franchi un col à 1200 m d'altitude, vous tombez sur une jolie cascade qui fait plusieurs mètres de haut. Le haut de la cascade est à 1210 m d'altitude, et le bas de la cascade à 1200 m, juste au niveau du col. La différence entre le haut de la cascade et le bas de la cascade est de 10 m :).

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200413130652-Little_Rabbit-la-cascade.jpg) (https://gamoovernet.pixhotel.fr/pics/20200413130652-Little_Rabbit-la-cascade.jpg)

En électricité, on ne parlera pas d'altitude mais de "potentiel".

Une tension, c'est à dire une différence de potentiel, est exprimée en Volt, et on la mesure avec un voltmètre (placé en parallèle dans le circuit).

Le 0 Volt, ou GND, c'est le potentiel de base par rapport auquel on mesurera les autres potentiels. C'est l'équivalent du niveau de la mer quand on mesure une altitude.

Sur votre alimentation de borne d'arcade, vous pouvez mesurer le 12V entre la masse et le +12V, en mettant la pointe noire sur la masse, et la pointe rouge du voltmètre sur le +12V. De la même façon, vous mesurez 5V entre la masse et le +5V.

Imaginez une cascade qui tombe de 12 m de haut, et à côté une autre cascade qui tombe de 5 m de haut, se déversant toutes deux dans le même lac.

Mais si maintenant vous mettez la pointe noire du multimètre sur le+5V, et mettez la pointe rouge sur le +12V, qu'allez-vous mesurer ? :)

Vous mesurez 7V, car la différence de potentiel entre +5V et +12V est 7V, tout comme si vous preniez votre décamètre et mesureriez la distance qui sépare le haut de la cascade de 5 m et le haut de la cascade de 12 m : vous trouveriez bien sûr 7 m de différence de hauteur.

Pour résumer :

tension = différence de potentiel = hauteur d'une chute d'eau

intensité ou courant = quantité d'électrons qui passent = débit d'un cours d'eau ou tuyau

Où je veux en venir avec ce long discours d'introduction et d'analogie ? :)

Tilowil, as-tu déjà vu fonctionner un moulin à farine alimenter par un torrent ? Ou encore, imagines-tu à peu près comment fonctionne un barrage hydroélectrique ? :)

Penses-tu que la quantité d'eau qui rentre dans le moulin est différente de celle qui en sort ? Ou bien encore, penses-tu que les turbines d'un barrage hydroélectrique font disparaître une partie de l'eau qui les ont animées ? :)

Dans nos montages électriques ou électroniques il en va de même !

Voici un schéma qui alimente une ampoule, et sur lequel on a placé un ampèremètre pour mesurer l'intensité du courant qui circule dans le montage :

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200413124608-Little_Rabbit-courant-GND.png) (https://gamoovernet.pixhotel.fr/pics/20200413124608-Little_Rabbit-courant-GND.png)

Dans un cas on a placé l'ampèremètre avant l'ampoule, dans le 2nd cas on l'a placé après l'ampoule.

Êtes-vous d'accord que le courant mesuré sera le même avant ou après l'ampoule, de la même façon qu'il ressort autant d'eau d'un moulin qu'il n'en rentre ? :)

Pour en revenir enfin à ton testeur Tilowil, tu sembles vouloir t'épargner l'usage de plusieurs mosfets en reliant le Vcc à une broche fixe. Mais après l'exposé que je viens de faire, tu auras compris que le courant au niveau la broche GND du circuit testé est identique à celui qui rentre par la broche Vcc ! Si une broche de l'Arduino n'était pas adaptée à alimenter directement le circuit TTL à tester, elle ne l'est pas plus à recevoir le courant issu de la broche GND !

C'est la raison pour laquelle dans nos explications précédentes gc339 et moi-même te disions qu'il y a 2 alternatives :
-soit on met des mosfets Canal-P sur le Vcc
-soit on met des mosfets Canal-N sur le GND

Mais il n'existe pas de solution où l'on pourrait se soustraire à cette contrainte d'alimentation, qui de toutes façons ne doit pas se faire via les ports de l'Arduino.

J'espère ne pas avoir dit trop de bêtises plus haut et que cela vous permettra de mieux comprendre ce qu'est un courant et une tension :).

A+

Bonjour à tous.

C'est simple, Little_Rabbit l'a bien expliqué aussi je vais faire l'analogie avec le câblage normalisé d'une ampoule d'éclairage pour que ce soit plus clair:
• Une électrode de l'ampoule est connectée au neutre du 220 volts secteur. Neutre qui est connecté localement à la terre du bâtiment.
• L'autre électrode est connectée à une borne de l'interrupteur dont l'autre borne est connectée à la phase du secteur.


Donc on commute préférentiellement la tension la plus élevée plutôt qu'une tension neutre, nulle, commune à toutes les autres...

Soit le circuit à tester est calé en haut du support ZIF:
• Il n'y a n'y besoin que d'un seul mosfet P pour commuter le +5 volts, ce n'est pas une nécessité absolue, plutôt une sécurité pour éviter que la lyre 24 soit en permanence à +5 volts.
• Il faut par contre 4 mosfet's N pour commuter le 0 volt sur la pin GND des différents modèles de boitier.

Soit le circuit à tester est calé en bas du support ZIF:
• La lyre 12 du ZIF est connectée en permanence au 0 volt, pas besoin d'un mosfet N pour la commuter.
• Il faut par contre 4 mosfet's P pour commuter le +5 volts sur la pin Vcc des différents modèles de boitier.
C'est d'ailleurs cette configuration (circuit calé en bas du ZIF) qui est utilisée sur tous les programmeurs d'EPROM et consorts, témoins les photos des modèles de ces appareils sur le site de Matthieu Benoit (http://matthieu.benoit.free.fr/tech.htm)

Citation de: tilowil le Lundi 13 Avril 2020, 01:24:23 AM
Tu comprends pourquoi, et puisque je ne peux pas alimenter par les broches de l'Arduino, ce qui était très simple, rester sur un principe pas trop complexe, sinon je vais devoir mettre presque un mosfet par broche du zif

Pour l'instant, avec la modification proposée, j'ai restreint le nombre de boitiers aux DIL 14, 16, 20 et 24 standards afin de limiter le nombre de mosfet's à 4 ainsi que le nombre de ports d'Arduino supplémentaires, ce qui me semble raisonnable pour conserver la meilleure simplicité.
Pour ne pas compliquer le schéma avec les boitiers ésotériques (qui sont loin d'être majoritairement employés), je propose la solution de l'adaptateur intermédiaire pour remettre les pins d'alimentation à l'emplacement habituel. Deux ou trois modèles d'adaptateurs différents par DIL14 et DIL16 devraient suffire à couvrir toutes les configurations possibles.

Exemple avec un 7473:

Permutation simple entre paires de pins:

Ou bien permutation croisée des 4 pins:

Ou encore cet adaptateur plus simple à réaliser à partir d'un support ayant un nombre de pins supérieur à celui du boitier à tester. C'est encore plus facile avec un support à wrapper, les longues tiges assurent la continuité de toutes les pins du boitier en test et il n'y a que deux fils à wrapper, ceux des alimentations. Le circuit à tester doit être positionné en conséquence sur le support/adaptateur qui lui même est directement inséré dans les lyres du ZIF 24. On peut même réaliser un détrompage salutaire en obstruant les contacts extrêmes du support.

Exemple avec un 7475:


Et une illustration de ce dernier adaptateur réalisé avec un support DIL20 à wrapper, n'est visible que le strap du Vcc réalisé avec un fil rouge.


Dans tous les cas il faudra définir, dans la BdD pour ces circuits ésotériques, un modèle de pin-out qui correspond à celui rectifié (normalisé) par l'adaptateur et non pas le pin-out réel du circuit à tester.

Bon maintenant en ce qui concerne les circuits du genre NE555 ou monostable du genre 74121, on ne peut pas les tester non équipé d'une cellule RC (résistance/capacité) externe, il faudra donc insérer un prolongateur entre le circuit et le ZIF qui supportera mécaniquement et électriquement ces deux composants.
Dans le cas du NE555 à 8 pattes, il faudra même un 5ème mosfet pour pouvoir alimenter la lyre 16 du ZIF, celle qui correspond à la pin 8 du DIL8.
Quand à tester les amplis OP c'est une autre histoire il faudrait faire appel aux ressources analogiques (CAN, PWM) de l'Arduino. Tout au plus il devrait être possible de tester les comparateurs du genre LM311.

---

Chaque broche d'E/S de l'ATMega2560 dispose d'un étage de sortie Totem-Pole:


• Les deux transistors sont à OFF quand le port est déclaré en entrée ou en haute-impédance (HiZ).
• Un des deux transistors est à ON quand le port est déclaré en sortie, celui du bas pour un état "0", celui du haut pour un état "1"

CitationLa lyre 12 (pin GND pour tous les types de boitier)

Le port associé à cette pin ne doit jamais être déclaré en sortie à l'état haut sinon suicide assuré du transistor du haut du Totem-Pole par court-circuit. Il peut à la rigueur l'être à l'état bas mais il vaut mieux par sécurité qu'il reste déclaré en entrée ou en HiZ.

De même pour les ports connectés au drain d'un mosfet IRFD9020:
Quand ce dernier est à ON pour fournir une alimentation au circuit testé, le port associé ne doit jamais être déclaré  en sortie à l'état bas sinon destruction assurée du transistor du bas du Totem-Pole par court-circuit. Il peut à la rigueur l'être à l'état haut mais il vaut mieux prédéclarer le port en entrée avant d'activer le mosfet IRFD9020 à l'état ON.

Bonsoir,

Wouah !  ^-
Je decouvre vos messages après une journée off.

@Little_Rabbit : Tu me rappelles mon prof électrotechnique la première fois qu'il a expliqué la notion de tension, d'intensité et de puissance à la classe, mais ton explication a le mérite de mettre les bases en version simplifiée pour tout le monde, ce qui est une très bonne chose. Merci  <:).
@gcc339 : Merci pour l'explication des sorties de l'Atmega2560

Je suis perdu dans vos explications et, franchement, même si je comprends tout ce que vous me dites, j'ai du mal a comprendre l'obligation de devoir autant complexifié la chose. J'ai besoin de prendre un peu de recul. Mes PCB lancés au démarrage du topic doivent arrivé aujourd'hui, normalement. Je vais malgré tout monter un Prototype, ce qui était prévu, car avec mes vieilles breadboards parfois les contacts ne sont pas des meilleurs.

Il y a aussi une chose que je ne comprends pas. les petits testeur chinois, genre :
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200414012227-tilowil-digital-ic-tester-500x500.jpg)
testent les CI avec une tension de 3v (2 piles AA) et cela fonctionne bien apparemment.
L'interieur de ce genre de testeur
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200414020356-tilowil-ApXfY3M.jpg)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200414020526-tilowil-q2bIrsS.jpg)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200414020606-tilowil-q8lxGVT.jpg)
Apres on utilise pas la même technologie puisqu'ils utilisent un dérivé du 8051. 

Accordez moi 1 ou 2 jours, que je prenne le temps de tout relire, d'assimiler, et la que la nuit fasse son oeuvre, et on reparle de tout ca.

En tout cas mille mercis pour toutes ses orientations afin de rendre meilleur ce testeur artisanal.

A suivre.

Bonjour à tous.

Citation de: tilowil le Mardi 14 Avril 2020, 02:31:53 AM
Il y a aussi une chose que je ne comprends pas. les petits testeur chinois testent les CI avec une tension de 3v (2 piles AA) et cela fonctionne bien apparemment.

A mon humble avis il y a un convertisseur de tension de type "boost" pour fabriquer du +5 volts, pour preuve cette inductance et la diode Schottky SS14 dans le coin en bas à gauche:


J'ai aussi recherché ces références "F13x", "E0KAF", "A2SH8 ou A2SHB" dans le SMD codebook, mais j'ai rien trouvé.

Un petit retour en arrière sur cette image:


On distingue très bien sur cette image les 6 petits réseaux de 4 résistances qui protègent les sorties de 3 des quatre 74HC573 du bas. En effet,  il n'est pas exclu que certaines des pins du circuit en test soient en court-circuit interne, ce qui pourrait détruire les ports d'un Arduino déclarés comme sortie.
Leur valeur est difficilement lisible. Après recherche de schémas sur le net, le consensus semble être de 220 ohms pour ces résistances de protection sur tous les IC-tester's sérieux.

Ci-dessous le schéma retouché avec les résistances de protection:


Question pratique, il n'est pas question d'implanter 24 résistances mais plutôt 3 boitiers de 8 résistances isolées entre elles.

• Boitier DIL16, (traversant, pas de 2,54, empattement 7,62):

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200415141505-gc339-42724191-1-.jpg) (https://gamoovernet.pixhotel.fr/pics/20200415141505-gc339-42724191-1-.jpg)

Modèle 4116R-1-221LF Bourns Référence Farnel 9355880, 1€07 HT unitaire par lot de 5.

• Boitier SOIC16 (CMS, pas de 1,27,  7,62 mm entre extrémités de pattes opposées):

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200415140614-gc339-R8652028-01-1-.jpg) (https://gamoovernet.pixhotel.fr/pics/20200415140614-gc339-R8652028-01-1-.jpg)

Modèle 4816P-1-221LF Bourns: Référence Farnel 9357505, 1€05 HT unitaire par lot de 5. Référence RS particuliers 865-2028, 1€11 TTC unitaire par lot de 5.

• CMS étroit (pas de 1,27,  6 mm entre extrémités de pattes opposées)

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200415140220-gc339-Y1791371-01-1-.jpg) (https://gamoovernet.pixhotel.fr/pics/20200415140220-gc339-Y1791371-01-1-.jpg)

Modèle CTS 766163221GP Référence RS particuliers 179-1371, 2€ TTC unitaire par lot de 10.

Gc quand il est lancé on ne l'arrête plus  ^-  <:)

J'ai du mal à tout comprendre, le le projet à l'air super  ^-^ ^-^

Bonjour à tous.

Le schéma de ce testeur (http://www.tauntek.com/LogICTester-low-cost-logic-chip-tester.htm) m'a semblé anticonformiste, en voici donc quelques particularités intéressantes.


Son originalité réside dans le fait qu'il comporte deux PIC18F2420, un maitre et un esclave liés par un bus SPI, pour doubler le nombre de ports analogiques car non seulement il vérifie les états logiques sur le circuit en test, mais en plus il mesure les tensions correspondantes:


Autres particularités:
• Les ports sont bien sûr protégés par des résistances de 220 ohms.
• L'alimentation +5 volts est commutée sur la pin Vcc du circuit en test par un des 6 transistors PNP (MPSA56).
• Le 0 volt est appliqué sur la pin GND impliquée par un des 2 transistors NPN (MPSA05) à travers une résistance shunt, ce qui permet de mesurer la consommation du circuit en test.

c'est tout bonnement prodigieux bravo ^-
je suis moi-même embarqué dans un bad trip sur une monaco gp et je galère pour trouver les composants défectueux, ton testeur c'est exactement ce qu'il me faudrait
j'ai trouvé récemment le même genre de testeur sur ebay, je sais pas ce que çà vaut mais j'espère que çà va m'aider:
(https://i.ebayimg.com/images/g/d-8AAOSwqfNXlJb5/s-l500.jpg)
(https://i.ebayimg.com/images/g/vc8AAOSweS5eU-Zx/s-l1600.jpg)

Bonsoir,
Je reviens et je vois plein de nouveaux messages  ^-^ ^-^ ^-^ :-* :-* :-*.

Bravo gc339 pour toutes tes recherches et analyses.

Pour ma part, j'ai construit le prototype #1, je ferai des photos demain (enfin tout à l'heure :D). Il fonctionne selon mon besoin, j'ai retesté tous les TTL et CMOS sur la MPU Data East et ceux qui étaient défectueux sont presque toujours défectueux et ceux qui étaient bons le sont toujours aussi. Le CMOS 4020 qui était défectueux sur la Breadboard est maintenant ok sur le prototype, le 74LS154 est lui aussi ok sur le prototype. J'en ai profité pour tester tous les défectueux à la main et c'est effectivement le cas. Je savais que le 74LS154 était bon pour avoir fait des tests à la main et voir qu'il réagissait normalement. j'en ai profiter aussi pour tester tous les autres TTL et CMOS que j'ai a la maison, le test est passé sans problème.
Ma base contient maintenant de 182 CI testables.
En étant connecté au PC on peux toujours voir les etapes du test, avec le mode detail.  En mode autonome, il n'y a que le test automaqtique de recherche qui est actif. Le mode test d'un composant viendra dans la v2 du soft Arduino, sauf si quelqu'un le programme avant moi.

Je vais ajouter une petite chose concernant les Arduino. De mémoire, il y a une résistance de 470 ohms ou des diodes sur chaque E/S pour les 'proteger' qu'un court circuit ne grille l'ATMega. Je vous renvoie aux 435 pages de la doc Atmega2560 http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2549-8-bit-AVR-Microcontroller-ATmega640-1280-1281-2560-2561_datasheet.pdf. Et je peux vous dire que grâce à elles mes arduino sont toujours en vie et pourtant ils en ont vu des bien moches (des situations). Le court circuit ou la très faible résistance entre la masse et le +5v , je connais bien. Surtout quand je suis sur la breadboard et malgré ma grosse loupe , parfois je rate la colonne et je pique à coté et j'ai alors un joli court circuit.

Maintenant que le prototype fonctionne, suivant mon besoin et mes connaissances, j'ai encore 2 ou 3 petites choses à rectifier que j'expliquerai dans un prochain message, mais pour ma part la base est la. Ceux qui comme moi ne recherche qu'un simple testeur de TTL et de CMOS pour tester leurs carte de Flipper ou de borne d'arcade, ce petit jouet fait le job. Certes il peut être amélioré, mais la on depasse mes compétences et je laisse les spécialistes a l'oeuvre. C'est trop complexe, et surtout cela va me décourager et le projet n'aboutirait plus.

Même si ce que j'ai fait est protégé par un CC-BY-NC-SA, rien ne vous empêche de vous servir de la base pour l'améliorer et de faire votre propre version. Je suis en négociation avec le fabricant de PCB qui me fait tout mes PCB, pour avoir un lien court afin que par un simple clic vous puissiez passer commande du PCB, mais ne voulant pas contraindre quelqu'un qui a ce qu'il faut ou un prestataire moins cher , je déposerais le fichier du Gerber. Je précise aussi que si la négociation du lien court abouti, j'ai demandé au fabricant aucune rémunération ou avantage en retour du lien court. Ce ne sera pas un lien d'affiliation.

Je vous en dit plus d'ici ce week end, je profite des beaux jours dans le jardin ;).

A suivre.

Bonsoir à tous.

Citation de: tilowil le Vendredi 17 Avril 2020, 04:53:21 AM
Je vais ajouter une petite chose concernant les Arduino. De mémoire, il y a une résistance de 470 ohms ou des diodes sur chaque E/S pour les 'proteger' qu'un court circuit ne grille l'ATMega. Je vous renvoie aux 435 pages de la doc Atmega2560 http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2549-8-bit-AVR-Microcontroller-ATmega640-1280-1281-2560-2561_datasheet.pdf.

Il y a effectivement des diodes de protection sur les E/S de l'ATmega, mais c'est pour les protéger contre les surtensions, notamment celles dues à l'électricité statique.


Pas de trace de résistance série de protection et les 450 ohms évoqués ne sont pas réalistes car ils limiteraient le courant de sortie sur ces pins à une dizaine de mA alors que les abaques (Pin Driver Strength) pages 385 à 387 vont au moins jusqu'à 20 mA.


Selon les "Absolute Maximum Ratings", page 355,  le courant maximal admissible par pin est de 40 mA, sinon au-delà risque de dommages permanents de l'ATmega.

Donc les résistances de sécurité sont fortement conseillées pour limiter le courant de court-circuit à une vingtaine de mA et tout testeur normalement conçu se doit d'en être équipé surtout s'il doit être réalisé en plusieurs exemplaires.
Argumenter contre c'est comme discourir sur l'utilité des masques contre la propagation du coronavirus, qui n'étaient pas indispensables au tout début de la pandémie :D

Bonsoir,
Comme promis les premières photos du prototype #1
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417221016-tilowil-IMG-3913.JPG)
Le prototype.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417221125-tilowil-IMG-3914.JPG)
L'arduino Mega2560 est dessous le Shield.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417221341-tilowil-IMG-3918.JPG)
tous les etages des modules.
En fonctionnement. Je reviendrais ensuite sur ce qui ne me plait pas et que je vais corriger avant de mettre le Gerber à disposition.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417221557-tilowil-IMG-3919.JPG)
Comment alimenter le Mega2560. + au centre, - à l'extérieur. je l'alimente avec un transformateur 220v / 6v ce qui me permet de garder un contraste acceptable sur l'afficheur. En choisissant le tension de 7,5v le contraste est plus fort tout comme avec 9v.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417221934-tilowil-IMG-3920.JPG)
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417222125-tilowil-IMG-3921.JPG)
J'ai rajouté un check du fichier avant de commencer. Ce Check me permet aussi de compter le nombre de circuit dans la base.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417222305-tilowil-IMG-3922.JPG)
l'écran du premier démarrage.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417222609-tilowil-IMG-3924.JPG)
Je lance un test automatique pour un 7400.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417222745-tilowil-IMG-3925.JPG)
Premier resultat. En appuyant sur le bouton poussoir je peux voir les possibles resultats.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417223011-tilowil-IMG-3926.JPG)
Le test a reconnu le 7400, donc mon 7400 est bon. J'appuie a nouveau sur le bouton pour remettre le système en attente d'un nouveau circuit.

(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417223525-tilowil-IMG-3927.JPG)
Le système est prêt pour un autre test.

Maintenant parlons de ce qui me dérange. Ce n'ai pas grand chose, mais personnellement je trouve ça moche.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417223937-tilowil-IMG-3915.JPG)
On peut voir ici que le support ZIF 24 broches empiète sur une rangée des connecteurs vers l'Arduino Mega2560.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200417225111-tilowil-IMG-3917.JPG)
ici on le voit mieux. C'est juste purement esthétique, car le système fonctionne. Donc pour le gerber final, je vais décaler légèrement le support ZIF.
Je vais aussi intégrer le dessin pour savoir comment positionner les CI a tester.

Voila il me reste encore un peu de travail pour vous donner ce testeur, qui ne rempli pas forcement toutes les conditions, mais qui a fonctionner pour mon besoin.

Je vous prépare le gerber , la BOM. Je mettrais tous les fichiers dans le message #1.

A suivre.

[Edit] Celui que tu fait es sympa effectivement mais comment vas tu tester les CI comme le 74154 avec un zif aussi étroit. Je ne doute pas que tu vas trouver une solution.

Bonjour,
Sur les conseils de gc339, j'ai ajouté des résistances au cas ou, comme on dit  :).
Je vais tester ce nouveau circuits avant de le mettre à disposition.  J'ai besoin de savoir si le signal attendu sera suffisamment 'fort' pour que l'arduino le lise à travers ces résistances.
J'ai profité de cet ajout pour décaler le support ZIF.
Le nouveau schema, sous reserve de mes tests pour savoir si le signal transmis sera suffisament fort.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200420160222-tilowil-Screen-Shot-04-20-20-at-03.38-PM.PNG)

Et le nouveau circuit imprimé
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200420160401-tilowil-Screen-Shot-04-20-20-at-03.51-PM.PNG)

Comme vous pouvez le voir, j'ai intégré des résistance CMS, pour gagner de la place. J'ai choisi un boitier assez gros pour qu'il soit facile à souder pour tout le monde.
Si l'essai est concluant , je mettrais tout dans le premier message.

A suivre.

[Edit]
J'y travaillais depuis un moment, je viens de finir ma table de vérité et de faire le test en vrai.
(https://gamoovernet.pixhotel.fr/pics_gamoovernet890px/20200421114240-tilowil-NE555.png)
image : ekladata
Donc le NE555 est aussi testé. Ce qui m'a permis de voir que le NE555 qui se trouvait sur ma MPU DataEast est défectueux. le comparateur CB ne réagissant pas dans le bon sens.

 Beau projet  ^-^

Gc339, pour diminuer le nombre de composants, tu pourrais faire juste une mesure de courant,
La faire entrer dans le comparateur de l'atmega (à vérifier si il est câblé sur l'arduino).
Tu te sers du DAC pour générer le seuil, qui du coup pourrait être paramétrable.
La sortie du comparateur serai le /LE des 74HC451x
Et ajouter une pullup sur celle-ci pour gérer l'état initial du soft.

Je connais pas les arduinos, mais c'est une pattern que j'utilise souvent sur des microcontroleurs quand j'ai des problèmes de place sur un projet.

Ils sont super bien ces chips.

C'est un très bon choix.