From 21ea1644b32eb1aa3cb5fffc2b0e7f4e93266447 Mon Sep 17 00:00:00 2001 From: LyamBRS Date: Tue, 6 May 2025 13:00:13 -0400 Subject: More text --- rapport/main.tex | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) (limited to 'rapport/main.tex') diff --git a/rapport/main.tex b/rapport/main.tex index 7bde479..b927ae6 100644 --- a/rapport/main.tex +++ b/rapport/main.tex @@ -41,7 +41,7 @@ \section{Module thermo2bin} -\subsection{Démarche} +\subsection{Démarche et équations} Le but était de convertir un code thermométrique de 12 bits en binaire 4 bits non signé. Hors, le nombre afficher par ce genre de code est connue en comptant le nombre de bits à un. Donc, les équations logiques doivent compter le nombre de bit à 1. Le code étant 12 bits, il a pu être divisé en trois sections de 4 bits ce qui a permis l'utilisation de tableaux de Karnaugh pour trouver les équations. Selon @@ -64,7 +64,8 @@ y a des erreurs. (voir le code en annexe). Thermo2bin est composé de deux additionneur 4 bits, lesquels sont composé de 4 additionneur 1 bits. L'additionneur 1 bit fait avec de la logique combinatoire et celui fait avec des commandes "cases" sont synthéthisé par Vivado et donne le même circuit. On retrouve dans le module thermométrique 3 sections identiques de convertions thermométrique 4 bits en binaire non signé. Le module thermométrique à aussi -une section de détection d'erreur qui prend l'entrée directement. +une section de détection d'erreur qui prend l'entrée directement. Notez que Vivado optimize certains modules avec des "look-up" tables +afin de les rendre plus rapide qu'uniquement des portes logiques brute. \subsection{Fréquence d'opération} Pour connaitre la fréquence d'opération maximum, on doit d'abord analyzer le schéma et trouver le plus long chemin qu'une entrée peut -- cgit v1.2.3