Allocation de mémoire
Consignes et limites pour
les utilisateurs experts
Selon la taille de base, la mémoire disponible sur les automates Micro800 est
présentée dans le tableau ci-dessous.
Allocation de mémoire des automates Micro800
10/16 points
Description
(Micro830)
(1)
4 K
Pas de programme
Octets de données
(1) Les tailles de programme et de données estimées ci-dessus sont « typiques », les pas de programme et les variables étant
créés dynamiquement.
1 pas de programme = 12 octets de données.
Ces caractéristiques de taille des instructions et des données correspondent à
des valeurs typiques. Lorsqu'un projet est créé pour un automate Micro800, la
mémoire est allouée dynamiquement au programme ou aux données lors de la
compilation. Cela veut dire que la taille du programme peut dépasser la valeur
indiquée si celle des données est réduite proportionnellement et vice versa.
Cette souplesse permet d'obtenir une utilisation optimale de la mémoire
d'exécution. En complément des variables définies par l'utilisateur, la
mémoire de données inclut également toutes les constantes et les variables
temporaires générées par le compilateur au moment de la compilation.
Si le projet de l'utilisateur est plus gros, cela affecte la durée de mise sous
tension. La durée de mise sous tension est généralement entre 10 et
15 secondes pour tous les automates. Cependant, si le projet possède de
nombreuses valeurs initiales et de projet, la durée de mise sous tension peut
dépasser 30 secondes. Après le démarrage, les connexions Ethernet IP peuvent
prendre jusqu'à 60 secondes pour s'établir.
L'automate Micro800 possède également une mémoire de projet, qui conserve
une copie de l'ensemble du projet téléchargé (y compris les commentaires),
ainsi qu'une mémoire de configuration pour enregistrer la configuration des
modules enfichables.
Voici quelques recommandations et limitations à prendre en considération
lors de la programmation d'un automate Micro800 au moyen du logiciel
Connected Components Workbench :
•
Chaque programme/UOP peut utiliser jusqu'à 64 Ko d'espace d'adressage
interne. Pour tous les automates hormis le Micro870, il est recommandé
de diviser les programmes volumineux en plusieurs petits programmes
pour améliorer la lisibilité du code, ainsi que simplifier les tâches de
débogage et de maintenance.
•
Une fonction définie par l'utilisateur (UDF) utilise nettement moins de
mémoire qu'un bloc fonctionnel défini par l'utilisateur (UDFB). Par
exemple, la consommation est 30 % inférieure pour un programme de
taille type par rapport à un bloc UDFB avec une instance. Les économies
augmentent avec le nombre d'instances de bloc UDFB.
•
Un bloc fonctionnel défini par l'utilisateur (UDFB) peut être exécuté à
l'intérieur d'un autre bloc UDFB, dans la limite de cinq blocs UDFB
imbriqués. Évitez de créer des UDFB faisant référence à d'autres UDFB.
L'exécution de tels UDFB en quantité trop importante peut en effet
entraîner une erreur de compilation. Cela s'applique aussi aux
fonctions UDF.
Publication Rockwell Automation 2080-UM002M-FR-E - Avril 2022
Chapitre 7
20 points
(Micro820)
10 K
8 Ko
20 Ko
Exécution de programme sur les automates Micro800
24 et 48 points (Micro830,
Micro850)
10 K
20 Ko
24 points
(Micro870)
20 K
40 Ko
143