Ma méthode n'est^peut etre pas tres logique, mais je ne comprend pas , ça devrait fonctionner cette façon de faire ?
-----
Ma méthode n'est^peut etre pas tres logique, mais je ne comprend pas , ça devrait fonctionner cette façon de faire ?
SI tu dit que TA méthode PEUT fonctionner... tu te débrouilles avec , c'est TON affaire....
NOUS étions plus modestes et appliquions la méthode de nos MAITRES... ce qui nous à amené à nos diplômes.
après NOUS avons ÉVOLUÉ selon nos voies et qualifications.
à partir de là TU fais TES choix.
je ne voulais pas vous paraitre insolent, si vous avez eu l'impression que je l'était, je m'en excuse d'avance.
Comment faites-vous, quelle est votre méthode pour établir cette table de vérité ?
(j'ai essayé d'une certaine façon, ça ne marche pas, ce n'est pas grave enfin!)
comme il y a 60 ans....
en écrivant la table de vérité en binaire.
inutile de réinventer la roue.
donc , je met en variable a, b, la somme des deux (S) et la retenue éventuelle, (r)
Jusque-la, je pense que c'est bon ?
la table de vérité ne connais pas la retenue , c'est juste un calcul.
entrée (binaire) > sortie (binaire aussi)
TES COURS SONT À RÉVISER !
et un forum n'y peut rien , n'étant pas un organisme de formation
Le souci c'est que dans mon cours, j'ai une table avec la somme et la retenue, je pensais faire de même mais si vous me dites qu'il ne faut pas utiliser cette façon de faire, je vous crois . Que me conseillez-vous ?
de faire une table de vérité.....
avec 6 bits en entrée (deux mots de 3 bits , selon l'énoncé de ton devoir)
ça va encore vous paraître idiot, mais si je met a0, a1, a2 les bits de a et b0, b1, b2 chacun dans une colonne, j'aurais alors 2^6 possibilités ? (donc 64 ligne dans la table ?)
non.... le premier nombre compte jusqu'à 7 décimal ( 111 binaire)
le second aussi....
donc maxi = 14 ! biscotte c'est une ADDITION
faut réfléchir un peu
ah...moi j'ai réfléchi de la façon suivante:
on a 8 possibilités pour a comme pour b si pas d'erreurs:
000
001
010
011
100
101
110
111
Il faut que le premier nombre de a (000 par exemple) rencontre les 8 de b, le deuxième de a rencontre les 8 de b etc...
A propos, comment vous arrivez a 14 ?
biscote 111b = 7d
donc 111b + 111b = 1110b = 14d
niveau maternelle
heu...oui: je suis désolé de vous paraitre aussi agaçant mais là je ne vois pas dsl
111b= 7d (que signifie le d ?)
de plus pourquoi ajouter 111b et 111b, deux fois le meme nombre de b ?
Merci
d pour décimal.
b pour binaire
les bases de numérotations étaient étudiées (de mon temps) en 3'iéme !
biscotte on te demande (tu le dis dans ton premier message) d'additionner deux nombres de 3 bits...
il est IMPÉRATIF que tu révises tes bases , faut pas dormir en cours
ah d'accord!
le nombre maximal (le plus grand possible) est donc 14d =1110b=111b+111b, je n'avais pas compris !
seulement, pour faire le nombre 8 par exemple, on a 110+010=1000 ou bien 100+100=1000 (en binaire) ce qui veut dire 6+2 ou 4+4 les deux =8
et ca me pose problème...
tout comme en décimal..... c'est une loi fondamentale de l'arithmétique. (dont j'ai oublié le nom).
ok , je vais essayer de lister les possibilités et je vous les communique
Merci
si t'es à la ramasse , plein d’exemples sur la toile....
cadeau :
http://daniel.robert9.pagesperso-ora...Digit_11T.html
si on a déjà les nombres de 0 à 7 (d) pour la somme si l'un des deux vaut 0:
000+000
001+000
010+000
011+000
...
?
après , on aurait les nombres pairs
de cette façon:
001+001
010+010
011+011
100+100
..on additionne les mêmes nombres
(corrigez-moi si je me trompe , ce qui ne m'étonnerait pas d'ailleurs)
merci pour le lien au fait
voila où j'en suis:
000+000
000+001
000+011
010+010
000+110
011+011
000+111
100+100
100+101
101+101
110+101
110+110
110+111
111+111
voici le liste que j'ai trouvé (la premiere ligne donne 0 , la seconde 1 le troisieme 2....jusqu'à 14
Est-ce correct ?
si je fais fausse route, n'hésitez pas, j'ai l'habitude..
Confirmez-vous mon message numéro 50 ?
J'ai trouvé certaines valeurs en "tatonant", ce n'est donc pas la bonne méthode: comment procédez-vous pour établir cette table ?
Merci beaucoup
Bonjour à tous,
J'ouvre cette discussion qui est la suite d'une discussion plus ancienne. J'ai un dm dans lequel je dois concevoir un circuit faisant la somme de deux nombres binaires de 3 bits avec des XOR et des NAND.
Je dispose de l'énoncé suivant (avec une table de vérité).
PIXEL m'a conseillé de faire une table de vérité, un tableau de karnaugh...ce qui , je me rend compte, parait tout à fait logique mais mon prof m'a dit de construire ce circuit à partir des questions précédentes (que j'ai trouvé) uniquement. Je me pose donc la question , comment faire ?
Je pense savoir construire Si et ri indépendamment mais comment répondre à la question a partir de ces deux fonctions (et que faire ri-1 pour la somme des bits de poids faibles)? (sachant qu'il faut 6 entrées et quatre sorties)
(le nombre maximal étant de la somme de deux nombres allant de 0 à 7 =1110 en binaire)
Merci pour votre aide
Merci, je ne savais pas..
Perrsonne n'a donc d'idée pour mon additionneur 3 bits ?
Merci
vous voulez dire que je prend la structure du 74HC83, et que j'en met trois en paralleles pour faire ma somme de deux nombres à trois bits ?
je vais aller voir à quoi ça ressemble.
Merci
Le 74HC83 fait l'addition de deux mots de 4 bits
ah d'accord ! est-ce qu'il en existe un pouvant faire la somme de trois bits ?