Une automatisation efficace des équipements liés à l’huile de palme commence par l’analyse des tâches que les opérateurs doivent effectuer et des conditions qu’ils doivent maîtriser. Un écran tactile et un automate programmable sont des composants, et non une spécification complète du système de contrôle. Les acheteurs doivent définir les séquences opérationnelles, les mesures, les alarmes, les interfaces, les enregistrements et les exigences de transfert avant de comparer les solutions d’automatisation.
L’objectif est de rendre le fonctionnement de l’usine compréhensible et vérifiable. Une petite installation peut nécessiter un système modeste et clairement documenté, tandis qu’une ligne intégrée plus importante peut exiger davantage de coordination et de rapports. L’étendue appropriée dépend du processus, des effectifs, des capacités de maintenance et des responsabilités attribuées aux fournisseurs d’équipements.
Décrivez une journée d’exploitation en langage clair
Demandez à l’équipe d’exploitation de décrire comment la production démarre, comment le produit circule le long de la ligne, ce qui nécessite une attention particulière pendant le fonctionnement normal et comment le processus est amené à son état d’arrêt prévu. Notez les situations qui interrompent cette séquence. Ces descriptions constituent la base des discussions avec l’ingénieur en automatisation.
Veillez à ce que la description corresponde à la configuration choisie pour le processus. Une section de stérilisation par lots et une presse à alimentation en continu ont des besoins de coordination différents. Le système de contrôle doit refléter ces différences plutôt que d’imposer un seul bouton de démarrage générique à des opérations sans rapport entre elles.
Utilisez la vue d’ensemble des postes de l’installation d’huile de palme pour identifier les ensembles concernés, puis définissez quelles opérations appartiennent à chaque ensemble. Indiquez où une intervention de l’opérateur est requise et où une séquence automatique est proposée. L’ingénieur responsable doit vérifier la séquence au regard des exigences réelles des machines et du procédé.
Distinguer les commandes, les états et les valeurs mesurées
Une commande sollicite une action ; un état indique la situation signalée par l’équipement ; une valeur mesurée représente une information provenant d’un instrument. Les considérer comme interchangeables peut induire l’opérateur en erreur. Une commande de démarrage d’un moteur, par exemple, ne constitue pas en soi la preuve que l’équipement entraîné fonctionne comme prévu.
Pour chaque élément important, demandez-vous quelles informations l’opérateur verra et d’où proviennent ces informations. L’interface doit distinguer un signal indisponible d’une lecture valide. Convenez de la manière dont les défauts dans la mesure ou la voie de communication seront présentés.
Évitez de demander toutes les mesures possibles sans cas d’utilisation précis. Chaque instrument nécessite une sélection, une installation, une maintenance et une interprétation. Commencez par les décisions que les opérateurs et le personnel de maintenance doivent prendre, puis demandez aux spécialistes des procédés et des contrôles quelles mesures permettent de prendre ces décisions.
Créez une liste de signaux accompagnée de descriptions pertinentes
Une liste de signaux relie la description du processus à la mise en œuvre des commandes. Elle doit identifier l’équipement ou l’instrument, la finalité du signal, sa source et sa destination, ainsi que les unités techniques pertinentes ou les descriptions d’état. L’ingénieur en automatisation du projet doit préciser les champs techniques supplémentaires requis pour la mise en œuvre.
Utilisez des étiquettes d’équipement qui correspondent aux plans et aux étiquettes physiques. Si une alarme désigne une pompe par un code alors que le dossier de maintenance en utilise un autre, un événement simple devient plus difficile à analyser. Convenez d’une convention de nommage avant que le système ne contienne des centaines d’étiquettes incohérentes.
Pour les équipements préassemblés, demandez au fournisseur d’indiquer quels signaux sont fournis localement et lesquels sont disponibles pour l’ensemble du système de l’usine. Ne partez pas du principe que l’achat d’un contrôleur inclut toutes les interfaces dont le projet pourrait avoir besoin ultérieurement. Confirmez l’étendue de la communication et de l’intégration dans le devis.
Définir les alarmes en fonction des actions à entreprendre
Une alarme doit attirer l’attention sur une condition nécessitant une intervention de l’opérateur. Demandez à l’équipe de projet de définir la condition, son importance, l’action attendue et la personne responsable de cette action. Une longue liste de messages ne constitue pas automatiquement un système d’alarme utile.
Distinguez les notifications d’alarme des changements d’état normaux et des informations de maintenance. L’affichage doit aider l’opérateur à distinguer une situation nécessitant une intervention immédiate des informations destinées à un examen de maintenance ultérieur. La conception des commandes doit établir une méthode de hiérarchisation adaptée au processus concerné.
Évitez d’appliquer des limites universelles tirées d’un article trouvé sur Internet. Les limites de température, de pression, de niveau et autres dépendent de la conception de l’équipement, des conditions de fonctionnement du processus et des exigences applicables. Demandez aux spécialistes responsables de définir et d’approuver les réglages, puis contrôlez les modifications ultérieures via les procédures de l’usine.
Expliquer les conditions de démarrage et les restrictions automatiques
Pour chaque action demandée, identifiez les conditions d’activation que les commandes doivent vérifier ; celles-ci sont communément appelées « conditions permissives ». Un verrouillage peut empêcher ou interrompre une action lorsque des conditions spécifiées se produisent. Les définitions et la mise en œuvre concrètes doivent être validées par les ingénieurs du projet afin que les opérateurs reçoivent une explication cohérente.
Demandez une description fonctionnelle indiquant les relations de cause à effet prévues pour les interactions importantes entre les équipements. Par exemple, le concepteur du procédé peut définir comment l’alimentation en amont doit réagir lorsqu’une fonction de réception en aval n’est pas disponible. La réponse exacte doit être conçue en fonction des machines et des matériaux concernés.
Les fonctions liées à la sécurité nécessitent, le cas échéant, un processus distinct de conception et de validation fondé sur les risques. Un contrôleur de processus normal, une alarme et une fonction d’arrêt d’urgence ne doivent pas être considérés comme des protections interchangeables. Le service des achats doit identifier les responsabilités et les preuves requises sans tenter de concevoir ces fonctions à l’aide d’une liste de contrôle générique.
Examiner le comportement d’un lot à l’autre
Une machine automatisée peut fonctionner correctement de manière isolée, mais présenter un comportement défaillant lorsqu’elle est connectée au reste de la ligne. Définissez les informations échangées entre le système récepteur, le dispositif de stérilisation, la section de digestion et de pressage, et la manutention en aval. Précisez la coordination normale et la réponse convenue en cas d’indisponibilité d’un équipement.
Lors des discussions concernant les presses à vis, clarifiez la frontière entre les commandes de l’unité de pressage et les systèmes d’alimentation et de collecte environnants. Demandez qui met en œuvre la logique d’interconnexion et qui teste la séquence combinée. Laisser les deux fournisseurs supposer que l’autre partie se chargera de l’intégration crée une lacune prévisible.
L’approche de Siemens en matière d’intégration des machines met l’accent sur les interfaces standardisées lors du raccordement des équipements à un système de production plus vaste. La leçon à retenir pour un acheteur est de spécifier et de tester explicitement les interfaces. Cela ne signifie pas qu’un protocole ou une plateforme logicielle particuliers soient automatiquement requis pour un projet lié à l’huile de palme.
Demander des historiques de tendance permettant de répondre aux questions d’exploitation
Un enregistrement des tendances peut aider à déterminer ce qui s’est passé avant une interruption ou un changement de qualité. Choisissez les signaux et le comportement d’enregistrement en fonction des questions que l’usine prévoit d’étudier. Un enregistrement ne contenant que l’alarme finale risque d’omettre les changements de processus qui l’ont précédée.
Discutez de la synchronisation horaire, des unités techniques, de la durée de conservation des données et du format d’exportation avec le fournisseur des systèmes de contrôle. Les enregistrements provenant de progiciels distincts sont plus difficiles à comparer lorsque leurs horloges ne sont pas synchronisées. L’équipe d’exploitation a également besoin d’un moyen pratique de récupérer les informations sans dépendre d’un outil d’ingénierie non documenté.
Ne promettez pas que la collecte de données améliorera automatiquement la récupération de pétrole ou éliminera les temps d’arrêt. Les données ne deviennent utiles que lorsque l’équipe est en mesure de les interpréter et d’agir sur la base de causes vérifiées. L’article consacré à la surveillance des pertes de pétrole fournit le contexte de processus nécessaire au choix d’enregistrements adaptés à une enquête particulière.
Comparez les propositions d’automatisation à l’aide des livrables
| Fonctionnalité demandée | Question à poser au fournisseur | Preuves fournies lors de la remise |
| Affichage opérateur | Quels états et quelles valeurs sont visibles ? | Écrans validés et fonctions démontrées |
| Système d’alarme | Quelle réponse chaque alarme nécessite-t-elle ? | Liste des alarmes et protocoles de test convenus |
| Coordination des progiciels | Qui est responsable de chaque interface ? | Calendrier des signaux et résultats des essais intégrés |
| Enregistrements des tendances | Quelles données sont enregistrées et consultables ? | Exemple d’exportation avec unités et horodatages |
| Assistance à la restauration | Comment la configuration fournie est-elle restaurée ? | Pack de sauvegarde et de restauration documenté |
Séparez les fonctionnalités optionnelles de reporting, d’assistance à distance et d’intégration du périmètre opérationnel de base. L’acheteur pourra ainsi comparer leur valeur et leurs implications en termes d’assistance continue. Vérifiez que le prix correspond bien au pack de transfert promis, en particulier les fichiers d’ingénierie et les licences nécessaires au bon fonctionnement de l’application installée.
Le guide des coûts d’équipement explique les grandes catégories d’achat. Pour l’automatisation, demandez suffisamment de détails pour distinguer la fourniture de matériel, l’ingénierie applicative, les tests, l’assistance à la mise en service et la formation. Il s’agit de prestations distinctes, même lorsqu’un devis les regroupe sous un seul poste « automatisation ».
Planifier la propriété et la restauration de la configuration
Convenez des logiciels, fichiers de configuration, documentation et licences qui seront remis au propriétaire. Précisez les droits d’accès autorisés et les modalités d’assistance dans le contrat de projet. Une usine doit savoir qui est habilité à effectuer des modifications et comment une configuration approuvée peut être restaurée après une panne.
Demandez une procédure documentée de sauvegarde et de restauration adaptée au système fourni. Le spécialiste des contrôles doit définir la procédure ainsi que les conditions dans lesquelles elle est testée. Conservez la version finale de la configuration avec le procès-verbal de remise de l’équipement.
Lorsqu’une assistance à distance est proposée, demandez à l’équipe technique agréée du propriétaire d’examiner la méthode d’accès et la répartition des responsabilités. Ne partez pas du principe qu’un accès externe continu est nécessaire simplement parce que le système le prend en charge. La fonctionnalité achetée et les modalités d’accès doivent toutes deux refléter les besoins réels du propriétaire.
Utilisez les essais en usine pour détecter rapidement les malentendus
Dans la mesure du possible, effectuez une démonstration des écrans, des actions de l’opérateur, des séquences et des conditions anormales représentatives convenus avant la mise en service sur site. Certaines fonctions peuvent être testées à l’aide de signaux simulés. Indiquez clairement ces tests afin que le rapport ne laisse pas entendre que les instruments de terrain ou les performances du procédé ont été vérifiés en usine.
Demandez aux opérateurs de participer à l’examen des messages et de la navigation. Ils peuvent identifier les libellés peu clairs et les informations manquantes avant que l’interface ne soit finalisée. Leur examen complète les tests d’ingénierie ; il ne remplace pas la validation par des spécialistes requise pour les fonctions de contrôle proprement dites.
Après l’installation, vérifiez les raccordements sur site et le comportement combiné conformément à la procédure convenue sur site. Une simulation en usine correcte ne garantit pas que chaque instrument soit correctement installé ni que chaque interface ait été correctement raccordée. Conservez les preuves issues de l’usine et du site dans le même dossier de transfert contrôlé.
Formation au système installé
La formation doit utiliser les noms définitifs des équipements, les écrans et les procédures d’exploitation. Précisez comment reconnaître les informations indisponibles, signaler un défaut, récupérer des enregistrements et obtenir une assistance autorisée. Évitez de vous limiter à une formation sur le matériel du contrôleur sans expliquer le comportement de l’application.
Le personnel de maintenance a besoin des documents et des accès adaptés aux responsabilités qui lui sont confiées. L’article existant consacré à la maintenance traite du programme de maintenance au sens large ; la remise du système d’automatisation doit fournir les informations spécifiques relatives à la configuration et aux instruments requises par ce programme. Définissez toute assistance spécialisée supplémentaire qui reste nécessaire.
Adressez une demande à Vortech Global en précisant la configuration du processus et en fournissant une brève description des tâches opérationnelles que les commandes doivent prendre en charge. Joignez une liste préliminaire des fonctions et identifiez les systèmes existants qui doivent être connectés. Cela donnera au fournisseur une base concrète pour proposer une automatisation que l’équipe d’exploitation pourra comprendre, tester et entretenir.
