Une recette peut modifier la température, la vitesse, la pression, le minutage, le mouvement et la qualité du produit sans téléchargement vers le contrôleur. Les données de recette revêtent donc une importance opérationnelle même lorsqu’elles sont stockées dans un tableau UDT Logix ordinaire. L’objectif de conception n’est pas simplement d’enregistrer des valeurs, mais d’empêcher que des valeurs incomplètes, obsolètes, non autorisées ou incompatibles deviennent actives.

Un flux de travail contrôlé sépare la modification par l’opérateur des valeurs qui pilotent actuellement la machine.

Attribuez quatre rôles distincts aux données de recette

Utilisez des structures séparées pour les recettes stockées, la source sélectionnée, une copie de travail modifiable et la copie du processus actif. L’IHM ne modifie que la copie de travail. Une demande d’enregistrement valide et affecte cette copie de travail à un enregistrement de stockage sélectionné. Une demande d’activation distincte effectue une nouvelle validation et transfère un enregistrement complet et approuvé dans la structure active.

Cette séparation empêche chaque saisie sur l’IHM de modifier une consigne active. Elle permet également l’annulation, la comparaison, l’approbation, le retour en arrière et l’affichage de messages clairs pour l’opérateur. La recette active reste stable pendant l’examen d’une autre recette.

Le matériel PanelView est présenté dans la collection Allen-Bradley PanelView, tandis que les plateformes de contrôleurs sont disponibles via PLC & PAC Systems. Le choix du matériel ne remplace pas les règles de transaction implémentées dans l’application.

Concevez l’UDT comme un enregistrement gouverné

Regroupez les valeurs de processus associées dans un UDT afin que le stockage, la comparaison et le transfert utilisent une structure définie unique. Ajoutez des métadonnées telles que l’identifiant de recette, le nom, la version de format, le code produit, la révision, les dates de création et de modification, l’état de validité et le rôle responsable de la modification. Conservez l’état opérationnel en dehors de la structure des consignes lorsqu’il ne doit pas être copié avec une recette.

Chaque membre numérique doit disposer d’unités d’ingénierie, d’une plage autorisée et d’une justification pour cette plage. Utilisez des énumérations limitées ou des codes validés pour les modes discrets plutôt que du texte libre. Définissez des valeurs par défaut uniquement lorsqu’une valeur par défaut est sûre et techniquement pertinente.

Une version de format est importante lors des mises à niveau logicielles. Si une version ultérieure du programme du contrôleur ajoute des champs ou modifie les unités, les anciens enregistrements doivent être rejetés ou migrés délibérément. Copier une ancienne structure binaire dans un UDT plus récent sans règle de compatibilité peut créer des consignes apparemment valides, mais incorrectes.

Validez les relations, pas uniquement les limites individuelles

Vérifier chaque champ par rapport à un minimum et à un maximum est nécessaire, mais insuffisant. Une limite haute doit rester supérieure à une limite basse. Le temps de rampe doit être cohérent avec le taux et la distance. Les durées des phases doivent correspondre à la séquence. Des options mutuellement exclusives ne peuvent pas être activées simultanément. Une vitesse peut être acceptable pour une taille de produit et dangereuse pour une autre configuration d’outillage.

Implémentez la validation dans la logique du contrôleur, car celui-ci contrôle la réponse du processus. L’IHM peut répéter les vérifications pour fournir un retour immédiat, mais elle ne doit pas être la seule couche de contrôle. Renvoyez un code de validation précis et identifiez le membre ou la relation en échec. Le seul message « Recette non valide » oblige le personnel de maintenance à examiner des dizaines de valeurs.

Distinguez un avertissement d’un rejet. Un avertissement peut nécessiter une confirmation ou une vérification par un superviseur, tandis qu’un enregistrement rejeté ne peut être ni enregistré ni activé. N’autorisez jamais un bouton de confirmation générique à contourner une limite stricte liée à l’équipement ou à la sécurité.

Utilisez une machine à états explicite pour les transactions

Les commandes momentanées de l’IHM peuvent être manquées, répétées ou rester activées après une interruption de communication. Implémentez une séquence de demande et d’accusé de réception avec un numéro de transaction. L’IHM écrit les données de travail, incrémente le numéro de demande et attend. Le contrôleur capture une copie stable, la valide, exécute l’action demandée une seule fois et renvoie le même numéro de transaction avec le résultat et le code d’erreur.

Rejetez toute nouvelle demande lorsqu’une autre transaction est en cours. Appliquez un délai d’attente sur l’IHM et conservez le résultat du contrôleur suffisamment longtemps pour permettre sa lecture par l’opérateur. Après une reconnexion, l’IHM compare les numéros de transaction au lieu de supposer que l’enregistrement précédent a échoué.

Le contrôleur doit transférer l’enregistrement validé complet à un point d’exécution défini. Des transferts dispersés contrôlés par des conditions distinctes peuvent créer un mélange d’anciennes et de nouvelles valeurs. Si les données peuvent être modifiées simultanément par une autre tâche ou une autre voie de communication, concevez un instantané stable et vérifiez que sa séquence n’a pas changé pendant la copie.

Séparez l’enregistrement de l’activation

Enregistrer une recette consiste à stocker une copie de travail examinée. L’activation modifie les valeurs utilisées par le processus. Ces actions doivent disposer d’autorisations, de messages et d’interverrouillages distincts. Un technicien peut être autorisé à préparer une recette sans être habilité à l’exécuter.

Définissez les conditions dans lesquelles l’activation est autorisée : machine à l’arrêt, cycle terminé, actionneurs dans un état sûr, outillage approprié confirmé, absence de défaut critique et rôle opérateur requis présent. Si certaines valeurs peuvent être modifiées pendant la production, énumérez-les explicitement et contrôlez leur transfert. Ne comptez pas sur la mémoire de l’opérateur pour savoir quels champs peuvent être modifiés en ligne.

Après l’activation, renvoyez à l’IHM l’identifiant et la révision de la recette active. Comparez la copie active à la source approuvée et déclenchez une alarme en cas de différence inattendue. La logique de séquence en aval doit utiliser uniquement la copie active, jamais les tags de travail de l’IHM.

Adaptez les autorisations et les preuves aux besoins

Au minimum, distinguez les actions d’affichage, de modification, d’enregistrement, d’activation, de suppression et de restauration. Restreignez la suppression plus strictement que la sélection. Évitez les identifiants partagés lorsque l’application exige une responsabilité individuelle. Si la plateforme prend en charge l’audit, enregistrez l’utilisateur, l’heure, l’action, l’identifiant de recette, l’ancienne révision, la nouvelle révision et le résultat.

Le contrôleur doit également conserver des éléments de preuve opérationnels qui ne dépendent pas entièrement de l’IHM : identifiant actif, révision, dernière transaction, résultat de validation et heure d’activation. Les journaux de l’IHM sont utiles, mais peuvent être perdus lors du remplacement du terminal ou du téléchargement de l’application.

Soyez clair sur les limites. L’historique ordinaire des recettes d’une machine ne constitue pas automatiquement un système d’enregistrements électroniques pour une production réglementée. Si des signatures, des preuves d’altération, une conservation ou des pistes d’audit validées sont nécessaires, évaluez l’architecture et les procédures dans leur ensemble.

Concevez le comportement au démarrage et en cas de perte de communication

Précisez quelle recette devient active après le redémarrage du contrôleur, le téléchargement du programme, la restauration de la mémoire ou le remplacement de l’IHM. Charger aveuglément l’enregistrement zéro peut être dangereux. Les données rémanentes doivent être validées avant utilisation, notamment la version de format et toutes les relations. Si la validité ne peut pas être démontrée, maintenez la machine dans un état défini et exigez une sélection et une confirmation.

Une perte de communication avec l’IHM ne doit pas provoquer l’activation partielle d’une recette. Le contrôleur poursuit l’exécution avec le dernier enregistrement actif complet ou applique la réponse sûre propre au processus. Au rétablissement des communications, effacez les états de modification obsolètes et affichez l’état réel de la transaction du contrôleur avant d’autoriser une nouvelle commande.

Testez les scénarios de défaillance

Lors de la mise en service, testez l’enregistrement normal, le champ non valide, la relation non valide, l’action non autorisée, l’appui répété sur un bouton, l’interruption réseau pendant le transfert, le redémarrage du contrôleur, le redémarrage de l’IHM, le stockage saturé, la suppression, le retour en arrière et un enregistrement dans un ancien format. Vérifiez qu’aucun scénario ne crée une recette active incohérente.

Effectuez un test aux limites pour chaque champ numérique important et vérifiez les unités sur l’IHM et dans le contrôleur. Comparez tous les membres actifs après le transfert. Consignez les résultats et conservez une recette connue comme fiable en dehors de la sauvegarde du contrôleur afin que la récupération ne dépende pas d’un seul appareil.

Un système de recettes robuste rend les modifications proposées visibles, les valide dans le contrôleur, active une révision complète à un état contrôlé et conserve suffisamment de preuves pour reconstituer les événements. Cette discipline compte davantage que le fait que le stockage commence sous la forme d’un tableau UDT ou d’un composant de recette de l’IHM.