From 21ea1644b32eb1aa3cb5fffc2b0e7f4e93266447 Mon Sep 17 00:00:00 2001
From: LyamBRS <cous5830@gmail.com>
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

