Réponse rapide
En comparant les options PLC vs PAC, un PLC est souvent le choix pratique pour la logique de machine déterministe, les E/S modestes, les flux de travail de maintenance familiers et un coût contrôlé.
Cependant, les PAC deviennent précieux lorsqu'un contrôleur doit gérer plusieurs domaines d'automatisation avec une planification complexe, des bases de données plus importantes et un échange de données au niveau de l'usine. Bien qu'il s'agisse d'une distinction importante à faire, elle ne s'appliquera certainement pas à tous les scénarios.
Avec les capacités modernes des contrôleurs logiques programmables, ils peuvent accomplir des tâches que les PAC géraient traditionnellement. Et en raison des différences de terminologie et de conventions de dénomination des fournisseurs, il est crucial de définir les tâches, le calendrier, les E/S, les protocoles, le logiciel, la cybersécurité et le cycle de vie avant de choisir un modèle.
PLC vs PAC en un coup d'œil
| Facteur de décision | Adéquation typique du PLC | Adéquation typique de style PAC |
|---|---|---|
| Portée du contrôle | Une machine ou une cellule de processus délimitée | Plusieurs machines coordonnées, zones de processus ou disciplines de contrôle |
| Exécution | Balayage cyclique simple ou petit ensemble de tâches | Tâches multiples périodiques, déclenchées par événement et prioritaires |
| Modèle de données | Références directes aux E/S ou ensemble d'étiquettes modeste | Grande base de données d'étiquettes partagée et structures de données réutilisables |
| Charge de travail | Séquençage, verrouillages, E/S discrètes, contrôle analogique limité | Mélange discret, processus, mouvement, journalisation des données et intégration système |
| Connectivité | Un ensemble défini de protocoles machine et terrain | Nombreuses connexions contrôleur, superviseur et entreprise |
| Effort d'ingénierie | Plus rapide pour une application petite et stable | Plus évolutif pour une application grande et évolutive |
| Modèle de coût | Coût initial de matériel et d'ingénierie plus faible pour un travail délimité | Un coût d'entrée plus élevé peut être justifié par la consolidation et l'expansion |
Le tableau ci-dessous est destiné à un dépistage rapide et note certaines exigences qui ne doivent pas être considérées comme des spécifications strictes. De nombreuses fonctionnalités des PAC vieillissants se retrouvent dans les PLC plus récents, et un petit contrôleur peut offrir d'excellentes options pour la mise en réseau, la logique et le mouvement.
L'étiquette n'est pas la spécification
Les PLC et les PAC sont utilisés pour l'automatisation et le contrôle des environnements industriels. La ligne qui sépare les capacités des PLC et des PAC est devenue moins distincte au fil du temps. Les PLC étaient connus pour leur fiabilité machine, tandis que les PAC étaient connus pour leur plus grande flexibilité, leur puissance de calcul plus robuste et leur intégration d'applications plus large.
Les choses ont changé. Control Engineering rapporte que les modèles de PLC plus récents ont intégré tout ce qui les distinguait autrefois : modules mémoire, communications, et même fonctions de processus intégrées. Dans une perspective similaire, Schneider Electric observe que les deux catégories sont désormais similaires en termes de mémoire, d'E/S distribuées et de communications.
C'est pourquoi les acheteurs ne doivent pas supposer qu'un PAC garantit automatiquement de meilleures performances ou qu'un PLC est limité par définition.
Dans le cadre de vos exigences, demandez au fournisseur de lier chaque élément à un CPU spécifique, une famille d'E/S, une version de firmware, un environnement de programmation et une licence. Les termes de la famille de produits simplifient les recherches dans les catalogues, mais des critères validés détermineront si le système fonctionne.
Architecture : Comparez le modèle de projet, pas le boîtier
L'architecture est plus que le fait que le contrôleur soit compact ou modulaire. L'existant Le guide PLC modulaire vs compact couvre la modularité physique et l'emballage.
Lors de la sélection PLC vs PAC, concentrez-vous sur la manière dont le contrôleur organise l'exécution, les données, les communications et le travail d'ingénierie.
Organisation de l'exécution et des tâches
Les modèles PLC traditionnels utilisent un système cyclique de lecture des entrées, d'exécution de la logique et de mise à jour des sorties. Les modèles basés sur ce système sont faciles à comprendre et à dépanner. Les contrôleurs modernes incluent généralement des tâches périodiques, événementielles, interruptives et de mouvement, entre autres.
La vraie question à se poser dans ce cas n'est pas le traditionnel “ Est-ce qu'il scanne ? ” mais “ Peut-il planifier chaque tâche requise avec une latence bornée sous pleine charge ? ”
Les plateformes de style PAC sont généralement utilisées lorsque plusieurs tâches de contrôle rapides, lentes et mixtes doivent s'exécuter en parallèle. Ces tâches de contrôle peuvent inclure des verrouillages machine rapides, des boucles de processus plus lentes, des mouvements coordonnés, la gestion des recettes, la collecte de données et les services réseau.
La priorité et l'isolement des tâches peuvent être utilisés pour empêcher une tâche non critique de retarder une tâche critique, tant que l'application est validée et correctement conçue.
Organisation de la mémoire et du code
Les PLC hérités incluent souvent une mémoire mappée avec des adresses physiques. Les environnements de style PAC préfèrent une mémoire mappée avec des étiquettes symboliques, des types de données structurés et des routines réutilisables dans tout le projet. Ces structures peuvent rendre les projets plus faciles à lire et à réutiliser, mais elles ne sont plus exclusives aux produits PAC.
Les équipes de maintenance travaillent avec le système d'une manière entièrement différente. Les techniciens peuvent-ils surveiller un signal sans décoder une carte d'adresses ? Le code testé peut-il être réutilisé sur différentes machines ?
Les modifications en ligne sont-elles autorisées ? Comment les révisions sont-elles sauvegardées et comparées ? Que se passe-t-il pour les étiquettes, les alarmes et les références HMI lorsque les E/S changent ?
Réseaux et intégration de données
Les petites machines ne nécessitent généralement que des connexions HMI, d'entraînement et d'E/S locales. Un système plus grand, multi-zones, peut nécessiter des E/S distribuées, des chemins redondants, un mouvement synchronisé, ainsi qu'une connectivité SCADA, un historien, MES, base de données ou edge.
Additionnez le nombre de nœuds et les exigences de liaison, spécifiez la fréquence des mises à jour et décrivez tous les protocoles impliqués. Lister quelque chose d'aussi basique que Ethernet n'est pas satisfaisant.
Vérifiez les fonctions de protocole prises en charge, les limites de connexion, la synchronisation horaire, les exigences de commutateur géré et les certificats. Vérifiez également la méthode de séparation du trafic de contrôle des réseaux d'entreprise.
Performance : Mesurez la charge de travail, pas la marque
API haut débit. PAC plus puissant. Étiqueter quelque chose comme cela ne renseigne pas sur les performances du système.
Il y a de nombreuses considérations au-delà du temps d'instruction. Des éléments tels que la manière dont les E/S sont mises à jour, la taille du programme, le trafic sur le canal, les axes de mouvement, la redondance, les tâches de sécurité et les E/S distantes ont un impact sur la réponse.
Créez une cible d'acceptation basée sur la charge de travail.
- Définissez l'événement de terrain le plus rapide que le contrôleur doit détecter.
- Définissez le temps de réponse et la gigue d'entrée/sortie acceptables maximum.
- Identifiez les tâches périodiques, événementielles, de mouvement, de processus, de sécurité et de communication.
- Estimez la charge complète des E/S et du réseau, y compris l'expansion prévue.
- Demandez des benchmarks de système chargé, ou effectuez un test représentatif avec le CPU, le firmware, les modules et la topologie sélectionnés.
Une moyenne en gros titre n'est pas suffisante. Un contrôleur qui répond normalement en 1 ms mais qui manque occasionnellement la fenêtre requise peut être inadapté. Un cycle prévisible de 5 ms peut toujours être tout à fait adéquat pour un processus plus lent.
Tableau de décision API vs PAC
| Choisissez cette direction | Signaux forts | Vérifiez avant l'achat |
|---|---|---|
| PLC | Machine autonome ; portée stable ; E/S modestes ; séquençage discret ; prise en charge de la logique ladder familière ; budget initial serré | Temps de balayage/tâche sous charge, capacité d'E/S, expansion, limites de protocole, disponibilité des logiciels et des pièces de rechange |
| Plateforme de type PAC | Contrôle multi-domaines ; plusieurs taux de tâches ; structures de balises volumineuses ; contrôle coordonné de mouvement ou de processus ; échange de données étendu ; croissance attendue | Latence dans le pire des cas, planification des tâches, mémoire, nombre de connexions, redondance, sécurité, pile de licences et compétences d'ingénierie |
| L'un ou l'autre peut convenir | Contrôleur moderne de milieu de gamme ; besoins modérés en mouvement ou en processus ; un protocole d'usine ; échelle future incertaine | Comparez les modèles exacts avec la même charge de travail, horizon de cycle de vie et hypothèses de support |
Envoyez la description de l'application, la marque préférée, les numéros de catalogue actuels du CPU ou des E/S, la liste des protocoles, la date de livraison requise et la destination.
En tant que distributeur multi-marques et intégrateur de chaîne d'approvisionnement, nous pouvons aider à organiser la correspondance des modèles et les vérifications de disponibilité pour une liste restreinte pratique plutôt que de forcer une décision à partir d'une simple étiquette.
Quand une API est le meilleur choix
Un automate programmable est le bon choix lorsque le projet est limité en portée, et que la flexibilité et l'étendue du système sont moins importantes que la clarté, comme c'est le cas pour les convoyeurs, les équipements d'emballage, les skids de pompage, la manutention de base, les panneaux utilitaires, etc.
UN API compacte peut économiser de l'espace dans l'armoire et du temps de conception lorsque ses E/S intégrées combinées à ses capacités d'extension conviennent bien à l'équipement.
Pour une base installée, une API peut également être le choix commercial le plus sûr. Si une usine dispose d'un personnel API formé, d'une base de code validée, d'un inventaire de support API et d'un environnement de programmation API standard, le changement de plateforme peut ajouter plus de coûts de cycle de vie qu'il n'en supprime.
Pour une clientèle utilisant le Allen-Bradley SLC 500, fournissez le numéro de catalogue complet et les informations de révision : le nom de la famille n'est pas suffisant pour une réponse appropriée.
Quand une plateforme de type PAC est le meilleur choix
Série: Modicon M340
Type de produit : Contrôleur d'automatisation programmable (PAC)
Capacité d'E/S : Jusqu'à 1 024 E/S numériques / 256 analogiques
Une plateforme de type PAC est logique lorsque le contrôleur doit coordonner un système plutôt que de simplement séquencer une machine. C'est particulièrement vrai lorsqu'un projet comprend de nombreux points d'E/S et plusieurs taux d'exécution de tâches, des fonctions analogiques complexes, des tâches de mouvement, des modules réutilisables, des diagnostics centralisés, ou nécessite un échange de données étendu avec des systèmes de supervision ou d'entreprise.
Un système modulaire peut également faciliter les extensions par étapes lorsque les limites pour le backplane, le rack, l'alimentation, la mémoire et les réseaux sont définies.
Une famille de produits, par exemple, le Schneider Modicon M340 PAC, nécessite toujours un choix au niveau du CPU, du rack, de l'alimentation, des modules d'E/S et de communication, du firmware et des licences logicielles.
Ce n'est pas parce qu'un projet est grand qu'il nécessite une étiquette PAC. Le travail peut parfois être réparti sur une API modulaire moderne.
Un exemple en est une API de sécurité Siemens ET 200SP, qui peut combiner un emballage compact avec des fonctions avancées. Lors de ces choix, réfléchissez à ce que ce modèle peut réellement faire au lieu de la catégorie dans laquelle il se classe.
Avant de remplacer ou de migrer
Le remplacement d'un contrôleur implique généralement plus que l'achat d'un CPU. Avant l'approbation de la migration, évaluez toute la pile de contrôle :
- Types électriques des E/S, nombre de canaux, assemblage de bornes, isolation et câblage de terrain.
- Rack, backplane, budget d'alimentation, adaptateurs de communication, câbles et topologie réseau.
- Limites sur les conversions de programmes et les types d'instructions, de données, de bibliothèques, de profils de mouvement, d'alarmes et de balises HMI.
- Version du micrologiciel et du logiciel d'ingénierie, licences, prise en charge du système d'exploitation et fichiers de sauvegarde.
- Préoccupations relatives à l'intégrité de la sécurité et travaux de validation requis pour une modification liée à la sécurité.
- Rôles de protocole, profils de périphérique, nombres de connexions, temps de mise à jour des E/S distantes et synchronisation temporelle.
- Indices environnementaux et approbations ; disponibilité des certificats ; documentation pour le marché de destination.
- Stratégie d'approvisionnement en pièces de rechange, état du cycle de vie du produit, voie de garantie, délai de livraison et calendrier de mise en service.
Si vous évaluez de nouveaux fournisseurs ainsi qu'une nouvelle plateforme, utilisez le guide d'évaluation des fournisseurs d'API pour séparer la correspondance technique des questions d'authenticité, de documentation, de logistique et d'après-vente.
Ce qu'il faut inclure dans votre demande de prix ou votre nomenclature
Pour une cotation plus rapide et plus fiable, incluez les numéros de catalogue complets du contrôleur et des modules, la quantité, les exigences de micrologiciel ou de révision, les besoins en logiciels et licences, la liste des E/S, les protocoles réseau, la portée de mouvement ou de sécurité, les photos du système actuel, le pays de destination et le code postal, la date requise, et toute exigence de certificat ou de document douanier.
Inclure les certificats et documents douaniers requis, le cas échéant.
Demandez au fournisseur de séparer les détails confirmés des détails conditionnels : correspondance exacte du modèle, traçabilité du produit authentique, accessoires inclus, certificats disponibles, emplacement du stock, délai de livraison, voie de garantie et conditions logistiques.
Le DDP peut être évalué le cas échéant, mais sa disponibilité dépend de la destination, du produit et des conditions d'expédition.
Questions fréquemment posées
Un PAC est-il toujours plus rapide qu'un API ?
Pas nécessairement. Certains systèmes PAC sont conçus pour avoir plus de ressources de traitement, ainsi que plus d'options de gestion des tâches. En fin de compte, les performances sont liées à des spécificités telles que la conception du processeur, l'architecture des E/S, le micrologiciel, le programme, les communications et la charge de mouvement ou de sécurité.
Vous devriez évaluer le temps de réponse dans le pire des cas par rapport à ce qui est nécessaire pour l'application.
Un PAC peut-il remplacer directement un API ?
Pas nécessairement. La nouvelle plateforme doit correspondre aux E/S sur le terrain, aux communications, au comportement logique, au temps de réponse, aux fonctions de sécurité, aux logiciels et aux interfaces HMI ou SCADA. La conversion de programme et le recâblage peuvent toujours être nécessaires.
Un API modulaire est-il identique à un PAC ?
Non. “ Modulaire ” décrit l'agencement physique du matériel, tandis que PLC et PAC décrivent un positionnement et des capacités de contrôleur plus larges. Un API modulaire peut offrir des capacités avancées similaires à celles d'un PAC, et un PAC peut être vendu sous une forme compacte.
Lequel est le meilleur pour le contrôle de machines à haute vitesse ?
L'un ou l'autre peut convenir. Choisissez un contrôleur capable de démontrer la capture d'événements requise, la période de tâche, la mise à jour des E/S, la synchronisation des mouvements et le jitter maximal sous la charge prévue.
Souvent, un API simple et optimisé sera un meilleur choix qu'une plateforme plus grande avec une complexité inutile.
Quelles informations un distributeur doit-il vérifier avant de proposer un devis ?
Un numéro de catalogue complet, les contraintes de révision et de micrologiciel, la compatibilité des E/S et des protocoles, les accessoires et licences requis, les besoins en certificats, la traçabilité de la source, le stock, le délai de livraison, la destination et les conditions de livraison.
Sourcez votre contrôleur avec moins de surprises
Pour réduire les surprises lors de l'approvisionnement, envoyez vos numéros de modèle complets ou votre nomenclature, les quantités, les exigences du contrôleur et des E/S, le pays de destination et le code postal, la date de livraison requise et les besoins en documentation.
Nous pouvons comparer les options entre les marques, vérifier la correspondance des modèles et les documents de traçabilité disponibles, et évaluer les délais de livraison et les itinéraires logistiques pour le projet. Contactez-nous par e-mail, WhatsApp ou le formulaire de demande de prix sur le site Web pour une analyse d'approvisionnement.
Références techniques
- Control Engineering : API vs PAC
- Schneider Electric : Quelle est la différence entre un API et un PAC ?
- Machine Design : Quelle est la différence entre un API et un PAC ?
- Technicien API : Comprendre les différences et les valeurs de chacun
