La table d'allocation des variables (VAT) est copiée directement depuis la RAM de la TI82. Elle contient des informations à propos du nom, du type et des adresses des variables. La VAT est construite à l'envers (elle commence à "FE6E" et va en diminuant) et chaque entrée, sauf les programmes, a le format ci-dessous (figure.2). Sous certaines conditions, les sytème enregistre des données juste après la dernière entrée de la VAT, et ANS devrait y être enregistré aussi. La calculatrice doit surement déplacer ces données vers un endroit sûr quand une sauvegarde est effectuée, mais nous ne sommes surs de rien.

Les Zero bytes viennent en premier dans la mémoire. Cependant, tant que la VAT est construite vers la bas dans la mémoire, le byte de type est celui qui est la premier de l'entrée. Les types existants sont les suivants:

(D'autres valeurs sont parfois utilisées, mais la plupart sont utilisées dans les headers. Voir les variables pour une liste plus complète.). Les 4 MSB (bit plus signifiants) du type sont utilisés par le système et peuvent avoir n'importe quelle valeur, donc il faut les masquer avant d'utiliser le byte type. Adresse haute et Adresse basse sont les bytes hauts et bas qui correspondent respectivement aux variables adresse dans la RAM. La RAM commence à $8000 et la RAM utilisateur (où les données utilisateur sont stockées) commence à $8D24. Les adresses sont souvent stockées le byte le plus bas d'abord (tant que c'est un système z80) mais dans ce cas, tant que tout est à l'envers, elle apparaissent byte haut en premier.
A la suite des adresses, il y a 2 token bytes. Toutes les noms de variables, excepté pour les programmes, sont dans la TI82 stockés dans un ou 2 token byte. If l'adresse n'en utilise qu'un, c'est le token1 qui contient l'adresse. Si l'adresse en utilise 2, elle utilise et token1 et token2. Par exemple, 60 00 est le token pour l'image pic1, 60 01 est celui de pic2, etc. La plupart des tokens sont les mêmes sur la TI82 et la TI83.
Finallement, chaque entrée de VAT se termine par un 00. Pour chaque nouvelle variable crée, une entrée dans la VAT est crée aussi. Voici un fragment de VAT qui peut servir d'exemple:

On commence par la droite: 03 indique qu'il s'agit d'une variable de type "Y=". Son adresse dans la mémoire est $901A et son token est 5E19 qui est égal à Y0. Le suivant, est aussi un type "Y=", 5E18 ce qui indique qu'il s'agit de Y9. Il est positionné juste après le premier. C'est normal: les entrées VAT consécutives représentent des variables consécutives dans la mémoire.
Les types "Y=" et quelques autres sont mis lorsqu'ils sont initializés. Pour prévenir des fragmentations, quand une variable est effacée, toutes les variables qui sont stockées après la variable effacée sont déplacés vers la bas pour remplir les trous. La même chose se passe avec la VAT, les entrées les plus vielles sont déplacées vers le bas (mais en haut dans la mémoire!!) d'un pas. Bien sûr la VAT est aussi mise à jour pour refletter les nouvelles positions des variables qui ont été déplacées vers le haut
Après avoir pris connaissance de ce qui précède, on peut y aller...

La méthode que j'ai utilisé est similaire à la méthode des dump de ROM:
1. Créer une variable réelle
2. Faire une sauvegarde de la mémoire sur le pc
3. Dans la sauvegarde "backup.82p", changer l'adresse de la variable réelle de façon à ce qu'elle pointe sur la location de RAM voulant être changée
4. Fixer "backup.82p"
5. Voilà, on peut maintenant changer directement les bytes désirés en y enregistrant les valeurs.
Le format d'une variable réelle se représente sous cette forme:

Le MSB du byte signe est le signe du nombre (positif ou négatif), si il est non défini, le nombre est positif, si il est défini alors le nombre est négatif. Les 4 LSB sont utilisés pour enregistrer le type de variable auquel le réel appartient. Les bytes restants sont utilisés par le système et peuvent prendre n'importe quelle valeur. L'exposant indice l'exposant (et oui ki l'eut cru??). A la suite viennent 14 digits codés en BCD format. Chaque case représente un digit.
Il existe encore quelques problèmes avec cette méthode. Premièrement, on doit toujours changer 9 digits d'un seul coup ce qui peut être hazardeux si on ne prend pas de précautions. Deuxièmement, en utilisant des variables réelles actuelles on peut seulement créer des patterns limités. De ce fait, à cause du codage BCD, chaque case représente un digit et ne peut contenir que des valeurs comprises entre 0 et 9 et non A à F. Heureusement, tout problème possède toujours une solution. Cette solution est:
1. Créer une autre variable réelle
2. Faire un backup
3. Changer sa valeur (et non son adresse cette fois-ci) dans le backup. Dans ce cas précis, il est possible de mettre n'importe qu'elle valeur.
4. Transférer le backup sur la calculette (après l'avoir fixé...)
5. Enregistrer le secon réel dans le premier. Lorsque cette opérations est effectuée, la calculatrice ne vérifie pas si le contenu de la source est valide. Elle copie seuleument.
Une autre méthode très utile pour lancer des programmes assembleurs sur la TI82 consiste à créer une Matrice et changer son adresse de façon à la placer dans la ROM! Ensuite en écrivant le correct élément dans la Matrice, il est possible de modifier la RAM système. Cette méthode est plus efficace si plusieurs variables de la RAM ont besoin d'être changées.
Changer le nom des variables que l'on utilise pour ça en quelchose que normalement on utiliserait pas est aussi une bonne idée tant que l'on est sur qu'un programme basic ne va pas venir empiéter et changer ces valeurs.