Faits peu connus sur les PAC

Il y a une ligne très mince mais fine entre les PAC et les PLC, mais c'est celui qui est généralement mal compris par les utilisateurs finaux de la machine. Et ce n'est pas leur faute; Les constructeurs de machines et les intégrateurs de systèmes maintiennent souvent leurs clients dans un état d'incertitude constant concernant la différence vitale entre les deux entités.

Le fait est qu'un PAC est fondamentalement différent d'un API, et même s'ils effectuent des tâches similaires, il est important pour les OEM d'éduquer leurs utilisateurs finaux sur l'équipement afin que son adéquation puisse être légitimement déterminée. Il y a deux avantages majeurs à le faire :

• Réduction du coût de la période de garantie
• Amélioration de la satisfaction client

Ces deux avantages sont amplifiés lorsque les OEM écrivent des programmes qui fournissent un certain niveau de détail aux utilisateurs finaux qui n'ont peut-être pas de connaissances préalables sur les PAC. Une documentation claire joue également un rôle majeur pour aider les développeurs internes à tirer le meilleur parti de leur documentation.

Dans la plus simple des analogies, un automate est à un PAC ce qu'un radio-réveil numérique est à un ordinateur. On peut dire que les ordinateurs ont aussi des horloges, mais leur structure inhérente est beaucoup plus complexe et a des fonctionnalités supplémentaires.

Un automate est conçu pour un électricien, tandis qu'un PAC est conçu pour un informaticien/programmeur informatique. Alors que PLC offre des simplicités de conception et une convivialité pour l'électricien, avec un langage de programmation tel que la logique à relais, un PAC est conçu pour une plus grande flexibilité et des fonctionnalités supplémentaires. Mais les avantages de l'API se traduisent généralement par un coût plus élevé et des langages de programmation plus structurés.

Un contrôleur d'automatisation est intégré dans une usine pour améliorer son efficacité, sa disponibilité et sa fiabilité. Pendant des décennies, les automates ont rempli cet objectif de manière satisfaisante, mais les mises à niveau modernes des technologies et des moyens de communication ont alimenté le besoin d'équipements de contrôle avancés, ce que les PAC remplissent.

Le tableau suivant peut aider à promouvoir une meilleure compréhension entre les deux :

Il est bien évident qu'un PAC a le dessus en matière de caractéristiques et de fonctionnalités. Mais il y a aussi des inconvénients; un PAC a des configurations plus difficiles qu'un automate. De plus, les utilisateurs finaux doivent connaître les versions du micrologiciel et prendre en charge les problèmes liés à la rétrocompatibilité avec les PAC.

Tous ces problèmes peuvent être traités de manière préventive si l'OEM suit une approche éducative vis-à-vis de ses produits. Voici quelques-uns des conseils qui peuvent aider les utilisateurs finaux à mieux comprendre les PAC :

• Formation de base pour les activités spécifiques de maintenance PAC.
• Étendre les fonctionnalités de documentation du logiciel PAC, par ex. y compris les commentaires longs.
• N'utilisez un langage de programmation de haut niveau que lorsque cela est nécessaire afin de garder les choses simples et familières.
• Intégrer les meilleures pratiques trouvées dans PLC programmation à la programmation PAC, comblant ainsi le fossé de l'intégration.
• Étant donné qu'il n'y a pas de fichiers de données d'état du processeur dans les PAC contrairement aux API, les OEM doivent envisager de créer un sous-programme pour les données d'état du processeur couramment utilisées.

Comment choisir un contrôleur d'automatisation industrielle Les quatre principaux aspects d'une bonne conception du panneau de commande