NOUVELLES | PAR KIVNON
L'évolution des PC et des automates programmables a réduit les différences entre eux.
L'une des décisions les plus cruciales lors de la phase initiale de conception d'une machine est le choix du système de commande. Traditionnellement, les API (automates programmables industriels) sont utilisés pour l'automatisation des processus industriels et le contrôle des machines.
Les PC ont été utilisés pour des opérations liées à des processus non critiques, mais qui nécessitaient de travailler avec des volumes de données plus importants et des communications rapides entre les dispositifs sans que la criticité ne porte sur des questions telles que le temps de latence.
Ces dernières années, l'évolution des PC et des API (automates programmables industriels) a réduit les différences entre eux, mais il existe des distinctions pertinentes pour l'automatisation en cours de processus et l'internet industriel des objets (IIoT).
Navistarpar exemple, a choisi les solutions d'automatisation de Kivnon pour sa nouvelle usine de fabrication au Texas. Dans le cadre de sa stratégie de croissance, le fabricant américain de camions et de bus a construit une nouvelle usine de fabrication de 900 000 pieds carrés dans la région de San Antonio, qui a la capacité de produire des véhicules de classe 6-8. L'adaptation de ses nouvelles chaînes de montage aux normes de l'industrie 4.0 signifie que toutes les machines et tous les appareils sont connectés et surveillés par un réseau industriel de l'internet des objets.
Facteurs et considérations clés pour les automates programmables et les PC
Lorsque nous comparons des systèmes de contrôle, nous devons évaluer leurs performances en fonction de différents critères. Lors de l'analyse du fonctionnement du système, il convient de se concentrer sur la manière dont le système fonctionne et dont les instructions et les tâches sont traitées. L'automate programmable standard possède un système d'exploitation en temps réel intégré avec un processeur dédié qui garantit un haut degré de fiabilité du système de contrôle.
Puisque la tâche de l'automate (contrôleur logique programmable) consiste uniquement à gérer l'automatisation et/ou un processus, il n'a pas besoin d'exécuter d'autres utilitaires tels que des programmes antivirus ou des mises à jour du système.
Cependant, l'évolution des PC, et en particulier des IPC (PC industriels), en a fait des appareils beaucoup plus fiables. Les PLC (Programmable logic controller) sont encore beaucoup plus robustes en termes d'interférences électromagnétiques, de stabilité des performances logicielles et de matériel à sécurité intégrée.
Un autre facteur à prendre en compte est la facilité et le coût de l'entretien, y compris les coûts de réparation et de remplacement pendant la durée de vie du contrôleur. Dans le cas d'un automate programmable, les dispositifs externes peuvent être remplacés facilement pendant le fonctionnement du système.
Bien que l'automate et le PC puissent tous deux offrir un éventail d'options de bus de terrain, l'automate (contrôleur logique programmable) intègre un grand nombre de ces options, alors que le PC aurait besoin de cartes et de pilotes supplémentaires pour fournir une offre comparable. Si des dispositifs ou des capteurs supplémentaires sont nécessaires dans un AGV/AMR (Automated Mobile Robots), il est plus facile de les intégrer dans une architecture PLC.
L'API (automate programmable) peut s'avérer la meilleure solution pour les protocoles industriels déterministes et les bus de terrain (y compris les exigences de sécurité intégrée) pour les capteurs et les actionneurs d'un AGV/AMR (robots mobiles automatisés).
Intégration
Lorsqu'il est nécessaire pour un AGV/AMR (Automated Mobile Robots) de communiquer avec d'autres dispositifs industriels tels que des robots, des lignes de production ou des systèmes logistiques, l'automate programmable est une excellente solution.
L'API dispose de solutions intégrées pour l'intégrer dans des environnements industriels, avec moins d'efforts que le PC qui nécessite généralement des passerelles ou des bibliothèques matérielles et logicielles supplémentaires.
Sécurité
L'automate est moins exposé aux accès non autorisés du monde extérieur. Le risque lié à la cybersécurité dans un PLC (Programmable logic controller) est négligeable par rapport à un PC. Si un problème de cybersécurité survient dans un AGV/AMR (Automated Mobile Robots) qui est contrôlé par un PC, il pourrait causer des accidents mortels aux utilisateurs.
Sécurité
Lorsqu'il y a une interaction humaine avec une machine potentiellement dangereuse, les normes de sécurité dans une usine sont cruciales pour l'acceptation de la machine. Les fonctions de sécurité décrites dans des normes telles que la norme ISO 3691-4 (chariots industriels - exigences de sécurité) peuvent être exécutées dans une architecture basée sur un automate programmable. Cela n'est pas possible avec un PC.
Tous les vendeurs d'AGVs/AMR (Automated Mobile Robots) n'utilisent pas l'IPC à des fins de contrôle et de sécurité, ce qui mérite d'être pris en considération. L'IPC utilisé comme dispositif complémentaire pour l'acquisition et le traitement des données offre une fonctionnalité de passerelle pour les protocoles informatiques.
Le PC et l'automate ont tous deux des avantages et ne doivent pas être des solutions mutuellement exclusives. Pour les processus critiques en matière de contrôle et de sécurité, les automates sont le meilleur choix, mais les PC et surtout les IPC présentent des caractéristiques complémentaires intéressantes.
Article original de IOT News
