Le schéma précédent publié ne fonctionne pas, j’y ai cru mais c’est la fin du temps de simulation qui a arrêté les courbes :mrgreen:
J’ai refait une autre variante en virant les CD4027 pour mettre un CD4029 (pas simple à apprivoiser au niveau des présélections).
J’ai du faire une pulse positive de quelques µs sur l’entrée P.E générée par la sortie C.OUT.
Au départ, j’avais fait une pulse à partir de VCC, mais a la fin du 1er cycle de comptage, on perdait la préselection et on repartait à zéro.
Ma foi, ça à l’air de fonctionner et ça permettra facilement de choisir le nombre de courbes à afficher.
Il me restera à inverser la sortie C.OUT pour l’envoyer en même temps sur le RST du 555 afin d’avoir un « one shoot » pour la sortie Arduino éventuelle.
Pour l’oscilloscope, je ne bloquerai pas l’horloge.
Ci-joint, nouveau schéma (version 5) ainsi que la courbe paliers base. Je viens de me rendre compte d’une pulse négative qu’il me restera à supprimer
Je pense que j’arrive au bout. Encore merci de vos lumières sans quoi, je serais encore en train de patauger… :mrgreen:
Bonjour,
Felicitations pour cette aventure passionnante
Bien sur je suis tout cela et quelques remarques me viennent à l’esprit
-pour inverser la rampe PNP/NPN ne serait il pas possible d’utiliser un simple inverseur analogique on eviterait ainsi la serie d’inverseurs numeriques 0->+V devient 0-> -V
-utiliser un compteur a chargement asynchrone produit toujours des glitchs ce qui serait bien, me semble t il,
serai donc de prendre un compteur binaire 4 bits a chargement synchrone et pour realiser un compteur qui va de 1 à 11 on decode « 11 » sur les sorties qui charge « 1 » sur les entrees de preselection. je pense au 74161 ou 163
-je ne comprends pas les diodes 1n5481 qui alimente les ampli OP
A aucun moment je critique mais c’est je suis pris au jeu
Continuez
Sylvain
Pour l’inversion NPN PNP, je ne comprends pas bien votre démarche. Qu’entendez-vous par inverseur analogique?
A mon avis, les glitchs ne sont pas problématiques pour cette utilisation, je ne fais pas un convertisseur de fréquence haute précision.
D’autre part, vu la fréquence du signal d’horloge (quelques dizaines de kHZ), le temps de propagation de quelques nano secondes sera peanuts et puis, j’ai suffisamment fait de modifications et j’aimerais passer au concret…
Pour les diodes dans le circuit d’alimentation des aop, j’ai bêtement pompé une partie d’un schéma Elektor sans me poser de questions.
Je présume qu’elle sont là en protection (l’ami Raffou pourra certainement disserter sur le sujet pour notre plus grand bien)
Bientôt, câblage en réel, mais ça ce n’est pas ma tasse de thé :mrgreen:
Tout d’abord mille excuses, je me suis encore fourvoyé et cette fois ci avec le compteur CD40163, j’ai du le confondre avec un autre. En relisant son datasheet je me suis rendu compte qu’il n’avait pas la faculté de décompter!
Si j’ai bien compris le schéma version V5, le compteur binaire CD4029 compte de 6 à 15 avant d’être rechargé à nouveau à 6. Ce qui explique la hauteur anormale de la première marche d’escalier sur les captures d’écran (? 3,5 volts au lieu de zéro sur la dernière capture).
Il existe un artifice simple pour contrer cette hauteur inusitée de la première marche, c’est de croiser les 2 entrées de chacun des 4 switches concernés. Ainsi au lieu de marches d’escaliers ascendantes correspondant aux valeurs de 6 à 15 du compteur, on obtiendra artificiellement des marches d’escaliers descendantes de 9 à 0 (15 - N) en sortie du réseau R2R avec une hauteur nulle pour la marche la plus basse.
Je me suis donc permis d’intégrer cette modification au schéma V5 et comme le dispositif pour prépositionner à 6 le CD4029 me m’inspirait pas particulièrement j’ai remplacé le tout par un CD40163 à chargement synchrone.* L’inverseur nécessaire est constitué d’un petit VMOS BS170 et d’une seule résistance.
Le compteur compte de 5 à 15 car il est rechargé à 5, ce qui équivaut à une rampe descendante de 11 marches (de 10 à 0) dont la dernière à une hauteur nulle.
J’ai aussi repositionné la résistance R30, c’était OK avec la version V2 corrigée et redevenu NOK depuis le schéma V4.
Bonsoir Raffou,
Je n’ai pas trouvé de librairie spice pour le CD40163, c’est pourquoi j’ai utilisé un CD4029. Si vous aviez un modèle spice de ce circuit, je suis preneur
Je note l’astuce de croisement des switches.
C’est vrai que la solution du BS170 est plus « pro » que la mienne qui fonctionnait cependant :mrgreen:
Pour la résistance R30, c’est du à mon logiciel avec sa fonction d’accrochage auto et parfois ça me fiche le bazar, mais là curieusement je n’ai pas remarqué de différence à la simulation .
Ce projet de traceur devient un véritable projet communautaire (à 2) et je m’en réjouis. Une fois terminé, avec un super PCB, ça va être top, d’autant que j’ai une boîte à chaussures de transistors sans marquage à trier dont quantité de germaniums pour lesquels j’ai d’autres projets en vue (je suis guitariste à mes heures perdues…). :mrgreen:
Bonne nuit.
Ce serait revenir à certaines des solutions employées dans les articles d’Electronique et Loisirs n°52 et 53 ainsi que dans celui d’Elektor n°368 de Février 2009, articles mentionnés au début de ce fil de discussion.
Pour mémoire :* Pilotage direct du réseau R2R par les compteurs.
Ampli OP inverseur à gain unitaire en sortie du réseau R2R.
Switch CMOS pour choisir entre la voie directe (sortie R2R) et la voie inversée (sortie ampli OP).
L’objectif était de « ne pas recopier bêtement un schéma de revue », la solution retenue avec des switches CMOS était pour le moins inédite et originale.
. C’est ce que j’expliquais dans mon avant dernier message au sujet de l’intérêt à remplacer le compteur asynchrone à base de CD4027 par un CD40163 / 74HC163 synchrone à chargement synchrone. Voir aussi la correction apportée dans mon dernier message avec le schéma V5 retouché par mes soins.
Moi non plus, cette configuration a été pompée sur le schéma du traceur de courbes CH-012 joint dans un des messages de lolo17 au début de ce fil de discussion.
C’étaient des diodes 1N4148 à l’origine et non pas des Schottky. Elles avaient peut-être une utilité sur le CH-012, mais avec ce nouveau schéma, ça reste à démontrer… Personnellement je les supprimerai!
Disposer les CD4025 en « parallel clocking » comme le suggérait Yves07 serait alors envisageable et permettrait de supprimer D4, D9 et R49.
Avez vous essayé de rechercher dans les libraries pspice? Ltspice devrait être capable de les lire si j’en crois ce que j’ai lu sur le net.
Sinon n’existerait-il pas une librairie pour le 74HC163 ou le 74HCT163 ? c’est le même brochage et fonctionnellement c’est le même compteur avec des temps de propagation moindre.
Disons que c’est plus « électroniquement correct » d’intégrer les transistors de sortie dans la boucle de contre-réaction ainsi on est assuré que le gain de l’ensemble est stable ou insensible à la valeur de l’impédance de charge.
Bonjour à tous,
Ce matin, simulation avec un 74HCT163
Et bien, ça ne marche pas mieux qu’avec le CD4029!
Le fait de présélectionner le comptage positionne les sorties correspondantes à 1 et le démarrage de la rampe se fait à la valeur de tension prédéfinie.
Dans le cas ci-dessous, pour 4 steps de valeur unitaire 0.73V (VCC/15 = 0.73V), on va démarre à (15 - 4) x 0.73 = 8.03V
Et comme il n’y a en plus pas de Reset à la mise sous tension (que j’avais pris en compte avec le CD4029), le premier balayage démarra à 0 et se fait sur les 15 steps.
J’ai bien l’impression que le fonctionnement synchrone va tomber à l’eau.
Je pense faire une présélection avec une porte NAND sur les sorties Q0 à Q3 en fonction de mon choix et envoyer la pulse sur le Master Reset.
Je ne vois pas d’autre solution simple à mon niveau de connaissances.
Allez, une ch’tite capture d’écran pour la forme…
Modification effectuée ça me convient comme ça mais je vais remettre le CD4029 qui permet la décade ou le binaire et une possibilité UP/DOWN sauf si l’ami Raffou trouve une solution avec un compteur synchrone
Parlons plutôt de prépositionnement à la mise sous tension, j’avais complètement occulté le fait que le compteur démarrerait sur une valeur aléatoire, ici c’est peut être le simulateur qui impose la valeur zéro par défaut.
En voici une nouvelle plus souple que celle que vous avez imaginée, elle fait appel à un boitier comparateur CD4063, CD4585 ou 74HC85 sur les entrées duquel on programme le nombre de marches à la demande. Elle nécessite toujours le même compteur CD40163 ou 74HC163 pour bénéficier du rechargement synchrone.
Apparemment, le CD4585 semble être plus rapide que le CD4063, par contre son brochage est différent du 74HC85 alors que celui de CD4063 est compatible avec ce dernier.
J’ai créé un circuit RC de reset dans le coin en bas à droite, comme ça on est sûr que le compteur CD40193 démarrera toujours de zéro
A la mise sous tension, le compteur compte de 0 jusqu’à la valeur positionnée sur les entrées « B » du comparateur (ici 10) puis est réinitialisé au top d’horloge suivant par le chargement de la valeur zéro programmée en dur sur ses entrées de prépositionnement. Il compte donc indéfiniment de 0 à 10 inclus pour générer une rampe de 11 marches ascendantes avec une hauteur nulle pour la toute première.
Bonjour,
Cela devient passionnant
Ci joint pour information un simulation d’un ampli que l’on choisit inverseur ou pas par l’entree SEL
c’est un montage peu connu mais à retenir dans un coin,qui pour moi simplifierai bien cette realisation
De mon cote j’aimerai vous suivre plus mais helas pas tres familier avec LTspice
Pourriez me transmettre votre code source ?
et de plus , si possible ,les bibliotheque qui vont avec mais saurai je les installer ?
je n’ai jamais fait de numerique en simulation à part en logique programmable qui n’est pas de mise ici
Je reste bien entendu d’accord avec rafou sur l’interet de la logique synchrone
A plus peut etre
Sylvain
Bonjour Sylvain,
Pour ne pas encombrer le fil de discussion, on peut dialoguer par email au sujet de LTspice.
On pourra échanger les fichiers et les librairies et je pourrai te montrer 1 ou 2 trucs…
Je ne propose pas d’ouvrir un fil de discussion Spice sur le forum car il me semble que ce n’est pas l’endroit (quoique on peut tout à fait simuler des circuits à tubes) et qu’ à mon avis peu de membres seraient intéressés.
Donne moi ton adresse mail par MP si tu es intéressé.
J’ai jeté un œil sur ton fichier spice, ça fonctionne mais la rampe négative générée est descendante :mrgreen:
Bon, maintenant que la génération des rampes à base de réseau R2R est opérationnelle et aussi pour terminer en beauté, je vous propose cette dernière amélioration qui ne coûte qu’un ampli OP à entrées JFET genre TL071 et deux résistances.
Cette amélioration permet de transformer l’injecteur de courant base en vrai générateur de courant, ce qui permet de s’affranchir de possibles fluctuations du courant Ib dues à des disparités sur la jonction base/émetteur d’un transistor à l’autre et aussi de la chute de tension dans le shunt de 1 ? occasionnée par le courant d’émetteur. Elle est inspirée du traceur décrit dans Electronique et Loisirs n° 52, voir liens donnés dans un de mes tous premiers messages dans ce fil de discussion.
L’ampli OP additionnel doit être un amplificateur à entrée JFET ou MOS (TL071, CA3130…) pour ne rien soutirer au courant base.
Les 4 résistances cerclées de rouge avaient toutes la même valeur (R13 = R14 = R15 = R16 = 100 k?) sur le schéma inspirateur (voir lien : schema-electronique.net/2012 … rs_18.html). Les valeurs des 2 résistances en sortie de l’ampli OP additionnel TL071 ont été mise au pifomètre, la simulation devrait permettre d’affiner leur valeur.
bien le bonjour a tous ;super démo de mise en pratique des connaissances,bien sur, il y a des RALEURS professionnel,mais bon, on va s’en arranger§
Amitiés jean claude.
Quand j’ai lancé ce projet, je ne pensais pas que ça irait aussi loin et que ça serait aussi enrichissant en grande partie grâce à l’ami Raffou " Grand Maître de la logique CMOS"
De plus ce projet reste, à mon avis, dans l’esprit du forum avec l’utilisation d’une technologie des années 70 /80 dépassée pour les adeptes des micro-contrôleurs.
Mais dans mon cahier des charges, il y aura tout de même un petit Arduino nano qui sera uniquement chargé de l’affichage des courbes, droit de charge, calcul du gain, affichage du courant de base sur chaque courbe etc…
@ Raffou : J’ai fait la modification avec la source de courant et ça fonctionne mieux avec 100k car avec 220k et 110k, on ne partait pas de 0 mais est-ce gênant?
Un truc cependant me chagrine qui est le retour à 0V de Vce car ça crée un bel arc de cercle mais le verra-t-on sur l’oscilloscope ou l’Arduino, je pense que oui.
Ce phénomène était beaucoup moins prononcé avant cette modification.
Est-ce qu’en générant une double rampe ascendant / descendante de Vce on ne supprimerait pas le phénomène.
Je travaille dessus avec l’inversion UP / DOWN du CD4516 mais je n’ai pas trouvé de solution simple pour inverser ce signal. Une idée serait la bienvenue
Edité : Oups, en regardant les image, je viens de m’apercevoir que j’ai inversé VCC et VSS sur l’AOP . Honte à moi. Je refais la simul et je rends compte tout de suite après… :mrgreen:
Tout d’abord une petite observation, la valeur choisie (1 nF) pour le condensateur C1 du circuit de reset me semble un peu faiblarde, une valeur entre décuple et centuple semblerait plus appropriée dans la réalité.
Concernant la dernière modification proposée, honte à moi d’avoir proposé des valeurs à la louche pour les deux résistances additionnelles, si j’avais approfondi le fonctionnement de ce type de générateur de courant, je me serais probablement aperçu qu’il fallait conserver les valeurs égales du schéma d’Electronique et Loisirs. A ma décharge, le marchand de sable est passé au moment où je rédigeais le message…
J’avais prévu un TL071 pour l’ampli OP à entrées JFET car je pensai que vous l’aviez dans votre fond de tiroir étant donné qu’il était apparu une fois sur un des schémas postés.
Assurément il sera présent mais probablement non discernable car la rapidité du retour (fonction des temps de propagation de la logique CMOS et de la bande passante de l’oscilloscope) amoindrira largement sa luminosité.
Le moyen trivial d’éviter toutes ces tracés indésirables dus aux fronts abrupts des rampes en dent de scie, c’est de « marcher à reculons dans ses propres pas », ce qui implique de transformer les rampes en dents de scie en signaux triangulaires. Tout comme vous, cette idée avait germée dans mon esprit et je ne vous l’avais pas proposée par souci d’ajouter des « bells and whistles » à un schéma déjà alambiqué.
Ça ne devrait pas être trop compliqué pour la rampe du Vce, il faut juste mémoriser dans une bascule JK ou une bascule D le sens de la rampe pour faire avancer le compteur associé au réseau R2R (pente ascendante) ou le faire compter à rebours (pente descendante).
Pour la rampe en marches d’escalier du courant Ib, ça va être beaucoup plus ardu…enfin peut-être pas, une idée me vient en tête avec le remplacement du compteur et du comparateur par une micro-machine, juste un latch et une petite mémoire programmable (32 × 4). Cette idée serait même applicable à la rampe Vce avec une mémoire 512 × 8.
Bon, ne nous égarons pas, je vais m’atteler au moyen de piloter simplement l’entrée « count up/down » du CD4516 pour inverser la pente de la rampe Vce…
Sur des simulations avec beaucoup de calculs comme celle-ci (97% d’utilisation du CPU sur mon vieux Toshiba Satellite Pro), je préfère utiliser les librairies Linear Technology qui doivent être optimisées pour leur simulateur. L’utilisation d’un TL071 ou autre avec un modèle spice pourtant issu directement du site de ONSEMI ou Texas, ça me génère des erreurs de time out. J’ai d’ailleurs cherché longtemps d’où venaient ces erreurs…
Il est bien entendu évident que les essais physiques se feront avec des AOP moins « exotiques » et chers ( le LT1792 est à + de 8€/u chez TME :mrgreen: ) D’ailleurs, j’en profite et si d’aucuns étaient tentés par des essais sur « Breaboard » ça me rendrait bien service pour valider et lancer le routage du PCB, car avec toutes ces modifs, il me manque la plupart des CMOS que je vais commander sur ebay chine, donc 1 mois minimum d’attente…
Pour la rampe Vce, je suis parti sur un CD4013 sans grand succès pour le moment.
Je m’éloignerai définitivement de la philosophie première de ce projet.
Je ne pense pas que la rampe Ib soit impactée car si je ne dis pas de bêtise, il suffit d’envoyer Clock_Vce à chaque passage à 0 de la rampe Vce ça maintiendrait le palier pendant tout le cycle UP/DOWN.
Doctsf (Modèles & Marques)
Annonces
.
