Transistor rapide pour faire une porte logique

[invite359f3846]

Bonjour,

Je suis à la recherche d'un transistor, TTL ou CMOS, rapide (temps de propagation très faible pour changer d'état) et qui ne coûte pas les yeux de la tête !!!
Il me servira dans la réalisation de portes logiques : AND, OR et NOT.
Au plus haut en fréquence, je peux monter, au mieux c'est !

Je sais que de telles portes existent déjà (j'ai regardé dans mon Memotech). Est-il possible avec un assemblage de transistor réalisant la même fonction logique de dépasser la vitesse de ces circuits intégrés spécialisés?

Un grand merci d'avance!
Cordialement,
Rodrigue
-----

[Gérard]

Je pnse que tu auras du mal à dépasser les vitesses des CI.
Plus on monte en fréquence et plus il y a de problèmes de capas, inductances parasites, la longueur des fils etc
pour ne citer que cela.
Gérard.

[f6bes]

Bjr Rodrigue,
D'entrée de jeu, je dirais que les "liaisons" dans un circuit sont plus
courtes que celles dans un cablage "manuel" qui va "s"étaler" bien plus.
Donc la vitesse ,à composant équivalent,devrait etre plus élevée
dans un circuit.
Mais quelle est la vitesse à obtenir. RAPIDE ne dit pas grand chose !!!
Cordialement

[invite66b13b11]

Bonjour

2 questions:

A quel fréquence maximale veux tu faire fonctionner tes transistors ?
Et pour quelle raison veux tu faire des portes logiques avec des transistors ?

Le prix d'un simple transistor MOS et plus important qu'un CI logique.

[A voir en vidéo sur Futura]

[invite936c567e]

Bonjour

Je confirme ce que disent Gérard et f6bes. Les transistors discrets seront toujours plus lents que les circuits intégrés, (...à moins peut-être de les utiliser de manière peu conventionnelle - en régime d'avalanche).

Si tu veux des portes logiques rapides, tu peux te tourner vers les circuits les plus r&#233;cents (tdp < 0,25 ns sous 5 V et 3,3 V). Tu en trouves notamment chez Texas Instrument.

[invite359f3846]

Merci pour toutes vos réponses très ... rapides

En fait je voudrais réaliser un processeur, ou plutôt une ALU, spécifique à mon problème. J'ai vu que SGI utilisait des FGPA pour accélérer les calculs de certaines applications scientifiques. Comme je ne sais pas combien ça me couteraît d'acheter tout le matos pour pouvoir travailler avec un FGPA, j'ai pensé dans un premier temps faire ça avec des composants de base de l'électronique... je ne suis pas très au courant des prix (merci de me remettre dans le droit chemin dès que je dis une bêtise, merci manu57)!
Donc en ce qui concerne la vitesse, je ne peux dire que "le plus rapide possible"...
En ce qui concerne le prix, je dirais "raisonnable" vu que je compte créer ce chip plusieurs fois (pour accélérer mes calculs car ils peuvent être "parallélisés")...
Voila, disons que mon problème a changé alors (je viens de gagner du temps en posant cette question, je ne me rendais pas compte que ça allait me coûter plus cher de développer mon circuit avec des transistors).

Je suppose que pour pouvoir me conseiller d'avantages vous devez au moins connaître combien de portes AND/OR/NOT etc. je vais devoir utiliser... J'y travaille en ce moment (je ne m'attendais pas devoir répondre à la question). Vous aurez la réponse d'ici une heure!

Merci pour vos conseils

Cordialement,
Rodrigue

[invite936c567e]

Le fait d'utiliser un nombre important de portes logiques pose encore le probl&#232;me de la vitesse et du co&#251;t.

Il est pr&#233;f&#233;rable d'utiliser dans ce cas un circuit FPGA programmable.

Tout compte fait, &#231;a peut revenir moins cher que tu ne le penses. Il y a quelques ann&#233;es, j'ai utilis&#233; un syst&#232;me de programmation qui m'a co&#251;t&#233; moins de 150 FF (prix du PC except&#233, et j'ai pu faire le d&#233;veloppement de la puce "&#224; la main".

Quand tu sauras ce dont tu as besoin, va faire un tour sur les sites d'Altera et de Xilink, par exemple.

[f6bes]

Bjr Rodrigue,
ALU si je ne me tompes = unit&#233; de calcul d'un processeur.
Combien de dizaine de "bestiaux" rien que l&#224; dedans !!!
Va falloir un peu de pla&#231;e !!
Tu risques une fois mont&#233;, de p&#233;daler bas en fr&#233;quen&#231;e et
vue de nombre de petites "b&#233;tes" cela risque de couter assez
cher tout de meme.
Cordialement

[Jack]

bonjour,

peut-être qu'il serait plus facile de répondre si tu nous donnait le type d'opération, des données et la rapidité attendue?

A+

[invite359f3846]

Merci pour toutes ses informations ...

Je suis en train d'investiguer chez Xilinx et chez Altera mais comme je n'y connais rien ça risque de prendre du temps...

Pour info, je dois faire de longues divisions "binaires" ~2048 bits... Si qqun voit une solution

Cordialement,
Rodrigue