[mOved] l'instruction add - Page 1

quelqun peut-il m'expliquer comment fonctionne l'instruction add en interne, j'ai essayé en faisant des or et and dans tous les sens mais j'y arrive pas ...

Indice : tu auras besoin d'au moins autant d'opérations bit à bit que de bits dans les nombres à additionner...

quaa ? ca veut dire qu'il faut pres de 10 tour de processeur * le nombre de bit des 2 chiffres ?
mais comment ca se fait qu'il ne faut compter que 8 tour pour add ?

Non c'est codé en logique parallèle.

qu'est ce que c'est que la logique parallele ?

L'instrucion add est exécutée par le microprocesseur, qui est un gros tas de transistors câblés ensemble. Il peut faire plusieurs trucs à la fois, du moment que ceux-ci ne dépendent pas les uns des autres. Par exemple traiter tous les bits des opérandes en même temps pour faire ton add.

a oué d'accord ...

bon vous me corrigez si j'ai faux : pour addtionner 2 octets , on par de la droite , on fait un and des 2 bit ,si le resultat est 1 , on me le bit a 0 et on prend une retenue (n'importe ou) , ensuite pour chacun des bit qui suivent on fait un and et a la fin on rajoute un bit

donc 0011 + 0001 ca fait 0100

Oui, c'est exactement comme une addition en décimal, sauf que la retenue est quand le nombre est supérieur à 1
mais en interne le processeur ne fait pas exactement comme ça, car il essaie de parallèliser au maximum le tout.

euuh comment je fais ca avec des fil electriques maintenant ?

ça te dirait que je déplace ça vers la partie harware?

Il y a une technique d'anticipation de retenue qui a permis de paralléliser encore mieux cette instruction. Cherche sur le net.

en fait, je sais pas où placer ce topic, voila je cherche les fonctions add et sub pour des word , j'ai commencé a faire leur table de verité mais je vais mettre des années ....
j'ai cherché sur le net mais j'ai rien touvé pour le moment
en fait, je suis en train de faire un petit "module" que l'on accrocherais sur les piles et sur le processeur de la calculatrice et qui permettrait de faire des instructions cablé , je pense par exemple à multiplier par 30 , faire des and precis ... et surtout, le must serait de faire un memcpy !

tu veux faire un additionneur n-bits ?

en fait, j'aimerais faire comme une lib graphique sauf que c'est pas une lib mais c'est du cablé ,
pour le moment je vise pas trop haut, j'ai deja un petit montage qui fait un lsr.b/w et lsl .b/w et un and.l #255

maintenant, j'aimerais fair add && sub .w puis .l mais c'est trop dur !!

cherche 'additionneur n-bits' sur google tu devrais trouver assez facilement. sinon, j'ai peut-êter un cours dessus, mais c'est pas sûr

ok c bon, je fais l'additionneur puis le soustracteur et ensuite je m'attaque a l'adressage memoire ..

Fait deja un additionneur 1 bit.

oila, c tout facile y'a plus qu'a faire le montage ...

Une lib graphique cablée? Cablée avec des portes logiques? Tu risques d'utiliser beaucoup de fil
(et je passe ça en HW)

FPGA pouwa v faire mumuse avec ça ce semestre ^^

Héhé plein de bonheur en perspective
Mais je ne pense pas qu'il ait les outils de développement et d'implémentation dispos (et de toutes, si tu codes le tout en VHDL t'as pas à te soucier des portes logiques, tu inclues juste les libs IEEE qui vont bien et basta)

Tu veut fire un GPU, en fait

bidoo, il me semble que certaines docs d'alu (artihmetic logical unit) contiennent les plans détaillés de celles ci... à vérifier...

en tous cas mon montage fonctionne, mais voila il tien sur quasiment 2 m²
chuis trop content que ca marche, en entré on lui donne 2 octets cad sur 16 fils et en sorti il file 24 fils qui contiennent l'offset par rapport au debut de l'ecran plus 8 fil contenant le decalage a gauche qu'il faut effectuer

en fait, je compte faire ca tenir sur un fine plaque souple , j'avais vu ca , je sais plus où, c un circuit imprimé tou souple, avec que des des tracé en je sais plus quoi
il faut juste brancher des fiches de chaque côté et c tou...

et c'est quoi "fire un gpu" et le VHDL et l'IEEE et le FPGAN


... keskyfou la mon topic ??? j'ai pas revé, jl'avais pas initié la non? je suis en train de devenir fou hu hu hu hou hou

GPU = graphing processing unit, grosso modo une carte vidéo, qui s'occupe de gérer l'écran pendant que le proc s'occupe du programme lui-même
VHDL = un language de programation de puces programmables (telles les FPGA dont parlait Pollux, les EPLD, etc)
IEEE = ensemble de normes de tous poils
FPGA = puce programmable, c'est à dire que tu écris dans un language dédié à la programmation de puces (le VHDL, l'AHDL, etc) ce que tu veux faire faire à la puce (une addition, une multiplication de matrices, un microprocesseur, etc) et elle le fait ^^

Sinon il existe des puces toutes faites qui font des additions 8 bits, d'autres des multiplications, car si tu veux tout câbler en logique MOS, tu vas t'amuser... De plus faire imprimer un circuit c'est pas forcément à la portée de tout le monde... La meilleur solution serait une puce programmable ou un microcontroleur, mais ça devient technique là... Enfin tu comptes le brancher comment ? Le mapper sur le bus? C'ets pas trivial ça non plus

en fait j'en ai tout bonnement aucune idée, j'y connais absolument que dalle en hardware ti, au debut j'avais pensé a allez chercher des info dans les registres, mais jme vois pas ouvrir le processeur de la ti
donc ma 2 idée serait de prendre une dizaine d'octet a la toute fin toute fin de la memoire (ghost space ? ) et on y stocke l'adresse de l'ecran, x , y et tous les autres trucs
mais voila, comment acceder a la memoire de la ti ? ... ou jbranche mon fil ?

sinon je connais un pote dont le pere bosse dans une petite usine de carte a puces / circuits imprimé il m'a dit sur msn qui pourrait m'assurer le coup mais bon ... planche pourri ?
parce si je trouve mon circuit imprimé hop hop je trace mes 8 shema (drawpixel, drawsprite8,16,32, memcpy , drawchar small,medium,large) dans mon ancien college et voila c'est fini et la c'est trop bien parce que le circuit fais a peine 2 mm de largeur

Les registes: comme tu le dis, ouvrir le prog serait délicat
La mémoire: pareil, tu ne peux pas brancher directement dessus.
Où brancher les fils? La seule soltion, c'est sur le bus. Va faire un tour sur http://dba.ticalc.org
Sinon pour l'implémentation en hard, toutes ces routines risquent de prendre beaucoup de place sur une plaquette, comme tu as pu t'en rendre compte

J'ai moi même une 92II (qui a donc un module accessible) et si j'avais le matos je ferais bien mumuse avec, mais bon... j'ai pas trop le temps en fait

non justement, ca prend vraiment pas de place sur un circuit imprimé : tu fais des tracé de moins d'1/2 de mm et le tour est joué
c'est sur que je vais devoir faire 2 plaque l'une au dessus de l'autre pour ma ti 89 mais je pense que ca ve tenir dedans

par contre pour les fils de E/S c'est un autre probleme

Hmmmm tu penses avoir combien de composants (dont combien de puces?) au total ?

bidoo : t'as pensé à la consommation de ton truc ? il tiendra quelle fréquence ? et l'effet capacitif d'un routage sur pcb souple c'est prévu dans les calculs ? sans vouloir te mettre le moral à 0, tu ferais bien de poser par écrit ce que tu veux exactement faire d'un coté, ce que tu as pour le faire et les contraintes qui vont s'appliquer d'un autre coté... il y a ici suffisement de personnes ayant l'expérience suffisante pour te conseiller dans tes choix. Pour témoignage : créer un système 32bits de toutes pièces c'est pas banal et en plus de ça, tu verra que se fournir en composant est assez rock n roll aussi...

maintenant si t'as un tuyau pour faire monter sur PCB des puces an BallPGA (au pas de 0,8 mm, 22*22 non traversant) tu me fais signe parcque j'ai un projet bloqué par ça...