Logique à contacts 202 : maîtriser l'organisation de la mémoire des automates

Dans le dernier article sur la logique à contacts, Logique à contacts 201, nous avons commencé à voir certaines interactions entre les automates et la logique à contacts, et cela continue maintenant avec une brève introduction à l'organisation de la mémoire des échelles et des automates et ses avantages.

Allocation de la mémoire

L'une des premières choses à considérer lors de la conception d'un système d'automate est l'allocation de la mémoire. La mémoire des automates était autrefois assez petite (selon les normes d'aujourd'hui), et seulement environ un kilo-octet de mémoire flash était disponible pour les programmeurs dans un automate particulier. Même si la technologie d'aujourd'hui offre plus de mémoire, elle doit encore être utilisée efficacement, et c'est là qu'intervient l'allocation de mémoire. Lorsque vous allouez la mémoire disponible d'un automate, vous l'assignez à être utilisée de différentes manières par différentes parties du programme à contacts.

Mémoire E/S

Toutes les plateformes d'automates disposent de mémoire d'entrée et de sortie (E/S) ; c'est parce que la logique à contacts lit les entrées au début d'un cycle, les écrit dans une table de mémoire, et fait l'inverse pour les variables de sortie. Pour plus d'informations sur le balayage automate/logique à contacts, consultez Logique à contacts 201.

Mémoire de données

Lorsqu'un programme à contacts utilise des fonctions telles que minuteries ou compteurs, une forme dynamique de mémoire à la volée est nécessaire car les fonctions ont des types de données spéciaux comme les valeurs prédéfinies, les valeurs accumulées et les bits « done ». Bien que la plupart des plateformes aient généralement des zones réservées pour ces valeurs, la plupart fonctionnent de manière dissemblable selon le fabricant. En effet, différents automates offrent différentes options ; certains n'ont que des registres de minuterie et de compteur pré-affectés, tandis que d'autres conservent des registres réservés pour tout type de valeur intermédiaire (entiers, valeurs à virgule flottante, chaînes de caractères) afin de rester flexibles pour toute fonction requise.

Blocs de données

Certaines plateformes, comme les automates Siemens, permettent d'organiser les données en blocs de données. Ceux-ci sont structurés par le programmeur et peuvent contenir des types de données mixtes. Cela permet une organisation des données plus spécifique à l'application et des types définis par l'utilisateur, qui peuvent être utilisés pour définir davantage les données.

Données étiquetées (Tag Data)

La plupart des nouvelles plateformes d'automates ont des systèmes basés sur des étiquettes (tags) qui permettent aux utilisateurs d'ajouter de la mémoire sous forme d'étiquettes, ou d'adresses textuelles, selon les besoins et avec leur propre portée. Lorsque des étiquettes sont créées, le logiciel associe le nom de l'étiquette à un emplacement mémoire physique, permettant aux instructions d'exécuter la logique en référençant des données adressées par une étiquette. Comme les étiquettes sont lisibles par le programmeur et généralement descriptives, la programmation basée sur les étiquettes permet de télécharger et de lire les programmes avec plus de facilité.

Logique à contacts 202

Les détails de l'allocation de mémoire varient d'une plateforme à l'autre, mais il devrait être évident que planifier l'utilisation et l'affectation de la mémoire avant de commencer à programmer permet non seulement de gagner du temps grâce à un étiquetage approprié, mais qu'un automate fonctionnant efficacement offre également l'avantage de donner à votre atelier de fabrication une excuse de moins pour prendre du retard dans la production.

Nos techniciens d'automates chez PanelShop.com sont des experts dans leur domaine et n'ont aucun problème pour allouer la mémoire pour l'utilisation la plus efficace de l'espace. Si vous avez des questions sur la logique à contacts ou la gestion de la mémoire des automates, appelez-nous dès aujourd'hui !