Gestion recette TIA Portal : comprendre et configurer la fonction Recipe Management
Mis à jour le 03/07/2026 par Julien Bonnin
La gestion recette TIA Portal est l'une des fonctionnalités les plus puissantes — et les plus mal exploitées — de l'environnement Siemens. Dans un contexte de production multi-produits, elle permet de charger automatiquement des jeux de paramètres cohérents sur un automate ou un pupitre HMI, en quelques secondes, sans erreur de saisie manuelle. Bien configurée, elle transforme un changement de format ou de produit en opération quasi invisible pour l'opérateur.
Qu'est-ce que la gestion recette dans TIA Portal ?
La gestion recette TIA Portal désigne un mécanisme intégré à l'environnement de développement Siemens TIA Portal (Totally Integrated Automation Portal) qui permet de créer, stocker, transférer et activer des ensembles de paramètres de production — appelés « recettes » — sur un automate programmable (API/PLC) ou un pupitre opérateur (HMI).
Une recette, dans ce contexte, n'a rien de culinaire : c'est un enregistrement structuré de valeurs (températures, débits, durées, seuils, dosages) correspondant à un produit ou à un format de fabrication donné. Quand la ligne doit passer du produit A au produit B, l'opérateur sélectionne la recette correspondante et la charge d'un seul geste. L'automate reçoit instantanément l'intégralité des paramètres corrects, sans ressaisie, sans risque d'erreur de copie.
TIA Portal intègre cette gestion nativement dans deux contextes distincts :
- Côté HMI (pupitre SIMATIC Comfort, Unified ou Basic Panel) : via l'éditeur de recettes de WinCC, intégré directement dans TIA Portal depuis la version V11.
- Côté PLC (S7-1200, S7-1500) : via des blocs de données structurés et des blocs fonctionnels dédiés au transfert de recettes.
---
Comment fonctionne le mécanisme de recettes dans TIA Portal ?
Le mécanisme repose sur trois couches distinctes qui dialoguent entre elles : la définition de la structure, le stockage des données, et le transfert vers l'automate.
La structure d'une recette : éléments et types de données
Chaque recette est définie par une RecipeType (type de recette), qui liste les éléments (ingrédients au sens informatique) et leur type de données associé : REAL, INT, BOOL, STRING, etc. Un type de recette, c'est le moule. Les recettes individuelles (instances) sont les pièces coulées dans ce moule.
| Couche | Composant TIA Portal | Rôle |
|---|---|---|
| Définition | RecipeType (éditeur HMI) | Structure les champs et leurs types |
| Stockage | Base de données interne HMI / carte SD / fichier CSV | Conserve les valeurs pour chaque produit |
| Transfert | Bloc fonctionnel HMI ↔ PLC (tags HMI liés aux DB PLC) | Copie les valeurs dans les variables automate actives |
Le flux de données en production
- L'opérateur sélectionne une recette sur le pupitre.
- Le HMI lit les valeurs stockées dans sa base locale (ou sur support externe).
- Via les tags HMI mappés aux adresses PLC correspondantes, les valeurs sont écrites dans les blocs de données (DB) de l'automate.
- Le programme automate utilise ces valeurs pour piloter les actionneurs.
---
Configuration pas-à-pas de la gestion recette TIA Portal
Voici la procédure de configuration que nous appliquons systématiquement en mission, adaptable à toute version TIA Portal V14 et supérieure.
Étape 1 — Créer le RecipeType dans le projet HMI
Dans l'arborescence du projet, sous le nœud de votre pupitre HMI, ouvrez Recettes. Cliquez sur Ajouter un nouveau type de recette. Donnez-lui un nom explicite : `RecetteEmballage`, `RecetteMélange_A`, etc.
Pour chaque élément de la recette :
- Définissez le nom d'élément (ex. : `Température_Soudure`).
- Choisissez le type de données correspondant (`REAL` pour une température, `INT` pour un compteur, `BOOL` pour un paramètre binaire).
- Associez chaque élément à un tag HMI lui-même lié à une variable PLC dans le bloc de données dédié.
Étape 2 — Créer le bloc de données PLC associé
Dans la partie automate du projet, créez un DB de données global (non optimisé si vous travaillez avec un S7-300/400 hérité, ou optimisé pour S7-1200/1500). Déclarez toutes les variables qui reçoivent les paramètres de recette, avec des noms identiques ou cohérents avec les éléments HMI.
Point d'attention : sur S7-1500 avec DB optimisé, les variables n'ont pas d'adresse fixe. Le lien se fait par nom symbolique, ce qui évite les problèmes de décalage d'adresse.
Étape 3 — Créer les recettes (instances)
Retournez dans l'éditeur de recettes HMI. Sous le type de recette créé, ajoutez autant d'enregistrements que vous avez de produits ou de formats :
- `Recette_ProduitA`
- `Recette_ProduitB`
- `Recette_Nettoyage`
Étape 4 — Configurer l'écran HMI de gestion
TIA Portal propose un objet graphique dédié : la vue Recettes (Recipe View). Insérez-la dans un écran HMI. Elle affiche la liste des recettes disponibles, permet la sélection, le chargement, la modification et la sauvegarde. Cet écran peut être restreint par niveaux d'autorisation (gestion des droits utilisateur TIA Portal).
Étape 5 — Tester le transfert en simulation
Avant mise en service, utilisez PLCSIM (simulateur logiciel Siemens, disponible selon la licence) pour valider que les valeurs écrites dans le DB PLC correspondent exactement aux valeurs définies dans la recette HMI. Ce test doit être documenté et signé dans le dossier de qualification si vous opérez dans un secteur réglementé (pharmaceutique, agroalimentaire).
---
Pourquoi structurer rigoureusement ses recettes dès la conception ?
Un défaut de structure en phase de conception génère des coûts de maintenance disproportionnés sur toute la durée de vie de l'installation. La rigeur initiale est rentable.
Nous avons accompagné une PME industrielle du secteur agroalimentaire (production de sauces en conditionné) dont le système de recettes avait été conçu « au fil de l'eau » : chaque nouveau produit avait entraîné l'ajout de champs non structurés, des doublons, des noms de variables contradictoires entre HMI et PLC. Résultat : un changement de recette prenait 25 minutes de vérification manuelle et nécessitait systématiquement la présence d'un technicien. Après refonte structurée sous TIA Portal V17, le changement de format est descendu à moins de 3 minutes, opéré seul par l'opérateur.
Ce n'est pas un cas isolé. Voici les règles de structuration que nous appliquons en conception :
- Convention de nommage uniforme : préfixe `REC_` pour tous les tags liés aux recettes, suffixe indiquant l'unité physique (`_DegC`, `_Bar`, `_Sec`).
- Séparation des paramètres process et des paramètres machine : ne pas mélanger dans le même RecipeType des réglages liés au produit (températures, dosages) et des réglages liés à la mécanique (positions d'origine, vitesses de service).
- Versioning des RecipeTypes : toute modification de structure (ajout ou suppression d'un champ) doit être tracée, car elle invalide les anciens fichiers CSV de recettes.
- Droits d'accès différenciés : consultation libre, modification réservée aux techniciens, validation réservée aux responsables de production.
---
Bonnes pratiques terrain et erreurs classiques à éviter
La gestion recette TIA Portal est robuste, mais certaines erreurs de mise en œuvre reviennent systématiquement sur le terrain.
Erreurs fréquentes :
- Oublier de dissocier l'écriture de la recette du mode automatique : si la recette peut être chargée pendant que la machine tourne, vous exposez la production à des transitions de paramètres non contrôlées. Bloquez le transfert de recette hors des modes « arrêt » ou « attente ».
- Ne pas gérer les valeurs par défaut : un champ laissé à zéro dans une recette incomplète peut déclencher un comportement indéfini sur l'automate. Définissez des valeurs par défaut cohérentes pour chaque élément.
- Stocker les recettes uniquement dans la mémoire interne du pupitre : en cas de remplacement du pupitre (panne matérielle), toutes les recettes sont perdues. Prévoyez toujours une exportation périodique au format CSV sur support externe ou serveur réseau.
- Confondre RecipeType et recette : le RecipeType est la structure, la recette est l'instance. Supprimer un RecipeType supprime toutes les recettes qui en dépendent.
- Exportez et archivez systématiquement vos recettes au format CSV (fonction native TIA Portal) lors de chaque mise en service et après chaque modification validée.
- Documentez la correspondance entre les éléments de recette et les adresses ou noms symboliques PLC dans un tableau de mapping maintenu à jour.
- Mettez en place un contrôle de cohérence dans le programme PLC : vérification que les valeurs chargées sont dans les plages autorisées avant de les accepter.
- Utilisez les fonctionnalités de journalisation du HMI pour tracer quel opérateur a chargé quelle recette à quelle heure — indispensable en contexte qualité ou réglementé.
---
Comment intégrer la gestion recette TIA Portal dans un système MES ou SCADA ?
L'intégration de la gestion recette TIA Portal avec un MES (Manufacturing Execution System) ou un SCADA est l'étape qui démultiplie la valeur de la fonction, mais qui demande aussi la plus grande rigueur de conception.
Deux architectures principales
Architecture 1 — MES maître, HMI esclave Le MES stocke et gère le référentiel de recettes. Lors d'un changement d'ordre de fabrication, il pousse les paramètres directement dans les variables PLC via une connexion OPC UA (protocole standardisé IEC 62541) ou via les API REST du pupitre Unified (disponibles sur panneaux SIMATIC Unified depuis TIA Portal V18). Le HMI n'est qu'un afficheur de l'état courant.
Architecture 2 — HMI maître, MES superviseur Les recettes sont maintenues dans le HMI (comme décrit précédemment). Le MES récupère en lecture les paramètres actifs et les journalise à des fins de traçabilité, sans jamais écrire directement dans les variables process.
Le choix entre ces deux architectures dépend principalement du niveau de maturité numérique de l'installation et des exigences de traçabilité réglementaire.
OPC UA : le pont technique standard
OPC UA est le protocole de communication industrielle recommandé pour ce type d'intégration. Les S7-1500 et les Comfort/Unified Panels Siemens intègrent nativement un serveur OPC UA configurable directement depuis TIA Portal. La norme IEC 62541, publiée par l'IEC (Commission Électrotechnique Internationale), définit les spécifications de ce protocole, disponibles sur iec.ch.
Pour les structures souhaitant aller vers une gestion centralisée de leurs référentiels de recettes et paramètres d'exploitation, nos méthodes d'organisation des données industrielles sur sygestim-agda.fr offrent un cadre pratique d'accompagnement.
---
Questions fréquentes
Q: Quelle version de TIA Portal est nécessaire pour utiliser la gestion recette sur pupitre Unified ? R: La gestion recette sur les pupitres SIMATIC Unified Panel est disponible à partir de TIA Portal V16. Pour exploiter les fonctionnalités avancées (accès web, API REST), TIA Portal V18 et les firmwares Unified correspondants sont recommandés. Consultez la matrice de compatibilité sur le portail Industry Online Support de Siemens.
Q: Peut-on utiliser la gestion recette TIA Portal sans pupitre HMI, uniquement avec un PLC S7-1500 ? R: Oui. Il est possible de gérer des recettes directement au niveau PLC via des blocs de données structurés et des blocs fonctionnels programmés en SCL ou LAD. La logique de sélection et de transfert est alors entièrement dans le programme automate. Cette approche est plus exigeante à mettre en œuvre mais indépendante du HMI.
Q: Comment importer des recettes depuis un fichier Excel ou CSV dans TIA Portal ? R: TIA Portal HMI supporte l'importation de recettes au format CSV. Le fichier doit respecter une structure précise (première ligne = noms des éléments, colonnes séparées par des points-virgules). Depuis la vue recettes du projet ou du pupitre en ligne, utilisez la fonction « Importer » en pointant vers le fichier CSV. Vérifiez scrupuleusement la correspondance des noms de colonnes avec les noms d'éléments du RecipeType.
Q: La gestion recette TIA Portal est-elle conforme aux exigences FDA 21 CFR Part 11 ? R: La conformité 21 CFR Part 11 (réglementation américaine sur les dossiers électroniques) n'est pas garantie automatiquement par l'utilisation de TIA Portal. Elle requiert une configuration spécifique : audit trail activé, gestion stricte des droits utilisateurs, signatures électroniques, et une validation documentée (IQ/OQ/PQ). Siemens propose des guides de qualification dédiés pour les secteurs pharmaceutique et agroalimentaire réglementé sur son portail de support.
Q: Combien de recettes peut-on stocker dans un pupitre HMI Siemens ? R: La capacité varie selon le modèle. À titre indicatif, un Comfort Panel peut stocker plusieurs centaines à quelques milliers d'enregistrements selon la taille de chaque recette et la mémoire disponible. Pour des volumes importants, le stockage sur carte SD ou serveur réseau est préconisé. Consultez la fiche technique de votre modèle sur le site Siemens pour les valeurs exactes.
Q: Peut-on protéger certaines recettes contre la modification par les opérateurs ? R: Oui. TIA Portal intègre une gestion des droits utilisateurs (User Administration) applicable à la vue recettes. Il est possible de définir des groupes avec des droits distincts : lecture seule, modification, création, suppression. Cette configuration se fait dans les paramètres du pupitre HMI, section « Gestion des utilisateurs ».
---
Julien Bonnin — Consultant gestion et organisation à Montpellier. Depuis quinze ans, il accompagne des structures industrielles et tertiaires dans la structuration de leurs outils, de leurs process et de leur documentation technique.
