Q ue faire de la multitude de données produites dans les usines ? À cette question, de nombreux logiciels de traitement apportent des réponses variées. Certains utilisent les données en temps réel pour surveiller la production en direct. D'autres ont un fonctionnement à plus ou moins long terme, dans un but d'analyse des différentes variables. Et pour cela, il est nécessaire de faire appel à un système de collecte et de stockage performant. C'est le rôle des logiciels d'historisation, ou historians , également désignés comme data histo-rians ou process historians .

Ces logiciels sont parfois présentés comme l'un des modules des logiciels MES. Mais ça n'est pas forcément le cas : « Leur objectif premier est l'historisation des données industrielles , rappelle Ludovic Verzier, directeur marketing de CP Solutions, qui commercialise l'historian de GE Digital. Ces données peuvent ensuite être utilisées par des modules métier, comme les SCADA, la supervision ou les MES. » Mais l'historian peut aussi être un logiciel complètement indépendant de ces solutions. « C'est une erreur de mélanger MES et historians, souligne Grégory Guihéneuf, directeur marketing de Wonderware France. Certains acteurs font les deux, d'autres ne font que l'un ou l'autre. Le flou entre les deux est parfois entretenu par les acteurs du domaine pour gagner en visibilité. Cela complique la lecture du marché, alors qu'il existe une frontière claire entre les deux ».

Les historians ont pour objectif de fournir une base de données pour consolider des informations liées à la production, en provenance de multiples sources. Ils permettent de rejouer ces séquences de données en vue de les analyser. Un certain nombre de fonctions de traitement plus approfondies, réalisées notamment par les MES, ne sont possibles que grâce à l'archivage à long terme. C'est le cas, par exemple, de la traçabilité, une démarche critique pour les industries pharmaceutique ou agroalimentaire. « Dans le MES, on ne devrait stocker que des données transactionnelles, comme les consommations de matières , analyse Grégory Guihéneuf. Les données pro-cess, comme la température de chauffe pendant la durée du batch, sont échantillonnées de façon beaucoup plus fine, et stockées dans l'histo-rian ».

Certains éditeurs de logiciels historians proposent également des MES. D'autres sont spécialisés sur l'historisation.

Ainsi, « l'historian est le cœur du système , résume-t-il, aussi bien pour le pilotage que pour l'aide à l'exploitation. » Pour Ludovic Verzier (CP Solutions), « l'installation d'un historian est la première étape à préconiser aux entreprises qui n'ont pas de MES, ni autres solutions d'analyse. » Pour assurer ce rôle crucial, ces logiciels doivent garantir un accès rapide à ces données, leur sécurité, leur intégrité et leur traçabilité. Ces paramètres n'ont pas la même importance pour tous les industriels, et pourront constituer un critère de choix en vue de sélectionner la solution la mieux adaptée, lorsqu'il s'agit d'installer une nouvelle ligne de production, de faire migrer un système ancien vers une solution plus actuelle, ou encore de décloisonner des silos de données.

Collecter les données

Valeurs numériques et analogiques, alarmes, calculs statistiques, qualité de la production… L'historian collecte des données généralement très hétérogènes. « Elles proviennent d'automates, de systèmes de contrôle distribués, d'instruments de mesures, d'objets connectés, de systèmes informatiques tiers, parfois via des interfaces propriétaires, et même de relevés manuels », énumère Laurent Oddoux, responsable produit Panorama chez Codra. « Cette collecte s'effectue via des protocoles de terrain traditionnels, mais aussi des protocoles plus récents dans le domaine des automatismes, comme MQTT ou OPC UA », ajoute Grégory Guihéneuf (Wonderware). Un protocole comme OPC UA permet par exemple de s'interfacer avec une passerelle intermédiaire effectuant la collecte de données de capteurs.

Le système de collecte est généralement doté d'une fonction buffer (tampon) locale, permettant d'éviter les pertes d'information en cas de perte de réseau. « Les données sont stockées temporairement jusqu'au retour de la connexion », explique Ludovic Verzier (CP Solutions). Ce mécanisme est rendu possible par l'utilisation de frontaux d'acquisition de données, généralement des PC embarqués dans une armoire, à proximité de l'automate. « Cela permet également de faire certains calculs en local, indique Grégory Guihéneuf (Wonderware). Ensuite, les données sont envoyées vers la base de données de l'historian, au niveau de l'atelier ou de l'usine ».

« L'historian est à voir comme l'entrepôt des données process, illustre Grégory Guihéneuf. Les informations stockées y sont structurées de façon standard suivant une logique temporelle. » Mais l'objectif du logiciel est également d'être capable de restituer les données en fonction de multiples paramètres, et pas uniquement d'après leur horodatage. Le procédé, l'équipe en charge, le matériel, ou encore les alarmes peuvent aussi être des critères pertinents lorsqu'il s'agit d'analyser la production. Pour cela, les historians utilisent notamment un système d'étiquettes, ou tags .

Un historian peut servir à corréler des données auparavant cloisonnées, comme la consommation d'eau et d'énergie avec des informations sur le process.

Afin de pouvoir gérer des volumes importants, les données sont compressées. « Cela simplifie la maintenance, accélère la restitution de l'information, et facilite son partage », résume Grégory Guihéneuf. Les données sont stockées dans des dossiers par dates, cryptés, mais restent accessibles par les requêtes dans la base de données. « La compression permet de stocker sur un même espace 40 fois plus de données qu'avec une base classique », estime Ludovic Verzier (CP Solutions). Le stockage doit être possible à long terme, jusqu'à des dizaines d'années, en particulier pour des industries soumises à des réglementations strictes, comme l'industrie pharmaceutique. Pour ces secteurs, certains logiciels proposent d'ailleurs des fonctions spécifiques. La norme 21 CFR Part 11, par exemple, impose sur le marché des États-Unis que les données soient non falsifiables. Dans les systèmes conformes, tout est donc enregistré en double exemplaire, et la donnée source est conservée. Cette homologation accélère ensuite le processus de qualification d'une installation informatique industrielle.

Stocker l'information

Quelle quantité de variables doit être gérée par un historian ? D'une usine à l'autre, ce paramètre peut varier du simple au centuple, voire plus. Généralement, il détermine le prix du logiciel. « Tout dépend des cas d'usage , note Laurent Oddoux (Codra). Historiquement, on utilisait un historian pour un sous-système de l'entreprise, cela impliquait donc moins de données à gérer. » Aujourd'hui, on a tendance à y regrouper toutes les données : celles liées au process, mais aussi la consommation d'eau ou d'énergie. « L'idée d'avoir énormément de données à gérer pouvait faire peur, continue Laurent Oddoux. Cela aurait pu être justifié par le passé, lorsque les outils de reporting et les bases de données n'étaient pas assez performants, mais ce n'est plus le cas ».

Aujourd'hui, la technologie a beaucoup progressé. Les historians peuvent donc prendre en charge jusqu'à 1 million de variables. Cela n'empêche pas les petits projets d'être pertinents, dans certains cas. Les offres commencent à partir de quelques variables. « Il suffit ensuite de passer à une offre supérieure pour ajouter des points de collecte, si les besoins augmentent », indique Ludovic Verzier (CP Solutions). Le prix d'un historian ne dépend pas systématiquement de la volumétrie de données. Coox d'Ordinal Software, par exemple, fonctionne autrement : « Il peut être difficile pour les industriels de savoir précisément combien de données ils voudront stocker, observe Philippe Allot, p-dg de la société. Notre tarification se base donc plutôt sur les moyens de production en jeu. C'est d'après ce critère que nous dimensionnons notre plateforme ».

Indépendamment du nombre de variables, un logiciel d'historisation ne peut absorber en continu qu'une certaine quantité de données. « Notre histo-rian peut prendre en charge jusqu'à 300 000 changements d'état par seconde, en continu , précise Grégory Guihéneuf (Wonderware). Cela englobe toutes les variables, quelle que soit la quantité prévue par la version du logiciel. » Si les changements d'état dépassent ce seuil, les données sont mises en mémoire tampon, le temps que le trafic se décongestionne. « Mais il est très rare que l'on atteigne les limites de l'outil, même sur de gros systèmes , rassure Grégory Guihéneuf. En effet, il n'est pas forcément conseillé d'échantillonner à des fréquences trop élevées. » Un échantillonnage à quelques secondes est généralement suffisant. De plus, toutes les données collectées à des fins de supervision n'ont pas vocation à être historisées : seul un tiers environ de ces informations est pertinent pour une telle application.

La quantité de données que doit stocker l'historian dépend aussi du choix de l'architecture fait par l'entreprise. « En général, les clients savent bien quelles données ils veulent collecter, et comment, constate Ludovic Verzier (CP Solutions). Mais pour ce qui concerne les avantages et inconvénients des différentes architectures, ainsi que leur intégration au système existant, ils ont souvent besoin de conseils. » Une entreprise peut installer plusieurs logiciels d'historisation : « De plus en plus de projets consistent à en installer un au niveau de l'usine, pour le mettre au service d'un datalake [lac de données, NDLR] ou d'un autre historian au niveau de l'ensemble de l'entreprise », décrit Grégory Guihéneuf (Wonderware).

La collecte de quelques variables peut suffire à justifier l'installation d'un historian. La tarification est souvent effectuée en fonction de la quantité d'informations à gérer.

Au sein même de l'usine, plusieurs modèles d'architecture cohabitent : « Tout est possible, mais il en existe deux principales », précise Ludovic Verzier (CP Solutions). La première consiste à n'utiliser qu'un seul logiciel d'historisation centralisé. « Dans 80 % des cas, les entreprises choisissent d'avoir un seul historian par site », estime-t-il. La seconde architecture possible concerne les usines, dont les responsables souhaitent avoir accès à leurs données en local, à court terme. Un historian au niveau de la supervision peut assurer ce rôle ; il agrège alors les données et les pousse vers un logiciel d'historisation central. Cette fonction d'historisation locale peut être assurée par le SCADA, lorsque l'application est monoposte et simple à réaliser. Mais pour des cas plus complexes, mettant en jeu un système de clients/serveurs et des requêtes d'accès, par exemple, il faut faire appel à un logiciel dédié.

Lorsqu'une usine met en place une architecture à plusieurs niveaux, les his-torians plus proches du terrain gèrent un gros volume de données, en lien avec la conduite du process. Le logiciel central, lui, n'a généralement pas vocation à reprendre toutes les données, mais plutôt à consolider certains indicateurs. « Aujourd'hui, de plus en plus d'entreprises agrègent et analysent leurs données de façon centralisée , observe Laurent Oddoux (Codra). Auparavant, l'approche était plus cloisonnée, avec d'un côté le process et de l'autre les données liées au tertiaire, par exemple. » Lorsque l'activité de l'entreprise est répartie sur plusieurs sites, l'historian local permet de garantir l'accès aux données indépendamment des éventuelles coupures du réseau. « Il faut se poser la question des flux de données , souligne Philippe Allot (Ordinal Software). Les besoins en bande passante dépendent de l'architecture. » Ces multiples approches impliquent également d'adapter la stratégie de cybersécurité aux différents niveaux de l'architecture. Outre le stockage, les logiciels d'historisation doivent aussi assurer une partie du traitement des données, afin de les rendre exploitables. « Coox dispose de filtres, pour détecter des seuils, des périodes, des valeurs minimales et maximales , précise Philippe Allot. On peut parler de traitement du signal. » « Il s'agit de préparer des indicateurs, comme des compteurs, des moyennes ou des écarts-types sur une durée donnée , explique Laurent Oddoux (Codra). Sans cela, il peut être très difficile d'identifier des événements problématiques à partir des données brutes. » C'est d'autant plus vrai que la quantité de variables surveillées est importante, et que leur durée de conservation est longue. Un historian peut donc effectuer des synthèses pou-vant mettre en lumière certains problèmes.

Les utilisateurs veulent des historians en cloud. Ce mode d'utilisation présente notamment l'avantage d'éviter de maintenir un parc informatique pour cet usage. Il peut aussi servir à centraliser les données de plusieurs sites.

Selon les historians, ces analyses sont plus ou moins approfondies. Elles sont parfois effectuées par des modules complémentaires au système de stockage de base. « Nous proposons des outils d'analytique permettant de croiser simplement les données comme on le souhaite », indique Laurent Oddoux. « Notre outil d'intelligence permet d'associer les données process aux transactions, pour calculer par exemple en temps réel le volume d'eau consommé par heure, par équipe ou par batch », ajoute Grégory Guihéneuf (Wonderware). Les historians intègrent souvent des fonctions de visualisation des données, qui les rendent exploitables indépendamment de tout autre logiciel. « Ils permettent de voir les données, de tracer des courbes et de faire un peu de reporting », pré-cise Ludovic Verzier (CP Solutions). « On va retrouver les mêmes outils que ceux utilisés pour la supervision, de types journal, graphes ou bases de données, mais hors ligne », illustre Philippe Allot (Ordinal Software).

Beaucoup d'historians sont conçus pour calculer des indicateurs à partir des données brutes. Ils proposent aussi des fonctions de visualisation, souvent accessibles via un simple navigateur web.

Généralement, l'accès à ces fonctions se fait via un simple client web et des in-terfaces intuitives. « L'un de nos enjeux est que le logiciel soit utilisable par des non-informaticiens , ajoute Laurent Oddoux (Codra). Par le passé, il fallait être un expert pour créer un rapport d'analyse. Avec les interfaces ergonomiques que nous proposons, il n'est pas nécessaire de savoir écrire une requête SQL. » Ces fonctions ne sont toutefois pas obligatoires. L'historian de GE Digital, par exemple, est proposé en version réduite, où la partie administration et visualisation est faite via le SCADA. La restitution des informations se fait aussi souvent par l'intermédiaire d'interfaces avec d'autres logiciels. « Il peut s'agir d'un plug-in pour manipuler les données dans Excel, ou d'une API pour se connecter avec des applications tierces », détaille Grégory Guihéneuf (Wonderware). Le MES est bien sûr un consommateur important de ces données. De nombreux éditeurs proposent à la fois MES et historian, la communication entre les deux est donc native. Dans le cas de Coox, l'historian fait même partie intégrante de la plateforme intégrée qui regroupe le MES et la supervision.

De nombreux paramètres sont donc à définir dans le cadre du choix, puis de la mise en place d'un logiciel d'historisation. Comment dimensionner le système ? Quelle architecture lui donner ? Que veut-on faire des données ? Avec quels autres logiciels veut-on s'interfacer ? Beaucoup des solutions du marché sont en capacité de répondre à une grande variété de projets, de petite ampleur ou avec un grand nombre de variables à collecter. Et, face à la complexité des choix à faire, les éditeurs ont des réponses pour guider les entreprises.