REVENDICATIONS 1.-Procédé de codage de langage graphique d'automatisme pour son exécution en temps réel sur une plate-forme numérique caractérisé en ce que le codage comprend au moins deux séquences d'instructions "context free" ordonnées suivant l'ordre de précédence dégagé par l'analyse du graphe, la première séquence étant une séquence d'initialisation, la deuxième comportant une suite d'instructions ordonnées temporellement, qui sont exécutées à période constante, chaque instruction de cette suite étant caractérisée par un code opératoire qui ne représente qu'une seule fonction, par un numéro unique dans le graphe distinguant chaque bloc fonctionnel du graphe, et par un ensemble'opérandes appartenant à l'une au moins des catégories suivantes : variables d'entrée, variables de sortie, paramètres de sortie, variables internes et paramètres internes. 2.-Procédé selon la revendication 1, caractérisé en ce qu'une variable d'entrée, de sortie ou interne rémanente est lue et modifiée à chaque pas de calcul de la boucle d'exécution de l'automatisme. 3.-Procédé selon l'une des revendications précédentes, caractérisé en ce qu'une variable d'entrée, de sortie ou interne rémanente n'a besoin d'être initialisée qu'à chaque début d'exécution du programme représentant le graphe, donc lors d'une séquence d'initialisation. 4.-Procédé selon la revendication 3, caractérisé en ce qu'il comporte deux modes d'initialisation : un correspondant à une réinitialisation complète du programme avant son exécution, l'autre correspondant à une reprise de l'état antérieur, ces données faisant partie d'un type de zone RAM et étant associées à une séquence d'initialisation spécifique. 5.-Procédé selon l'une des revendications précédentes, caractérisé en ce qu'un opérande de type paramètre est lu souvent mais jamais ou peu écrit, et que lors d'une initalisation ou de toute reprise sur erreur grave ou coupure d'alimentation, la valeur "courante" du paramètre est accessible, un tel opérande faisant partie d'un type de zone PROM, EPROM, EEPROM ou flash et étant associé à une séquence d'initialisation spécifique distincte de celle des autres données. 6.-Procédé selon l'une des revendications précédentes, caractérisé en ce qu'on réserve à une variable de sortie ou à une variable interne rémanente un espace mémoire propre à la fonction relative à cette variable. 7.-Procédé selon l'une des revendications précédentes, caractérisé en ce qu'une variable d'entrée reçoit une valeur stockée dans une variable de sortie élaborée lors de l'exécution de la fonction courante. 8.-Procédé selon la revendication 7, caractérisé en ce que par exception, une variable non connectée, est initialisée à une valeur neutre pour l'algorithme de la fonction et a un espace mémoire initialisé à ladite valeur. 9.-Procédé selon l'une des revendications précédentes, caractérisé en ce que les seuls outils qui doivent connaître la notion de type de variable sont : -le compilateur qui calcule le déplacement de chaque donnée dans sa zone et génère les séquences d'initialisation ; -le décompilateur qui retrouve les valeurs initiales des paramètres à partir du langage binaire seul. -le metteur au point symbolique et de monitoring qui traduit la donnée dans sa forme binaire cible vers une forme lisible par l'IHM de l'atelier logiciel (IHM = Interface homme-Machine), -l' IHM de l'atelier logiciel qui garantit la cohérence des connexions sur le graphe. -le sous-programme appelé, qui exécute l'instruction et qui lit et écrit ces variables. 10.-Procédé selon l'une des revendications précédentes, caractérisé en ce que parmi les paramètres d'une fonction, des paramètres, dits sorties sont injectés vers des entrées d'une ou plusieurs autres fonctions et sont lus par certaines entrées du graphe. 11.-Procédé selon la revendication 10, caractérisé en ce que pour permettre de conserver à ces paramètres dits sorties les caractéristiques de leur catégorie, chacun a sa place dans la zone des paramètres, mais pour leur permettre d'être reliés chacun à une sortie, ces catégories de paramètres seront définies comme des paramètres sorties . 12.-Procédé selon l'une des revendications précédentes, caractérisé en ce que pour pouvoir enrichir de n'importe quelle fonction d'automatisme la cible et les outils informatiques mis en oeuvre par le procédé de l'invention, sans modifier l'existant, on choisit un numéro unique caractérisant le type de fonction et qu'on transmet à ces outils et à la cible la description de son instruction d'appel, puis que l'on charge sur la cible ou le simulateur le langage binaire de ladite fonction qui est context free . 13.-Procédé selon l'une des revendications précédentes, caractérisé en ce que l'on définit une instruction d'initialisation pour chaque couple (type-catégorie) de variable, et que cette instruction d'initialisation comprend son numéro caractéristique, le numéro du bloc-fonction dans le graphe qui l'a engendrée, le déplacement en octets ou en bits dans la zone associée de la varaible à initialiser et, uniquement pour ces fonctions d'initialisation, la constante d'initialisation sous sa forme"interne cible"