Edge ou Cloud ? Une feuille de travail et un exercice de panne pour l'informatique et l'exploitation
La règle : tout ce qui doit continuer de fonctionner lorsque la liaison Internet est coupée reste près de la machine. Le reste peut aller dans le cloud, si l'IT et l'exploitation s'accordent sur le coût d'un trou dans les données.
- Arrêts de sécurité et commande machine ne dépendent jamais du cloud.
- Rapports, classements des pertes et comparaisons d'usines conviennent au cloud.
- Le vrai débat est au milieu : capture de signaux, alarmes de ligne et saisie opérateur.
- Cette page est une feuille de travail pour une réunion, plus un exercice de panne de 30 minutes qui règle les arguments.
Edge signifie que les données sont traitées sur ou près de la machine. Cloud signifie qu'elles sont traitées sur des serveurs distants via une liaison Internet.
L'IT demande ce qu'il advient du réseau d'usine, l'exploitation demande ce qu'il advient de la ligne. Les deux ont raison, et les définitions seules ne répondent pas.
Traitement Edge ou cloud des données d'atelier : lequel est préférable ?
Aucun n'est meilleur pour toutes les tâches. Gardez tout ce qui doit fonctionner lors d'une perte de liaison près de la machine, et envoyez rapports et comparaisons d'usine dans le cloud.
La partie difficile est les tâches du milieu, utilisez donc le reste de cette page comme ordre du jour pour la réunion. Chaque bloc a un propriétaire, et la réunion se termine par une page signée.
Un mot de notre côté : nous vendons Fabrico, un logiciel cloud. Nous listons donc aussi les cas où cloud-only est la mauvaise réponse, et ceux-ci incluent des cas où vous ne devriez pas acheter chez nous.
Avant la réunion
Réservez une heure. Il vous faut quatre personnes, ou deux personnes jouant quatre rôles :
- Responsable production ou usine : décide du coût d'un trou dans les données.
- Ingénieur contrôle ou automatisation : sait ce que font les automates et quels signaux existent.
- Responsable réseau IT : connaît le lien d'usine et la couverture de la ligne.
- Responsable sécurité IT : décide de ce qui peut traverser le réseau machine.
Demandez à l'IT d'apporter un chiffre : combien d'heures le lien d'usine a été coupé au cours des 12 derniers mois.
Pas de log ? Commencez à le journaliser maintenant, car la réponse pilote le bloc 2.
Bloc 1 : triez chaque tâche selon trois questions
Propriétaire : exploitation et contrôle. Dressez la liste des tâches et posez trois questions sur chacune, avant toute discussion technologique.
- À quel délai la réponse reste-t-elle acceptable avant que quelque chose ne tourne mal sur la ligne ?
- Si la liaison est coupée pendant 4 heures, qu'est-ce qui casse ?
- Qui a besoin du résultat : la personne à la machine ou quelqu'un ailleurs ?
Voici une feuille de départ. La dernière colonne indique le lieu habituel, pas une règle, modifiez-la si votre usine diffère.
| Tâche | Quel délai est OK ? | Si cela reposait sur le lien, 4 heures coupé | Lieu habituel |
|---|---|---|---|
| Arrêts de sécurité, interlocks | Pas de délai | Ne doit pas changer du tout | Machine |
| Commande et séquence machine | Pas de délai | Ne doit pas changer du tout | API/PLC |
| Rejet d'une pièce défectueuse sur la ligne | Pièce encore à portée | Des pièces défectueuses passent | Machine |
| Alarme de ligne pour une machine arrêtée | Secondes | Les gens s'en aperçoivent en retard | À votre appréciation |
| Capture des signaux run, stop et cycle | L'horodatage doit être exact | Possible trou dans l'enregistrement | À votre appréciation |
| L'opérateur marque la cause d'arrêt | Minutes | Les causes vont sur papier ou se perdent | À votre appréciation |
| OEE en direct sur écran de ligne | Secondes à une minute | L'écran devient obsolète | À votre appréciation |
| Rapports OEE de quart et hebdomadaires | Heures | Le rapport arrive plus tard | Cloud |
| Classement des causes d'arrêt, comparaison d'usines | Heures | Rien d'urgent | Cloud |
| Synchronisation avec l'ERP | Minutes à heures | Rattrape ensuite si en file | Cloud |
Les lignes du haut sont clôturées et celles du bas sont rarement contestées. Les quatre lignes "à votre appréciation" sont ce pourquoi la réunion sert.
Les arrêts courts augmentent les enjeux sur la capture des signaux. Un micro-stop de 40 secondes n'apparaît que si le signal est lu assez souvent et horodaté correctement.
Bloc 2 : évaluez la perte avant d'acheter quoi que ce soit
Propriétaire : responsable d'usine, avec le chiffre de l'IT. Séparez deux choses qui sont souvent confondues.
- Production perdue : si le contrôle reste dans l'automate, une coupure Internet ne devrait pas arrêter la machine.
- Enregistrement perdu : ce que vous pouvez perdre, ce sont les données pour cette fenêtre, et les causes que personne n'a étiquetées.
La question juste est donc : quelle part de votre temps de fonctionnement aurait un trou ?
Tous les chiffres ici sont des exemples pour une ligne fonctionnant 2 postes de 8 heures, 250 jours par an : 4 000 heures. Chaque coupure est supposée tomber en temps de production.
| Usine exemple | Lien down par an | Part du temps de production | Réaction sensée |
|---|---|---|---|
| Deux coupures de 30 minutes par mois | 12 heures | 0,3 pour cent | Accepter et étiqueter la lacune |
| Une heure perdue chaque jour ouvrable | 250 heures | Environ 6 pour cent | Réparer le lien en premier |
À 0,3 pour cent, un serveur local pour protéger l'enregistrement peut coûter plus que la lacune. À 6 pour cent, votre calcul OEE repose sur des trous et une meilleure connexion aide tout système choisi.
Certaines usines ne peuvent accepter aucune lacune. Si un client ou un auditeur exige un enregistrement complet pour chaque production, notez-le sur la feuille, car cela l'emporte sur les sommes ci-dessus.
Bloc 3 : exigences réseau pour un MES cloud
Propriétaire : réseau IT. Demandez aux vendeurs des chiffres réels pour votre configuration par écrit, puis vérifiez-les vous-même. Pour les questions d'achat plus larges, voyez notre guide sur le cloud MES.
Mesurer à la ligne, pas au bureau
- Parcourez la ligne avec une tablette et testez à chaque poste où se tiendra un opérateur.
- Testez à chaque emplacement où un dispositif ou une caméra sera installé, pendant un cycle normal.
- Décidez par appareil : filaire, Wi‑Fi ou cellulaire. Un appareil fixe est un bon cas pour un câble.
Taille des signaux et de la vidéo séparément
C'est la somme qui surprend. Exemple : 40 machines, un cycle toutes les 30 secondes, environ 1 Ko par événement.
- Signaux : 40 x 2 événements par minute x 1 Ko = 80 Ko par minute, soit environ 11 kbit/s.
- Une caméra qui stream une vidéo à 4 Mbit/s exemplaires utilise des centaines de fois plus que les 40 machines ensemble.
Les signaux run, stop et cycle pressurisent rarement le lien d'usine. La vidéo peut le faire, tout comme les données brutes de capteurs à haute vitesse.
Demandez à chaque vendeur si les caméras envoient de la vidéo ou seulement des résultats comme des comptages.
Questions pour la feuille
- Quels appareils doivent atteindre l'Internet, et quelles adresses et ports ?
- Le système fonctionne-t-il si l'usine route le trafic via un proxy ?
- Y a-t-il un second lien, et bascule-t-il automatiquement ?
- Qui répare un point d'accès mort en équipe de nuit, et à quelle vitesse ?
Bloc 4 : questions de sécurité que l'IT doit poser
Propriétaire : sécurité IT. Le guide NIST pour la sécurité OT (SP 800-82) part du constat que les systèmes d'usine ont leurs propres exigences de performance, fiabilité et sécurité, donc les règles de bureau ne se transposent pas simplement.
Les principes de connectivité sécurisée pour l'OT du UK NCSC, de la CISA et de partenaires constituent une checklist utile. Les huit principes incluent la limitation de l'exposition, le durcissement de la frontière OT, la journalisation et la surveillance de toute connectivité, et un plan d'isolation.
Les auteurs les présentent comme des objectifs, pas des exigences minimales.
Transformez-les en questions pour chaque fournisseur :
- Qui initie la connexion ? Y a-t-il quoi que ce soit d'autorisé en entrée vers le réseau machine ?
- Où exactement les données traversent-elles la frontière, et par quel appareil ?
- Qui patch cet appareil, et qui détient ses identifiants ?
- Le fournisseur ne lit-il que des signaux, ou peut-il écrire dans l'automate ?
- Les connexions sont-elles journalisées, et pouvez-vous consulter ces logs ?
- Où les données sont-elles hébergées, et sont-elles chiffrées en transit et au repos ?
- Quels certificats pouvez-vous présenter, et y a-t-il un accord de traitement des données ?
Pour la revue complète du fournisseur, utilisez ce questionnaire de sécurité fournisseur.
La panne que vous choisissez vous-même
Votre plan d'isolation peut couper la liaison volontairement. Lors d'un incident cyber, l'IT peut déconnecter l'usine d'Internet, et personne ne peut garantir la durée.
La même recommandation veut que ce plan soit lié à votre plan de continuité d'activité et testé régulièrement.
Alors demandez : si nous isolons l'usine, comment faisons-nous tourner et enregistrer la production ? Les écrans cloud seront inaccessibles pendant cette fenêtre, donc la réponse doit exister avant l'incident.
Bloc 5 : l'exercice de panne de 30 minutes
Propriétaire : IT et exploitation ensemble. Les réponses et slides des fournisseurs sont des opinions jusqu'à ce que vous voyiez cette exécution.
Faites-le sur votre première ligne connectée, quel que soit le système choisi, avant d'engager le reste de l'usine.
- Convenir des limites. Coupez seulement l'uplink Internet de la ligne. Ne touchez jamais aux circuits de sécurité ou au lien entre l'automate et la machine. Vérifiez d'abord ce qui partage cet uplink.
- Lire le compteur. Notez le compteur machine ou HMI et l'heure exacte.
- Tirez le lien pendant 30 minutes. Laissez la ligne fonctionner normalement.
- Surveillez le plancher. Les opérateurs peuvent-ils taguer un arrêt ? Que montre l'écran de ligne ? Une alarme atteint-elle encore quelqu'un ?
- Restaurez la liaison. Relisez le compteur après une heure pleine depuis le départ.
- Comparez. Vérifiez compteurs, arrêts et horodatages par rapport à ce que dit la machine.
| Ce que vous voyez | Ce que ça signifie | Ce qu'il faut noter |
|---|---|---|
| Les compteurs correspondent à la machine | Les données ont été conservées et envoyées plus tard | Combien de temps il peut conserver, par écrit |
| Les compteurs correspondent, les horodatages sont faux | Les données ont été horodatées à l'arrivée, pas lors de l'événement | Corriger, sinon les arrêts tombent dans la mauvaise heure |
| Les compteurs sont inférieurs de la fenêtre de panne | Cette fenêtre n'a pas été enregistrée | Comment elle sera étiquetée dans les rapports |
| L'écart apparaît comme un arrêt | Le temps d'arrêt semble pire qu'il ne l'a été | Corriger, sinon l'OEE sera trompeur |
| L'écart apparaît comme production normale | Trous cachés dans vos chiffres | Considérez cela comme une découverte sérieuse |
| Les opérateurs n'ont pas pu étiqueter les causes | Les causes ont besoin d'une solution de secours | Une feuille papier et qui la saisit |
Signez la page : cinq issues possibles
Clôturez la réunion en choisissant une ligne. Écrivez ensuite le responsable et la date à côté.
- Toute tâche de sécurité ou de contrôle dépend de l'Internet : déplacez-la sur la machine. Ce n'est pas discutable.
- Le lien est mauvais, d'après vos logs : réparez le réseau d'abord. Aucun logiciel ne résout ce problème.
- Le lien est bon et une lacune étiquetée est acceptable : cloud-only convient, avec un fallback écrit pour les opérateurs.
- L'enregistrement doit être complet pendant une panne : faites-en une exigence écrite. Chaque fournisseur le confirme par écrit et l'exercice le prouve.
- Les écrans doivent fonctionner pendant une panne, ou la politique interdit l'accès Internet en usine : vous avez besoin d'un logiciel local, soit une couche edge qui continue de tourner, soit un système on-premise.
Révisez la feuille quand vous ajoutez une ligne ou une caméra, ou quand l'IT change le lien d'usine.
Où Fabrico se positionne sur cette feuille
Fabrico est un light MES pour l'OEE et les temps d'arrêt. Fabrico est un logiciel cloud et l'app n'a pas de mode hors ligne, donc l'application nécessite une connexion fonctionnelle à la ligne.
Si vous avez choisi l'issue finale ci-dessus, Fabrico n'est pas le bon produit pour vous. Si vous avez besoin d'un enregistrement complet lors d'une perte de liaison, vérifiez la période de buffer ci-dessous par rapport à votre plus longue panne avant de décider.
- Signaux machine : Fabrico lit cycles, arrêts et production depuis l'automate via OPC UA, Modbus, PROFIBUS, PROFINET, EtherNet/IP ou EtherCAT. Les machines plus anciennes reçoivent un appareil Fabrico IoT avec capteurs externes, et des caméras IA comptent la production aux étapes manuelles.
- Arrêts : ils sont enregistrés là où existe un signal machine, capteur ou caméra, et l'opérateur étiquette la cause.
- Pendant une perte de liaison : la passerelle peut stocker les données machine hors ligne jusqu'à 30 jours, avec récupération automatique sous 72 heures par défaut. L'app n'a pas de mode hors ligne, donc prévoyez un fallback pour les opérateurs.
- Hébergement : AWS dans l'UE, chiffré en transit et au repos, sauvegardes quotidiennes.
- Contrôles : certificats ISO/IEC 27001, ISO 9001 et ISO/IEC 20000-1, accès basé sur les rôles, journal d'audit et contrat de traitement des données. SSO avec SAML est une intégration sur-mesure.
Quelle connexion convient à chaque machine est convenue avec l'équipe Fabrico avant l'installation. Apportez votre feuille et obtenez la liste des appareils et besoins réseau pour votre installation également par écrit.
Puis exécutez l'exercice sur votre première ligne.
Fabrico ne fait pas d'ordonnancement de tâches, de nomenclatures, de routages ou de généalogie : cela reste dans votre ERP. La planification et l'ordonnancement de la production ne sont pas inclus aujourd'hui.
Prévoyez environ 1 mois pour installer et connecter les appareils, et 3 à 4 mois pour un déploiement complet. Voir la vue d'ensemble Fabrico MES et OEE.
Demandez une démo ou Contactez-nous pour parcourir votre feuille de travail.
Questions fréquentes ensuite
Ai-je besoin d'un serveur edge pour faire tourner l'OEE ?
Pas par défaut. Il faut quelque chose qui lise le signal machine, et une liaison suffisamment bonne pour votre tolérance aux trous.
Ajoutez du traitement local quand la feuille fournit une raison, comme un enregistrement complet ou beaucoup de vidéo.
Mes machines arrêteront-elles si le cloud tombe ?
Elles ne devraient pas, tant que le contrôle reste dans l'automate et que le système cloud ne fait que lire des signaux.
Confirmez cela avec votre ingénieur contrôle et observez-le pendant l'exercice.
L'edge est-il plus sûr que le cloud ?
Ni l'un ni l'autre n'est sécurisé par la localisation seule. L'edge ajoute des appareils à patcher et protéger sur site, tandis que le cloud ajoute une connexion au contrôle et un fournisseur à vérifier.
Comparez les réponses du bloc 4, pas les étiquettes.
Quelle bande passante nécessite un MES cloud ?
Ça dépend de ce que vous envoyez. Les événements machine sont petits, comme l'exemple ci-dessus le montre, tandis que la vidéo peut être bien plus volumineuse.
Demandez au fournisseur des chiffres basés sur votre nombre de machines et de caméras.
Quelle différence entre cloud OEE et cloud MES ?
L'OEE est un travail au sein d'un MES plus large, donc la question du lien est plus étroite. Voir le guide sur le cloud OEE software.
Qui possède la connexion après la mise en service ?
Écrivez un nom. Une répartition courante est IT pour le lien et la couverture, contrôle pour les signaux, et production pour la procédure de secours.
Feuille terminée et le cloud convient ? Demandez une démo ou Contactez-nous.
Articles connexes

Tuiles Fabrico réelles, données d'exemple.











