| 3 | | ALLIANCE ainsi que du ot back-end CORIOLIS, dont : |
| 4 | | Le langage de description procédural STRATUS |
| 5 | | L'éditeur de layout GRAAL |
| 6 | | Le véricateur de règles de dessin DRUC |
| 7 | | L'extracteur de netlist COUGAR |
| 8 | | L'abstracteur fonctionnel YAGLE |
| 9 | | L'outil de preuve formelle PROOF |
| 10 | | L'outil de placement du ot CORIOLIS MISTRAL |
| 11 | | L'outil de routage de la chaîne ALLIANCE NERO |
| 12 | | La première séance portera sur le dessin sous GRAAL d'une cellule inverseuse et |
| | 9 | ALLIANCE ainsi que du flot back-end CORIOLIS, dont : |
| | 10 | Le langage de description procédural STRATUS |
| | 11 | L'éditeur de layout GRAAL |
| | 12 | Le vérificateur de règles de dessin DRUC |
| | 13 | L'extracteur de netlist COUGAR |
| | 14 | L'abstracteur fonctionnel YAGLE |
| | 15 | L'outil de preuve formelle PROOF |
| | 16 | L'outil de placement du flot CORIOLIS MISTRAL |
| | 17 | L'outil de routage de la chaîne ALLIANCE NERO |
| | 18 | La première séance portera sur le dessin sous GRAAL d'une cellule inverseuse et |
| | 19 | d'un buffer instanciant cet inverseur. Les notions de cellules précaractérisées, de gabarit |
| | 20 | et de hiérarchie de cellules seront introduites. |
| | 21 | La deuxième séance portera sur le routage "overcell" d'une cellule compteur de bits. |
| | 22 | Les deux dernières séances vous permettront d'obtenir une vue physique de l'amd2901 |
| | 23 | que vous avez conçu lors du TP numéro 3 et 4. Munissez-vous de tous les documents né- |
| | 24 | cessaires et des fichiers déjà créés. |
| | 25 | |
| | 26 | = 1-Dessin d'un inverseur et d'un buffer sous |
| | 27 | GRAAL = |
| | 28 | = Introduction = |
| | 29 | Dans les TP précédents nous avns utilisé des cellules d'une bibliothèque. Cette biblioth |
| | 30 | èque peut être enrichie de nouvelles cellules grâce à l'éditeur GRAAL. |
| | 31 | GRAAL est un éditeur de layout symbolique intégrant le vérificateur de règles de |
| | 32 | dessin DRUC. La première partie de cette séance a pour objectif de dessiner une cellule |
| | 33 | inverseuse inv_x1 sous la forme d'une cellule précaractérisée sxlib en respectant |
| | 34 | règles de dessin fournies. Cette cellule sera instanciée pour concevoir un buffer. |
| | 35 | = 1.1 Environnement technologique = |
| | 36 | Certains outils utilisent un environnement technologique particulier. Il est désigné |
| | 37 | la variable d'environnement RDS_TECHNO_NAME qui doit être positionnée à |
| | 38 | opt/alliance/etc/cmos.rds : |
| | 39 | > export RDS_TECHNO_NAME=/opt/alliance/etc/cmos.rds |
| | 40 | |
| | 41 | = 1.2 GRAAL = |
| | 42 | |
| | 43 | L'éditeur de layout GRAAL manipule six types d'objets différents que l'on peut |
| | 44 | créer avec le menu CREATE : |
| | 45 | Les instances (importation de cellules physiques) |
| | 46 | Les boîtes d'aboutement qui définissent les limites de la cellule |
| | 47 | Les segments : DiffN, DiffP, Poly, Alu1, Alu2 ... Le CAluX est utilisé pour désigner |
| | 48 | une portion possible pour les connecteurs. |
| | 49 | Les VIAs ou contacts : ContDiffN, ContDiffP, ContPoly et Via Metal1/Metal2. |
| | 50 | Les Big VIAs |
| | 51 | Les transistors : NMOS ou PMOS |
| | 52 | GRAAL utilise la variable d'environnement GRAAL_TECHNO_NAME. Elle doit |
| | 53 | être positionnée à /asim/alliance/etc/cmos.graal. |
| | 54 | > export GRAAL_TECHNO_NAME=/opt/alliance/etc/cmos.graal |
| | 55 | = 1.3 COUGAR = |
| | 56 | à utiliser est : |
| | 57 | > cougar -t file1 file2 |
| | 58 | COUGAR utilise les variables d'environnement MBK_IN_PH et MBK_OUT_LO |
| | 59 | suivant les formats d'entrée et de sortie. Par exemple pour générer une netlist au format |
| | 60 | al à partir d'une description ap il faut écrire : |
| | 61 | > export MBK_IN_PH=ap |
| | 62 | > export MBK_OUT_LO=al |
| | 63 | > cougar -t file1 file2 |
| | 64 | |
| | 65 | = 1.4 YAGLE = |
| | 66 | L'outil YAGLE est capable d'extraire la description VHDL comportementale d'un |
| | 67 | circuit au format .vhd à partir d'une netlist au format .al si celle-ci est au niveau transistor. |
| | 68 | L'outil VASY permet de convertir une description VHDL comportementale du format |
| | 69 | .vhd au format.vbe. La commande à utiliser est : |
| | 70 | > export MBK_IN_LO=al |
| | 71 | > export YAGLE_BEH_FORMAT=vbe |
| | 72 | > yagle -s file1 file2 |
| | 73 | > vasy -a -I vhd file1 file2 |
| | 74 | Avant tout, vous devez utiliser la commande : |
| | 75 | > source avt_env.sh |
| | 76 | |
| | 77 | L'outil COUGAR est capable d'extraire la netlist d'un circuit aux formats .vst ou |
| | 78 | .al à partir d'une description au format .ap. Pour extraire au niveau transistor, la commande |
| | 79 | Cette commande permet de mettre en place l'environnement nécessaire à l'utilisation |
| | 80 | de YAGLE (le fichier avt_env.sh étant fourni). |
| | 81 | Les documentations pour cet outil se trouvent en : /users/soft/AvtTools2003/doc. |
| | 82 | 2.1.5 PROOF |
| | 83 | Lorsqu'on veut prouver l'équivalence de deux descriptions comportementales de |
| | 84 | type dataflows d'un même circuit à n entrées, on peut simuler par asimut 2n vecteurs |
| | 85 | pour les deux descriptions et les comparer. |
| | 86 | Cette solution devient vite coûteuse en temps CPU et il vaut mieux faire appel à un |
| | 87 | outil de preuve formelle qui effectue la comparaison "mathématique" des deux réseaux |
| | 88 | booléens. |
| | 89 | PROOF réalise cette opération entre les descriptions file1.vbe et file2.vbe par la |
| | 90 | commande : |
| | 91 | > proof file1 file2 |
| | 92 | 2.2 Schéma d'un inverseur |
| | 93 | Le schéma théorique d'un inverseur est présenté à la gure suivante : |
| | 94 | Vdd |
| | 95 | Vss |
| | 96 | In Out |
| | 97 | FIG. 1 Schéma en transistors d'un inverseur C-MOS |
| | 98 | 2.3 Schéma d'un buffer |
| | 99 | Le schéma théorique d'un buffer et la hiérarchie utilisée sont présentés sur les - |
| | 100 | gures suivantes : |
| | 101 | Vdd |
| | 102 | Vss |
| | 103 | Vdd |
| | 104 | Vss |
| | 105 | In Out |
| | 106 | FIG. 2 Schéma en transistors d'un |
| | 107 | buffer C-MOS |
| | 108 | inv_x1 inv_x1 |
| | 109 | buff_x1 |
| | 110 | inv_x1 inv_x1 |
| | 111 | buff_x1 |
| | 112 | FIG. 3 Hiérarchie d'un buffer C-MOS |
| | 113 | Master ACSI 5 |
| | 114 | |
| | 115 | 2.4 Le gabarit sxlib |
| | 116 | Les cellules sxlib ont toutes une hauteur de 50 et une largeur multiple de 5 |
| | 117 | Les alimentations Vdd et Vss sont réalisées en Calu1 ; elles ont une largeur de 6 |
| | 118 | et sont placées horizontalement en haut et en bas de la cellule |
| | 119 | Les transistors P sont placés près du rail Vdd tandis que les transistors N sont |
| | 120 | placés près du rail Vss |
| | 121 | Le caisson N doit avoir une hauteur de 24 |
| | 122 | Les segments spéciaux CAluX (CAlu1, Calu2, CAlu3...) forment l'interface de la |
| | 123 | cellule et jouent le rôle de connecteurs "étalés". Ils doivent obligatoirement être |
| | 124 | placés sur une grille de 5x5 et peuvent se trouver n'importe où à l'intérieur de |
| | 125 | la cellule |
| | 126 | Les segments spéciaux TAlux (TAlu1, TAlu2, ...) servent à désigner les obstacles |
| | 127 | au routeur Lorsque vous voulez protéger des segments AluX, il faut les recouvrir |
| | 128 | ou les entourer de TAlux correspondant (même couche). Les TAluX sont placés |
| | 129 | sur une grille au pas de 5 (gure 5) |
| | 130 | La largeur minimale de CAlu1 est de 2, plus 1 pour l'extension (gure 6) |
| | 131 | Les caissons N et P doivent être polarisés. Il faut donc les relier respectivement |
| | 132 | à Vdd et à Vss |
| | 133 | Le schéma de la gure 4 présente un résumé de ces contraintes |
| | 134 | |
| | 135 | = 5 Travail à effectuer = |
| | 136 | = 5.1 Réalisation d'un inverseur = |
| | 137 | Décrire le comportement de la cellule inverseuse dans un fichier .vbe |
| | 138 | Dessiner le "stick-diagram" de l'inverseur inv_x1 dont le schéma en transistors |
| | 139 | est représenté sur la figure 1 |
| | 140 | Saisir sous GRAAL le dessin de la cellule en respectant le gabarit spécié sur la |
| | 141 | figure 4 |
| | 142 | Valider les règles de dessin symbolique en lançant DRUC sous GRAAL |
| | 143 | Extraire la netlist de l'inverseur au format .al avec COUGAR |
| | 144 | Extraire le VHDL comportemental avec YAGLE |
| | 145 | Effectuer la preuve formelle entre le fichier .vbe extrait par YAGLE et le fichier |
| | 146 | .vbe de la spécification initiale |
| | 147 | Automatisez la vérification en écrivant un Makefile. |
| | 148 | = 5.2 Réalisation d'un buffer = |
| | 149 | Le buffer est réalisé sous GRAAL à partir de l'instanciation de deux inverseurs. |
| | 150 | La hiérarchie ainsi créée est représentée sur la Le schéma en transistors est |
| | 151 | représenté sur la |
| | 152 | Décrire le comportement de la cellule buffer dans un fichier .vbe |
| | 153 | Saisir sous GRAAL le dessin de la cellule en respectant le gabarit spécifé sur |
| | 154 | la gure 4. Vous utiliserez pour cela la fonction d'instanciation de GRAAL. La |
| | 155 | cellule à instancier est bien sûr l'inverseur créé précédemment, que vous relierez |
| | 156 | (routerez) manuellement |
| | 157 | Valider les règles de dessin symbolique en lançant DRUC sous GRAAL |
| | 158 | Extraire la netlist du buffer au format .al avec COUGAR |
| | 159 | Extraire le VHDL comportemental avec YAGLE |
| | 160 | Effectuer la preuve formelle entre le fichier .vbe extrait par YAGLE et le fichier |
| | 161 | .vbe de la spécification initiale |
| | 162 | Automatisez la vérification en écrivant un Makefile. |
| | 163 | N'oubliez pas que les mans existent |