Démontrer l'intelligence d'usine via une expérience de brassage de bière artisanale

C'est un secret (pas si bien gardé) : nous avons une machine à bière artisanale chez Sure Controls. Point fort de toute visite client. J'ai pensé que ce pourrait être une excellente façon de démontrer nos capacités d'Intelligence d'Usine ! Il y a quelques semaines, notre brasseur résident Josh a brassé quelques lots. Pendant le brassage, nous avons connecté notre Historian interne (utilisé pour tests projets clients) pour collecter données. Objectif : montrer comment nous connectons le processus pour communiquer données, puis méthodes visualisation une fois données collectées.
Partie 1 – Collecte des données
Article précédent « Démystifier la collecte de données » : détails standards/protocoles. Pas autant de détails ici, mais bon exemple de notre approche projets clients. D'abord, réunion avec Josh brasseur pour identifier points critiques à collecter. 3 étapes brassage : Mash (empâtage), Boil (ébullition), Break (refroidissement). Élément critique surveillé : température. Aussi besoin indiquer au système collecte quelle étape processus en cours.
Pour température : analyse machine à bière → contrôleurs température câblés sur résistances cuves. Heureusement : contrôleurs ont capacité communication. Restait déterminer standard/protocoles. Ces contrôleurs : Modbus. Excellent : Modbus courant, facile. Défi : contrôleurs = liaison série seulement, serveur Historian loin. Solution : passerelle série vers TCP/IP. Historian → Modbus TCP direct vers contrôleurs → collecte température. Ensuite, étape processus.
Pour capturer étape processus : petit automate + HMI. Heureusement : petit automate dispo (tests applications), HMI (démos commerciales). Automate programmé avec registre données texte. HMI programmé boutons simples pour Josh sélectionner étape brassage. Appui « Mash » → HMI écrit « Mash » dans registre automate. Automate connecté réseau Ethernet → Historian lit registre directement = log étape processus. Aide plus tard visualisation données pour contexte.

Partie 2 – Données collectées – et maintenant ?
Lot brassé, étapes processus loguées automate = drapeaux pour extraction données. Notant changements étapes → points début/fin chaque étape. Visualisation chaque étape en vue tendance :

Le Mash (Empâtage)

Température stable 67 °C (153 °F) pendant phase Mash.

L'Ébullition (Boil)

Même chose : température stable 99 °C (210 °F).

Le Refroidissement (Break)

Étape critique : amener moût (liquide pendant brassage – pas encore bière) à température sûre pour levure. Tendence montre ~13 min pour passer de 93 °C (200 °F) à 38 °C (100 °F). Brasseur excellent travail ce lot.

Parlons données. Tendances pour analyse initiale. Visualisation = détection rapide anomalies. Exemple : chute soudaine température ébullition courte période → question : fusible sauté = perte réelle température = lot en péril ? Ou capteur détaché = données faussées, mais rattachement → température constante = lot probablement OK ? Analyse utile identification « quoi a mal tourné » si tests qualité échouent.
Simple résumé lot ? Outil Query client Historian :

Analyse statistique simple température moût phase Mash. Min, Max, Moyenne, Écart-type. Vue une ligne excellente. Température dans 1° consigne, moyenne quasi exacte consigne durée.

Variation légèrement plus grande ébullition, mais bien dans paramètres acceptables.
« Plongée profonde » données ? Export Excel facile (outil familier) → données brutes, graphiques/rapports personnalisés analyses supplémentaires :

Astuces supplémentaires collecte données. Vraie brasserie → numéro lot assigné + loggé Historian. Prochain brassage « Citra Tripel » → comparaison lot précédent. Si dégustateur(s) notent particularité lot → analyse → mise à jour recette réplication amélioration futurs lots, ou simple comparaison. Outil tendance : données deux lots simultanément via « time offset » → superposition visualisation détaillée.
Article effleure surface collecte automatisée amélioration processus. Futur article : techniques capture données arrêts + analyse causes. Aussi : tirer parti système collecte pour notifier équipe processus ÉVÉNEMENT EN COURS, pas analyse « après-coup ».